File, posted without a caption

Channel
FloePlayer 频道
@FloePlayer
On this record: Growth · Engagement · Reactions · Posts · Citations · Cite this entry
472subscribers
+3 since we began measuring on 7 August 2026
Risers and fallers across the register · movement among entries of Under 1,000.
Register entry
| Telegram ID | -1003928209915 |
|---|---|
| Type | Channel |
| Username | @FloePlayer |
| Created | Between 1 April 2026 and 10 June 2026— estimated from Telegram’s id allocation, not measured. How this range is calculated. |
| First recorded | 8 August 2026 |
| Last confirmed live | 8 August 2026 |
| Measurements held | 3 |
| Confirmed unchanged | 1 time, most recently 8 August 2026 |
| On Telegram | t.me/FloePlayer |
Growth
| Measured (UTC) | Subscribers | Change |
|---|---|---|
| 8 Aug 2026, 18:52 | 472 | +3 |
| 8 Aug 2026, 04:46 | 469 | no change |
| 7 Aug 2026, 21:03 | 469 | first reading |
Engagement
14 posts held, back to 10 June 2026 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 1 pageof Telegram’s post history, 20 posts per page.
- ERR · 30 days
- 66.5%
- avg views ÷ 472 subscribers
- Avg views / post
- 314
- 5 posts measured
- Reaction rate
- —
- this channel exposes no reaction counts
- Posts in window
- 5
- of 14 held
ERR is average views per post over the last 30 days divided by subscribers, the definition TGStat uses, so this figure is comparable with the one you will see elsewhere. It falls structurally as a channel grows: a high ERR on a small channel and a low one on a large channel describe reach mathematics, not quality. We publish the figure and the sample it came from and pass no verdict on it.
ER is defined industry-wide as (forwards + reactions + comments) ÷ views— note the denominator is views, not subscribers. Telegram’s public web preview carries views and reactions but not forward or comment counts, so the reaction rate above is the reactions term only and is therefore a floor: the true ER for this channel is higher by an amount we have not measured and will not estimate.
| Window | Rolling 30 days · latest post in window 5 August 2026 |
|---|---|
| Posts held | 14 (10 June 2026 – 5 August 2026) |
| Views total | 1,570 |
| Reactions total | — |
| Forwards / comments | not exposed by the public surface — not measured, not estimated |
| Readings taken | 8 Aug 2026, 04:46 UTC |
Views are a single reading per post, taken at the time above. A post published in the last day or two is still accumulating views, which pulls the 30-day average down slightly. That is a property of the standard definition rather than a fault in it, so we keep the definition rather than “correcting” the number into something nobody can reproduce.
Precision. Telegram publishes view counts on its public widget in short form — 8.12K, 3.7M — so any reading at or above 1,000 reaches us rounded to three significant figures, and only counts below 1,000 are exact. Averages and rates derived from them are shown to the same precision rather than to the unit: a figure like 3,701,250 would assert digits nobody measured.
Reaction counts are published per emoji and rounded the same way, so a total below 1,000 is exact and a larger one is a sum that may carry a rounded component from each emoji above 1,000. Because it is a sum, it does not look rounded — read a large reaction total as three significant figures per contributing emoji rather than as the figure it prints.
Reaction mix
8 reactions across 6 posts, in 1 kind.
| Reaction | Count | Share | Share, drawn |
|---|---|---|---|
| ❤ | 8 | 100.0% |
No sentiment is inferred, and none should be read in. This table is ordered by count and by nothing else. Emoji do not carry stable meaning across languages or communities — 🙏 is thanks in one channel and mourning in another — so we publish which ones were pressed and how often, and pass no judgement on what an audience meant by them.
Precision. Telegram publishes reaction counts per emoji and short-forms each one — 4.34K, 1.2M — so any single kind at or above 1,000 reaches us at three significant figures, and only counts below 1,000 are exact. The shares above are ratios of those figures and carry the same error. This is also why the total here can differ slightly from a reaction total printed elsewhere on the page: both are sums of the same rounded parts, taken over samples with different edges.
Coverage. Reactions were read on 6 of the 14 sampled posts in this sample. Summed by Telegram’s own count on each post — not by adding up the per-emoji breakdown above — those same posts carry 8reactions in total: the kind of figure the paragraph above means by “a reaction total printed elsewhere on the page”.
Measured over the 14 most recent posts we hold, published 10 June 2026 to 5 August 2026, using the newest reading held for each. Telegram Stars are excluded: they are a payment, not a reaction, and they have their own section.
Recent posts
0.7.4 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹新增“发现”页,提供精选推荐、未来 7 天待播日历、热播电影和热播剧集,并支持自定义模块排序与显示。 🔹发现页新增媒体详情及跨 Emby 媒体库资源匹配,可查看不同媒体库中的可用版本。 🔹Emby 新增服务器线路自动发现与线路管理,支持新增、编辑、拖拽排序、延迟测试和默认线路检测。 🔹Emby 与飞牛影视详情页新增剧集总数展示及全季剧集详情弹窗。 🔹弹幕新增行距调节与“跟随播放速度”设置。 🔹新增“倍速记忆”设置,手动调整的播放速度可应用到后续视频。 🔹新增 TMDB 图片 CDN 域名配置。 🚀优化 & 🐛修复 🔸优化页面加载状态、模块排序和浏览体验。 🔸优化字幕排序,与视频同名的字幕将优先显示。 🔸优化底部 Dock 自动隐藏时机、播放器控制动画和提示样式。 🔸优化seek进度后弹幕填充全屏机制。 🔸修复全…
File, posted without a caption
0.7.3 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹Emby 媒体详情页新增“类似推荐”,支持浏览相关电影、剧集及单集。 🔹新增滚动、顶部和底部弹幕独立显示开关。 🔹新增系统字体选择,字幕与弹幕可直接使用本机已安装字体。 🔹新增长按快捷键倍速播放,松开后自动恢复原播放速度。 🔹新增媒体源播放限制,可设置是否允许重复播放同一媒体及同一个源同时播放数量上限。 🚀优化 & 🐛修复 🔸优化下一集预加载策略、带宽分配与缓存复用,减少重复请求并提升连续播放稳定性。 🔸增强 Emby 跨媒体库混合搜索及缺集搜索,提高剧集、季度和单集匹配准确率。 🔸优化 Emby 剧集详情页布局、单集卡片尺寸及滚动位置恢复。 🔸统一 Emby、Jellyfin 与 FNOS 播放进度上报策略,提升进度同步准确性。 🔸优化收藏状态同步,修复 Emby / FNOS 收藏列表及取消收藏异常。 🔸…
0.7.1 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹新增 Trakt 单向同步,支持同步媒体库观看状态与播放进度到trakt。 🔹新增 TMDB 元数据补全,支持补全缺失剧集及待播单集信息。 🔹新增全局视频版本偏好,可按分辨率、码率及动态范围自动选择版本。 🔹新增媒体源启动页设置,可将指定文件源设为应用启动页面。 🔹新增剧集跨媒体库搜索,可在详情页查找其他媒体库中的对应剧集。 🔹新增媒体卡片右键菜单,支持收藏、标记观看状态及移除继续观看记录。 🔹新增字幕、弹幕下载缓存清理及文件目录类源的预览图排除路径设置。 🔹新增 TODB 播放元数据与进度预览图支持。 🔹增加第三方 Emby 服务兼容性。 🚀优化 & 🐛修复 🔸优化Windows硬解渲染,提升某些场景的播放性能。 🔸优化 Emby / FNOS 媒体库加载体验,新增骨架屏、刷新入口与面包屑导航。 🔸优化 ma…
@全体成员 0.6.9 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹新增收藏与专辑功能,支持管理默认收藏、自定义专辑,并与 Emby / FNOS 服务端收藏同步。 🔹新增剧集历史聚合展示,可统一查看和管理同一剧集的各集记录。 🔹新增“单集播放结束后停止”播放模式。 🔹新增 Anime4K 画质增强,提升动漫及二次元视频清晰度。 🔹新增第三方备份数据导入支持。 🔹新增 Emby 演员 IMDb 详情跳转入口。 🚀优化 & 🐛修复 🔸优化播放器性能,减少控制栏重建并提升播放稳定性与断流失败重试能力。 🔸优化 IPTV 播放预缓存,改善频道加载与播放体验。 🔸优化 HDR 视频播放效果。 🔸优化收藏同步机制,避免短时间内频繁同步。 🔸优化 Emby / FNOS 独立窗口关闭后的播放进度同步。 🔸优化文件名称排序、源卡片样式与海报墙播放按钮。 🔸优化智能匹配弹幕可手动…
0.6.7 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹新增 Emby 高级搜索,支持按电影、剧集、单集、合集、音乐、艺人等类型筛选。 🔹新增 Emby / Jellyfin 跨媒体库资源对比,详情页可自动查找其他媒体库中的同一资源。 🔹新增 Emby 制作公司点击筛选入口。 🔹新增 Emby 海报查看与下载功能。 🔹新增标题栏文件源快速切换,支持在全部源页面直接切换来源。 🔹新增备份 v2,支持应用设置、快捷键、媒体库偏好与媒体播放偏好备份恢复。 🚀优化 & 🐛修复 🔸优化 Emby 详情页样式与横向媒体分区展示。 🔸优化 macOS Dock 与部分界面适配。 🔸优化 IPTV 频道名称多行显示。 🔸优化 Dock 在 IPTV 列表视图、监控页等场景下的自动隐藏与显示。 🔸修复监控页 seek 可能导致崩溃的问题。 🔸修复视频分辨率计算异常的问题。 🔸修复 E…
❤1
0.6.6 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹新增文件源详情信息面板,支持查看更完整的文件源信息。 🔹新增 Emby / FNOS 页面鼠标拖拽滚动手势。 🔹新增弹幕延迟快捷键,支持提前、延后与重置。 🔹新增字幕搜索结果类型展示。 🚀优化 & 🐛修复 🔸优化 Emby 媒体详情页、演员详情页与媒体信息标签展示。 🔸优化 FNOS 卡片列表样式与详情页体验。 🔸优化 Dock、标题栏、深色主题、按钮 hover 与首页搜索框等 UI 细节。 🔸优化 ISO 识别与播放支持,并增加提示反馈。 🔸优化数据库启动自动压缩,减少长期使用后的本地存储占用。 🔸修复 Windows 部分场景下无法真正全屏的问题。 🔸修复 Emby 外挂字幕加载失败导致播放失败的问题。 🔸修复 Emby 单集版本选择与底部媒体信息不一致的问题。 🔸修复快捷键唤起搜索后中文输入异常的问题。…
0.6.4 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹新增 Emby 媒体详情信息展示,包括更多媒体信息、添加日期、演员详情与类型关联入口。 🔹新增 Emby 筛选功能、剧集排序参数。 🔹新增文件源备注功能,支持普通备注、保号周期、签到入口、订阅到期等类型。 🔹新增部分外部播放器播放进度回写。 🔹新增副字幕设置,可调整副字幕位置、延迟和样式覆盖。 🔹新增播放回退缓冲区大小设置。 🔹新增诊断日志开关、日志导出与清理功能(必要时务必联系群主再使用)。 🔹新增官方社群联系方式展示。 🚀优化 & 🐛修复 🔸优化 Windows 播放链路,提升播放性能。 🔸优化高帧率视频播放,改善卡顿和音画不同步问题。 🔸优化音轨/字幕列表展示,显示编码、声道、码率、语言等更多信息。 🔸优化 ISO 文件播放、seek及音轨/字幕详情显示。 🔸修复 Emby 演员详情接口、演员排序不稳定、剧…
❤1
0.6.3 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹支持 ISO 文件播放。 🔹Emby 新增单集详情页,可以选择单集的视频版本、音轨、字幕轨道。 🔹新增返回、主页快捷键。 🔹新增窗口尺寸保存设置,可以设置视频窗口是否保持视频比例。 🚀优化 & 🐛修复 🔸修复字幕压缩包解压后中文文件名乱码的问题。 🔸修复播放结束未更新源卡片播放时间的问题。 🔸修复 fnOS 下播放 115 ISO 资源可能出现 403 的问题。 🔸优化支持更多emby如emos服。 🔸优化fnOS轮播图板块开关。 🔸优化 macOS 窗口关闭与退出流程。 🔸优化 Emby 播放时视频源、音轨、字幕参数传递。
❤1
祝大家端午节快乐~😃
❤1
@全体成员 0.6.1 版本已发布,大家可以通过应用内设置-关于下载更新(如无法更新烦请联系我),本次更新内容: 🎉功能新增 🔹弹幕搜索弹窗支持跨源多选弹幕加载。 🔹字幕设置新增字体、加粗、描边、颜色面板等选项。 🔹字幕大小、位置、延迟等设置支持更细粒度调节。 🔹Emby 支持按文件源单独配置媒体预加载开关。 🔹Emby 首页线路切换支持自动测试线路延迟并展示结果。 🔹Emby 媒体卡片新增已观看标记。 🔹播放器新增更完整的媒体信息展示,包括视频、音频、编码等信息。 🔹Emby 多版本视频支持展示更详细的版本信息。 🔹增加窗口尺寸记忆,支持主窗口、播放器窗口、画中画窗口尺寸持久化。 🚀优化 & 🐛修复 🔸优化弹幕搜索流程、搜索状态缓存和弹窗交互体验。 🔸优化弹幕设置面板样式和标签展示。 🔸优化 Emby/FnOS 首页海报墙轮播和视觉效果。 🔸优化 Emby/FnOS「我的媒体」卡片排序,跟随自定义板块排序。 🔸优化 Emb…
❤2
Showing the 12 most recent of 14 posts we hold for @FloePlayer. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked ≈ was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.
Citation-graph rank
Citation-graph rank — 916,817 of 1,340,412entries in the measured graph. A weighted position computed from the forward and mention edges below — republished posts weigh more than named mentions — and recomputed periodically, over the whole graph. Published only as this ordinal position, never as a score: a position is a fact, and a score printed beside one channel’s name would read as a verdict this register does not make. The two counts beneath stay separate for the same reason mentions are never summed with forwards anywhere else on this page — a named-by count costs nothing to manufacture. The top 100 by this measure, or how it is computed.
Mentions
Named by 1 registered channel — every channel on the register whose own posts have named this one, by its current username or any other username it currently holds, merged from two separately captured readings of the same fact so a namer caught by only one of them is not missed and a namer both caught is not counted twice. A username this channel has since dropped is not matched — that handle may belong to someone else now, and crediting today’s namer to yesterday’s owner would misattribute it.
Named by
Channels on the register whose posts name this channel's handle.
A mention is a weaker signal than a forward and is counted separately for that reason — naming a channel is not republishing it, and a handle in a post body is easy to place deliberately. The post counts beside each row below are distinct posts in which the handle appeared, from posts we have read on both sides — the “Named by N registered channels” figure above is a different count, of distinct NAMING CHANNELS rather than posts, and is not the sum of the rows under it.
Cite this entry
A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 8 August 2026 — this entry's latest reading, not the date you are reading this.
“FloePlayer 频道” (@FloePlayer), 472 subscribers as measured 8 August 2026. Telegram Register, tgregister.com/channel/FloePlayer.
Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.