Cinetry 深度盘点：一款播放器如何拉通五种媒体源
| 项目 | 内容 |
|---|---|
| 软件 | Cinetry |
| 版本 | 0.5.2 |
| 平台 | Android APK |
| 体积 | 63.26M |
| 分类 | 影音播放 |
| 包名 | com.gstory.cinetry |
| 官网 | Cinetry 官网 |
| 下载一 | Cinetry 下载，Cinetry 下载 |
| 下载二 | Cinetry 下载，Cinetry 下载 |
| 文档 | Cinetry 文档 |
| 介绍 | 从 Jellyfin 到苹果 CMS，从 IPTV 到 Webdav，Cinetry 把分散在不同平台的影音资源聚合到一个客户端里。本文按能力域系统性盘点它的核心特性与局限。 |
Cinetry 是什么，为什么值得认真盘点
媒体爱好者的设备上通常不会只装一款播放器。家里跑着 Jellyfin NAS，朋友分享了 Emby 账号，手机收藏了几组 IPTV 直播源，网盘里还有 Webdav 的蓝光原盘。每一个源都有自己的官方客户端——Jellyfin for Android、Emby Client、IPTV Pro……装一圈下来至少五六个图标，想找一部片得挨个点开看哪个库有。Cinetry 要解决的就是这个痛点：一个客户端拉通所有源，统一入口、统一搜索、统一播放。
这款软件从 0.5.2 版本来看已经相当成熟，对 Jellyfin、Emby、苹果 CMS、IPTV、Webdav 五种主流资源类型都有原生接入支持。它不做媒体服务器，只做播放器和聚合层——把分散的资源目录拉到同一界面，再用 MPV 内核统一播放体验。下面按能力域逐项盘点它能做什么、亮点在哪、什么场景真正用得上。
能力域一：多源聚合与全局搜索
这是 Cinetry 的立身之本。它支持同时连接 Jellyfin、Emby、苹果 CMS、飞牛影视、IPTV 直播源以及 Webdav/Alist 等 WebDAV 协议资源，所有已配置的源会出现在侧边栏和切换器里。
亮点是跨库全局搜索。在搜索框输入片名，结果会一次性列出所有已配置服务器中的匹配项，每条结果标注来源服务器。你不用再在 Jellyfin 里搜一遍、Emby 里再搜一遍，一个搜索框搞定全部。对于手上同时有三四台媒体服务器的用户来说，光是这一个功能就值回安装成本。
服务器切换也是聚合的一部分。顶部切换器实时显示每个服务器的连接状态——绿色在线、灰色断开——点一下就能把当前浏览上下文从一个服务器切到另一个。切换后首页分类和推荐会更新，但侧边栏全局导航保持不变；正在播放的视频不受影响，可以继续放；播放进度则各自同步回对应服务器。日常使用中，早上看朋友 Emby（他那边更新快）、晚上切回自家 Jellyfin 看收藏的经典片，就是两三秒的事。
Cinetry 还有一个设计细节值得注意：不对任何媒体服务器做全库扫描，而是按需通过接口获取当前页面展示所需的数据。首次启动不需要等待完整的媒体库同步，点进去就能看到内容；对服务器的 I/O 压力也极小，只在用户实际浏览某个分类或搜索某个关键词时才请求。这一点在自建 NAS 上尤其重要——官方客户端的全库扫描常常让 NAS 磁盘狂转十几分钟，Cinetry 完全没有这个问题。
能力域二：Jellyfin / Emby 深度接入
在所有资源类型中，Cinetry 对 Jellyfin 和 Emby 的支持是最完善的。连接参数非常直接：资源库名称（自定义）、服务器地址加端口、账号密码，填完就能连上。端口号方面，Jellyfin 和 Emby 默认都是 8096（HTTP）或 8920（HTTPS），做了端口映射或反向代理的填映射后的端口就行。
核心亮点是播放进度双向同步。Cinetry 通过接口把你的播放进度回写到 Jellyfin / Emby 服务器，反之亦然——在官方客户端看过的进度，Cinetry 里能接着放；Cinetry 里的进度也会同步回官方客户端。多设备场景下，手机上看到第 3 集第 15 分钟，换到电脑打开同一集，直接从第 16 分钟继续。这项功能默认开启，不需要额外设置。
连接 Jellyfin / Emby 时默认开启本地硬解，即视频解码工作由 Cinetry 在你设备本地完成，服务器不做转码推流。好处是零服务器压力、原画质输出、支持 HDR / Dolby Vision / Dolby Atmos 等高规格格式。前提是设备能硬解对应的编码格式（H.264 / H.265 / AV1），如果出现花屏或音画不同步，可以在播放器设置里关闭硬解，让服务器转码后推送。
常见连接问题集中在三个方面：IP 地址和端口是否正确（尤其是手机与服务器是否在同一局域网）、账号密码是否是 Jellyfin / Emby 登录账号而不是 API Key、以及旧版本服务器自签名证书导致的 HTTPS 连接失败（可以切 HTTP 试试）。
能力域三：CMS 采集源与解析接口
苹果 CMS 这类采集源和 Jellyfin / Emby 不同——它返回的 JSON 数据里包含两种视频源：直链源（直接给视频文件 URL）和官采数据（只给页面地址或加密参数，实际视频需要解析）。Cinetry 对两种类型都做了处理。
直链源拿到就能直接播放，官采数据则需要解析接口配合使用。不添加解析接口的话，Cinetry 会直接跳过官采数据，界面上这些内容不会显示。添加解析接口的步骤很简单：进入数据中心，点右上角加号，填接口地址、起个好识别的名字，可选填 UserAgent，保存即可。可以同时添加多个解析接口，一个失败时自动尝试下一个，提高成功率。不过接口太多会延长加载时间，两三个够用。
能力域四：统一播放器与主题定制
不管视频来自 Jellyfin、Emby 还是 CMS，Cinetry 全部走同一套 MPV 内核、同一套手势操作。这意味着：所有源的播放体验完全一致，不需要适应不同客户端的播放控制逻辑。常规设置里可以改变播放器外观颜色和主题，以及是否开启窗口置顶——对于分屏工作时想同时看视频的用户来说，窗口置顶是个实用的小功能。
短板也要说
客观地讲，Cinetry 也有它的局限。
第一，它是 Android APK 客户端，没有 iOS 版本，也没有桌面端。如果你主要在 iPhone 或 Mac 上看片，这款软件用不上。第二，不做媒体管理——它只拉通已有资源库，不能帮你整理文件、刮削元数据、生成海报墙。如果你只有一堆本地零散视频，Cinetry 帮不了你，还是得先搭一个 Jellyfin 或 Emby。第三，CMS 解析接口依赖第三方服务，稳定性和可用性不受 Cinetry 控制，接口挂了官采数据就看不了。第四，0.5.2 版本相对还比较新，某些边缘场景（比如极特殊的编码格式、小众媒体服务器）可能存在兼容性问题。
谁适合用 Cinetry
综合以上盘点，这款软件最匹配以下几类用户：
多服务器家庭影音爱好者——手上同时有 Jellyfin、Emby、CMS、IPTV 三种以上资源的用户，Cinetry 的聚合能力直接解决了"装五六个播放器"的混乱状态。全局搜索、一键切换、播放进度同步这三项功能加在一起，日常体验提升最明显。
有自建 NAS 但不想折腾全库扫描的人——官方客户端的全库扫描常常让 NAS 磁盘狂转，Cinetry 的按需请求设计对服务器压力极小，适合家里 NAS 还跑着其他服务的用户。
喜欢折腾采集源但又嫌单独装 CMS 客户端麻烦的人——通过解析接口把苹果 CMS 官采数据接进来，在同一个界面里浏览新片热度榜，再切回自家 Jellyfin 看高清版，这个工作流相当顺手。
本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。
