V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
HOMO114514
V2EX  ›  NAS

2025 年 Android 主流 Jellyfin 客户端一览

  •  
  •   HOMO114514 · 3 天前 · 3705 次点击

    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 。于是,我总结了一些主流客户端的对比,大家参考选用。

    前提说明

    1. 在 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
    2. 本评测只面向 Android 手机,不考虑平板电脑、TV 端的情况。TV 端请直接买个 Apple TV 接上去,Infuse 、VidHub 、Sen 随你选。

    3. 评测以 Jellyfin for Android 的功能为标杆。实际上它的 UI 只是一个浏览器套壳,也因此它的功能性与 Server 能力全部对齐。唯一的问题是,目前播放能力比较匮乏,完全的编解码需要调用外部播放器(例如私有的 MX Player ),但调用外部播放器无法同步播放进度和播放历史。

    4. 本次对比最后保留 VidHub 、Yamby 、Findroid 三位选手。

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

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

      爆米花还未支持 Jellyfin ,但已经支持了 Emby

    5. 常见中文标记,指的是movie.chi.assmovie.zh-hans.assmovie.zh-CN.ass,各种字幕组常见的SC或者CHS不属于 ISO 标准的语言标记,属性指的是movie.lang.default.assmovie.lang.forced.ass

    6. 缩略图支持,指的是 Jellyfin 在 10.9 之后原生引入的 Trickplay 功能,而不是更早版本之前通过 Jellyscrub 插件实现的预览图

    7. 跳过 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

    1737827524759

    1737827560866

    Yamby

    1737827723988

    1737827958367

    Findroid

    1737828103109

    1737828291119

    1737828722834

    总结

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

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

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


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

    1737827490257

    39 条回复    2025-01-29 21:33:17 +08:00
    cccat0
        1
    cccat0  
       3 天前
    感谢测评
    Chevalierbite
        2
    Chevalierbite  
       3 天前
    我的天,太详细了。
    hazy
        3
    hazy  
       3 天前
    好总结。发现这类播放器不管 iOS 还是 Android ,开发者大多还是主攻 Emby (毕竟公共媒体服大多是 Emby ),虽然 API 都基本差不多,对 Jellyfin 的特性支持和 bug 修复优先级会低很多。不过我是坚定支持 Jellyfin 的,希望 Jellyfin 的各平台客户端都越来越好。
    HOMO114514
        4
    HOMO114514  
    OP
       3 天前
    @hazy 确实是这样的,Emby 来得太早,有生态惯性了。
    不过我也是押注 Jellyfin ,它的 jellyfin-ffmpeg 解码能力,还有各方面的特性另外两家已经赶不上了,接下来需要的只有时间
    lazyrm
        5
    lazyrm  
       3 天前
    运营的是付费服务么?
    anonymous64
        6
    anonymous64  
       3 天前
    非常感谢,很有参考价值
    chengyecc
        7
    chengyecc  
       3 天前
    感谢分享,一直都不知道 yamby 。

    好奇除了官方的之外为什么都不支持服务端转码呢,有些情况下感觉还是必要的
    qianxu2001
        8
    qianxu2001  
       3 天前
    Jellyfin 官方的客户端调用 MX Player 其实支持回传播放进度,不过跨应用通信确实不咋好用就是了,比如可能被杀后台了(
    littleghost
        9
    littleghost  
       2 天前
    很详细的比较,感谢分享
    wingao
        10
    wingao  
       2 天前
    我也是 Jellyfin 重度使用者,不过多用 Findroid ,但有个致命缺陷,混合类型的合集是无法显示的,只能电影或电视剧,希望这个也能加入评测
    blueboyggh
        11
    blueboyggh  
       2 天前
    什么?“我的手机里同时存在高达”?
    Nitsuya
        12
    Nitsuya  
       2 天前
    Jellyfin 有没有 TV 版本?
    terrytang1
        13
    terrytang1  
       2 天前
    Jellyfin ,我用 pve 搞的, 一直开不了硬解
    ihainan
        14
    ihainan  
       2 天前
    @Nitsuya 有 TV 版本,不过我也想问一下有没有更好用的第三方 Android TV 客户端。另外我 PVE Debian 内 Docker 独显硬解倒是正常。
    C0dEr
        15
    C0dEr  
       2 天前
    jellyfin 的 tv 版本现在勉强能用,有些格式不支持或卡顿
    @Nitsuya
    Siiloo
        16
    Siiloo  
       2 天前
    最近在研究 jellyfin 添加弹幕,Izumiko/jellyfin-danmaku 配合 cxfksword/jellyfin-plugin-danmu 可以实现网页端自动下载、加载弹幕,已经完全平替视频网站会员了
    Ploter
        17
    Ploter  
       2 天前 via Android
    @Nitsuya #12 可以配合 Kodi 使用,官网有教程
    Ploter
        18
    Ploter  
       2 天前 via Android
    @Ploter #17 就是 Kodi 的操作逻辑我是搞不明白。
    Cambra1n
        19
    Cambra1n  
       2 天前
    去年折腾 nas ,调研了 Jellyfin 和 Emby ,结论是 Emby 完胜 Jellyfin ,这个最强媒体服务器是怎么得出的?

    除了客户端,很多场景下 Emby 也完全可以用网页端使用,而 Jellyfin 的网页端就太过简陋了。
    ifwww
        20
    ifwww  
       2 天前
    @terrytang1 核显直通进去就行
    digimoon
        21
    digimoon  
       2 天前
    哪个支持一键跳到下一章节的?没这个功能的我都不考虑,最好还有长按倍速功能
    HOMO114514
        22
    HOMO114514  
    OP
       2 天前
    @digimoon
    Findroid 有一个隐藏手势,长按视频右半边跳转到下一章节,左半边则是上一章,但是这个手势没有出过任何显式的教学,全凭自己摸索🤣
    Yamby 则是右上角的“书”图标选择章节
    Vidhub 暂时没有
    digimoon
        23
    digimoon  
       2 天前
    试了一下 findroid ,竟然不支持音乐视频分类,还是继续用 webui 好了
    cuit4017
        24
    cuit4017  
       2 天前
    感谢评测
    0o0O0o0O0o
        25
    0o0O0o0O0o  
       2 天前
    OP 再科普下 Jellyfin 服务器运营的生态吧
    sheayone
        26
    sheayone  
       2 天前
    一早就试了一圈,最后还是觉得 WEBUI 最靠谱
    livin2
        27
    livin2  
       2 天前
    感谢评测,不过确实 jellyfin 最缺的是好的 TV 客户端,个人大部分时间也是电视看
    samsum
        28
    samsum  
       2 天前
    我也是在群晖上架设 emby 服务器硬解视频,要 tv ,ios 手机,平板,从多平台看 jellyfin 并不比 emby 好,楼主可能只是单一需求
    yueyingky
        29
    yueyingky  
       1 天前
    一直不理解为啥这种播放器不支持定时关闭功能
    asdblue
        30
    asdblue  
       1 天前
    我 6 、7 年前开始组 nas ,选择的就是 jellyfin ,但是当时生态太不完善了,用的很痛苦,就迁移到了 emby ,希望 jellyfin 越做越好,到时候我再迁移回来。
    javazero
        31
    javazero  
       1 天前
    老哥有研究过下载吗?为什么至今没有转码后下载,我理解播放器可以拉取视频播放的直链然后再下载。有第三方能做到吗
    youwang1997
        32
    youwang1997  
       1 天前
    楼主太强了,我一直在用 afusekt 免费版正准备换掉它就看到了你的评测,太感谢了!
    kaedeair
        33
    kaedeair  
       1 天前
    一直在用 plex ,差不多用了快 4 年,之前选择媒体库的时候只有 plex 的字幕支持的比较好,据我所知它使用的播放器是就是 ExoPlayer 。去年尝试过 jellyfin ,我已经习惯 plex 的操作,jellyfin 的 ui 缺少的东西还是比较多的,作为技术人员占比较多的项目这一点也可以理解。我比较感兴趣的是 jellyfin-ffmpeg 领先的特性有哪些
    SenLief
        34
    SenLief  
       1 天前
    yamby 确实安卓最能打的,emby app 这类真不如 ios 。
    HOMO114514
        35
    HOMO114514  
    OP
       1 天前
    @javazero


    服务器后端转码给前端喂的是 hls ,从实现上来看是 3 秒一个的 ts 片,24min 的影片一场转码会产生 480 个零散的 ts 文件,而并非一整个视频。
    至于为什么 3 秒一个,设计出发点我不清楚,但是开源的东西可以去摸代码看,说不定有解释。
    硬是要说实现,前端自己拼流是可以做到的,可能只是各个客户端的开发者觉得没有需求?
    HOMO114514
        36
    HOMO114514  
    OP
       1 天前   ❤️ 1
    @kaedeair
    plex ,包括 emby 的官方客户端,尤其是 TV ,它们都是用 ExoPlayer 做后端的,从安卓的开发来看这是最标准而且规范的格式,硬要从技术路线来说没有问题,所以实际上所有人( J/E/P 御三家)的官方客户端都同样支持不了 ass 字幕。另外,ExoPlayer 作为系统标准组件,其编解码能力完全取决于硬件和授权,所以遇到 HEVC ,HDR10 ,DV 这些前沿影视内容的时候他们的支持是最好的。

    当观看的内容是电视剧和电影居多的时候,这个技术路线几乎可以称得上是没有问题,因为电影多用 PGS 图形字幕,而像 Netflix ,HBO ,ATV 这种巨大的串流平台他们统一都使用最基础的 SRT 文本字幕——毕竟就连 iOS 的 Native 也只能支持这个。
    (吐槽一下,iOS 的 Native 应该是兼容性最烂的,比浏览器还差一档,不仅挑格式还挑容器)

    ASS/SSA 的需求,更多在于动画片,Anime 字幕组的生态群大量借助 ASS 的高级特性去实现一些精彩纷呈的字幕,而 ASS 如我原文所说有一些很头疼的历史遗留问题。正因如此才让 EXO ,MX ,VLC 这些产品拥有一席之地,然而 EXO 和 VLC 到现在还没在安卓系统上打通 HDR 回放

    至于说 jellyfin-ffmpeg 的先进性,他们已经几乎做到了所有容器、所有编码、所有动态范围的 Transcode/Remux/Stream/Detection 能力,吃得下最多的片源,在设备不支持 Direct 时能够提供最有可能的降级解决方案,这个方案不仅是视频源/音频源转码,同时涵盖了字幕烧录、HDR 处理、硬件加速支持等能力
    jiny2048
        37
    jiny2048  
       11 小时 34 分钟前
    Yamby 是不是在添加服务器中不支持服务器路径,只能填写服务器地址和端口号?
    javazero
        38
    javazero  
       6 小时 38 分钟前 via Android
    yamby 怎么添加 jellyfin 啊
    Siiloo
        39
    Siiloo  
       6 小时 34 分钟前
    @javazero yamby 不用管他的图标直接在地址栏输入 jellyfin 服务地址就行,但是不支持“接下来”这个项目的展示
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   698 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 20:07 · PVG 04:07 · LAX 12:07 · JFK 15:07
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.