2025 年 Android 主流 Jellyfin 客户端一览

Jellyfin 现在已经是最强的媒体服务器，没有之一。但作为一个新兴开源项目，它的客户端仍在持续地进化，各种派系和解决方案仍未完成大一统，远未达到像 Netflix 那样一站式点开即享的水平。

在大约一年以前，我曾经自己总结过关于Jellyfin 的客户端和媒体内核的二三事。但是，那个时候我用的是 iPhone ，对 Android 那边具体的客户端了解不深，直到去年下旬我换了 Android 手机，评测了一圈之后发现那时客户端阵营真的很糟糕，可以说是基本没有一个能用的。

到了 2025 年，情况发生了一些变化：

Yamby 作者因为 Google 商店账号被封，交涉最终失败，加之其他原因决定将 99%的付费功能放出，相当于宣布免费
VidHub 在 24 年 10 月左右登陆安卓，在持续迭代后，与 2025 年 1 月 23 日更新1.1.8 版本正式支持媒体服务器
Findroid 项目正在使用 Jetpack Compose 重构前端界面，可能即将焕然新生
Jellyfin for Android 官方客户端已经修复了 External Player 无法传送字幕文件的问题

一路坎坷，终见曙光。作为一个小规模（约 100 人）服务器运营者，一直在持续关注相关的动态，并且对每一个客户端都会进行深度地使用，到现在我的手机里同时存在高达 5 个 Jellyfin 的 app 。于是，我总结了一些主流客户端的对比，大家参考选用。

前提说明

在 Android 端，经过多方综合考虑，我认定 mpv 为唯一的播放器后端，不采用 mpv 的客户端不作考量，理由如下：
- 解码格式已经全覆盖，复杂特效 ASS 字幕也已完全支持，同时对于 Dolby P5 片源也具备下映射到 SDR 的能力
- HDR 回放的用户需求在我这非常非常少，而且主力观看用户都在看番，内容需求也少
- 需要说明一个历史故事——Android 媒体内核 ExoPlayer 迄今为止都无法完整支持 ASS 字幕，大体上是因为AndroidX Media3媒体框架要求使用纯 Java/Kt 实现，但是 ass 字幕的实现渲染库 libass 是纯 C 写的，5 年以来没有人愿意为开源项目做这种改装轮子的事情，直到 2 个星期以前有人释出了 Kt 的libass-android实现。这个库能否被 Media3 采纳，最后到用户手里实装，全是遥远的未知数。因此，只要 ASS 支持不完整，我就不会去考虑 ExoPlayer
本评测只面向 Android 手机，不考虑平板电脑、TV 端的情况。TV 端请直接买个 Apple TV 接上去，Infuse 、VidHub 、Sen 随你选。
评测以 Jellyfin for Android 的功能为标杆。实际上它的 UI 只是一个浏览器套壳，也因此它的功能性与 Server 能力全部对齐。唯一的问题是，目前播放能力比较匮乏，完全的编解码需要调用外部播放器（例如私有的 MX Player ），但调用外部播放器无法同步播放进度和播放历史。
本次对比最后保留 VidHub 、Yamby 、Findroid 三位选手。

H 什么开头的我不感兴趣，不愿意继续为单纯一个 MPV 投入成本；

Afusekt 对 Jellyfin 的完成度非常低，并且 UI 很杂乱，通过第三方的开卡平台进行内购，并且永久的价格是 99 。我很惊讶，iOS 那边可以直接毕业的 VidHub 永久只卖 88 ，做成这样凭什么敢卖 99 的？~~近期官方开启了一个拼团内购的活动，成交价格会低于 99 ，但还是全然不值~~

爆米花还未支持 Jellyfin ，但已经支持了 Emby
常见中文标记，指的是movie.chi.ass、 movie.zh-hans.ass或movie.zh-CN.ass，各种字幕组常见的SC或者CHS不属于 ISO 标准的语言标记，属性指的是movie.lang.default.ass或movie.lang.forced.ass
缩略图支持，指的是 Jellyfin 在 10.9 之后原生引入的 Trickplay 功能，而不是更早版本之前通过 Jellyscrub 插件实现的预览图
跳过 Intro 支持，指的是 Jellyfin 在 10.10 之后通过Media Segments API原生实现的跳过开头结尾功能，搭配插件是intro-skipper/intro-skipper，而非更早之前通过 Hook Web 界面注入按钮、解析 EDL 等其他方式实现的Intro Skipper插件

对比

在以下表格中，粗体代表优势点，斜体代表劣势点

	Jellyfin Android	Vidhub	Yamby	Findroid
用户界面	Web 端套壳支持所有服务器能力	交互逻辑更加贴近于爱优腾等视频平台符合中国宝宝体质由于设计资源是从 iOS 迁移过来的，会出现 icon 和文字纵向错位、某些组件字体 fallback 回等宽、字距不协调、唐突出现原生样式组件等小问题	深度优化，完全匹配手机尺寸布局功能入口接近原生 Web 端，无学习成本详情页面信息完整，布局合理首页的"Next up (接下来)"板块莫名消失，对追剧用户造成很大不便	M3 风格，项目间距过大页面内容比较简陋 TV 的每集详情以 Bottom sheets 呈现，非常不好用
视频播放（ OSD ）	/	对于 MPV 本身没有任何的专业设置，风格是开箱即用取向控件安排较为合理，高级调整和 iOS 一样收纳在了侧面板	最佳的控件布局完整的手势支持滑动快进退会在顶部显示进度条双击快进退会在松手位置弹提示支持记住亮度	无法在播放前选择字幕每次播放不会记住字幕选项所有功能按钮挤在右上角
HDR 处理	/	正确下映射到 SDR 杜比 P5 片源会出 bug ，播放器卡住跳出并回到一个空白页	正确下映射到 SDR 无法解析杜比 P5 ，绿屏	HDR10 算法有问题，下映射后偏暗无法解析杜比 P5 ，绿屏
字幕识别	原生完整支持	无法识别字幕属性（ Default 、Forced ）语言识别有缺陷，不识别常用中文标记当前基本做不到自动加载字幕	正常识别字幕属性正常识别中文语言正常加载字幕	不识别外挂（ External ）字幕的属性能够识别内封字幕的 Default 属性语言识别有缺陷，不识别常用中文标记
跳过开头	支持	不支持	有设置项，未适配 10.10	支持
进度条预览图	支持	不支持	有设置项，未适配 Trickplay	支持
下载	支持，仅下载媒体文件	不支持	不支持	支持，通过刮削管理具备离线模式，一并下载字幕和 IntroSkipper 信息但是在无法连接到服务器的时候图像会不显示，猜测是下载只缓存了图像链接，而不会缓存图像文件本身（参考应用内截图最后一张）因为 UI 做的很菜，TV 只能一集一集手动下载，不支持批量下载

应用内截图

VidHub

Yamby

Findroid

总结

Yamby 一转免费，就像是大魔王出山一样，直接踩着其它软件的头，教你们怎么样做一个好用的客户端。但从名字来看我们也知道，它的主要面向对象是 Emby ，还有一些前沿的功能仍在适配中。不考虑下载的话，最适合的无疑是 Yamby 。

VidHub 我希望它持续发力，能力上追平 iOS 端，当前还是有很多问题亟待完善，前途无量。

Findroid 属于开源阵营，并且是目前唯一登上Jellyfin Clients页面的推荐 Android 客户端，也是本次对比中唯一能够下载缓存的选手。虽然 UI 缺点很多，但开发者现在在着手重构，希望能够焕然一新。除此之外，它的各种子系统的底子我认为是非常好的，包括下载系统、离线系统、单服务器多用户多地址管理系统，以及基本不出问题的 MPV 后端。我认为它能够成为很多 Android 客户端巨人的肩膀，与其自己闷头造半天轮子不好用还 bug 多，还不如直接基于 Findroid 二开。

至于说通勤时间很长，有下载缓存拿着手机在路上看的需求，现在还不如直接把服务器里的文件夹原封搬出来然后用网易爆米花本地刮削。缺点是视频文件会出现在系统相册里……