官方客户端全线体验

Emby 的核心竞争力有一半在客户端。同样的服务端,播放体验的差别由客户端决定:同样的片源在网页与 TV 端可能呈现出两种完成度。这一篇逐平台过一遍 Emby 官方客户端的实际体验,说明各端的优势、短板与适用场景,配合服务端设置把每个平台调到最佳。

需要提前说明的是,客户端的体验评价带主观成分。本文的判断依据是长期家庭使用场景下的稳定性与操作效率,不追求绝对中立,但会尽量给出每个结论对应的观察依据。读的时候代入自己家的设备组合,比照单全收更有价值,毕竟每家的主播放终端都不同。

客户端全景

Emby 的官方客户端覆盖了家庭里几乎所有带屏幕的设备。先给全景,再逐个展开。表中评价是家庭长期使用的综合印象,不是跑分。

平台 客户端类型 体验评价 免费限制
Android TV 官方 最完整 基本无
Fire TV 官方 接近 Android TV 基本无
Apple TV 官方 完整 基本无
Android 手机 官方 完整 部分受限
iOS 官方 完整 部分受限
网页 官方 完整 无
桌面系统 官方或第三方 一般 视实现

Emby 客户端平台矩阵

从表中可以读出一件事:Emby 的 TV 端是体验最好的部分,这与 em-0102 的对比结论一致。普通家庭最常见的访问顺序是电视、手机、网页,本文也按这个顺序展开,每节末尾都附有该端的推荐设置或注意事项。

Android TV 与 Fire TV

Android TV 客户端是 Emby 全家桶里打磨最多的一个。遥控器焦点导航考虑了九宫格海报墙的操作习惯,按住方向键可以快速滚过一排海报;播放界面的快进快退对遥控器长按做了优化,进度恢复在恢复播放时会询问从哪里继续。Fire TV 版本基于同一套代码,体验接近,差别主要在亚马逊应用的更新节奏。

老旧 Android TV 设备上有一处体验分野:2018 年以前的低端盒子里,客户端版本可能停留在较早分支,部分新界面交互与设置项不可用。这不影响播放本身,但调设置时会找不到某些开关。家里有这种老设备的,先到应用商店确认客户端能更新到什么版本,再决定是否按本文的设置逐项操作。

TV 端最值得开启的设置有两项。一是允许直接播放原生格式,TV 盒子大多能直接处理 H.264 与 HEVC,开启后绝大多数内网播放不需要服务器转码;二是默认音频与字幕偏好,设定首选音轨与字幕语言后,整套剧集的每一集都会按同一偏好自动选择,不用每集手动切。这两项花三分钟设置,之后每天都能省下几十次按键。

场景 TV 端表现 建议
内网直接播放 优秀 开启直接播放
外网转码播放 取决于带宽 码率上限调低一档
杜比全景声 需电视与功放支持 不支持时自动降混
字幕渲染 烧录与外挂均支持 图形字幕注意兼容

一个 TV 端特有的细节是杜比全景声与杜比视界的标志显示。播放信息里看到这些标志意味着整条链路从片源到电视都支持;若某一环不支持,Emby 会降混或转码到兼容格式,此时播放信息里看不到原始标志,这是一个判断链路是否走通的快速方法,比看功放上的指示灯直观。

Apple TV

Apple TV 上的 Emby 客户端是 tvOS 原生应用,接力播放与 AirPlay 都按系统规范实现。体验上与其他平台的一致性保持得不错,设置项也与移动端互通。Apple TV 用户里有一派坚持用 Infuse 这类第三方播放器:Infuse 的解码能力对冷门格式更宽容,画质选项也更丰富。两者可以共存——官方客户端当日常入口,Infuse 作为个别格式问题的兜底。

一个常被问到的设置:Apple TV 客户端的匹配帧率。较新的 Apple TV 机型支持按片源帧率切换电视输出,对 24 帧电影的原生播放体验提升明显,但切换时电视会短暂黑屏。是否能接受黑屏因人而异,不知道选哪个就先开一周试试观感。

Apple TV 平台还有一个家族性优势:它与 iOS 客户端的进度同步是所有平台里最快的。经常在 iPhone 与 Apple TV 之间切换的用户对这一点会特别有感,客厅看一半回卧室继续,进度几乎是无缝接上的。

移动客户端

Android 与 iOS 客户端是同一套设计语言,功能完整度接近。手机端的核心场景有两个:在家当第二屏幕、在外当远程播放器。前一个场景下与 TV 客户端配合,可以把手机当遥控与进度查看器;后一个场景完全依赖服务端的转码能力与上行带宽。

移动端免费版对播放功能有一定限制,Premiere 用户则完全放开。这层限制是移动客户端与会员体系发生交集的主要位置,也是 em-0105 算账框架里的一部分。下载离线观看会在 em-0305 单独展开。

移动端的播放器底层在两个系统上并不完全相同。iOS 端受系统解码框架约束,对部分格式的直接播放支持不如 Android 端全面,同样的片源在 iOS 上更可能触发服务端转码。这不是 Emby 的实现问题,而是平台能力的客观差异——有 iOS 用户的家庭可以把这一点纳入服务端转码能力的估算。

移动端值得调整的设置:播放默认音量、默认字幕语言、手势控制灵敏度。还有一个实用功能是把此设备投放到电视,在有 AirPlay 或投屏协议的电视上可以直接投,不需要打开电视上的客户端。

弱网场景下的移动端有两个小技巧。一是提前在家把想看的剧集标记为离线下载,出门后直接从本地播放,完全不依赖网络;二是外网播放时把最大串流码率设低一档,牺牲少量画质换取不卡顿的体验。这两个习惯能覆盖大部分通勤途中的观看需求。

网页客户端

网页端是最容易被低估的一个。它不需要安装任何东西,任何设备打开浏览器就能访问,是给偶尓使用的家人留的备用入口。功能上它覆盖了播放、媒体库浏览、设置管理等全部常用操作。

网页端的局限集中在两个字:解码。浏览器能直接播放的格式有限,不在列表内的格式会触发服务端转码。这在播放老片源或冷门编码时尤其明显。家庭日常看片建议还是用各平台原生客户端,网页端留给来访者、临时设备与后台管理。

后台管理是网页端不可替代的一面。服务端控制台只有网页入口,添加用户、配置媒体库、查看日志、调整转码参数这些操作都在浏览器里完成。换句话说,即使你全部时间都用原生客户端看片,管理员角色也始终在网页端,它是家庭运维工作台的所在。

网页与原生客户端

各端共同的播放设置

播放体验中有几个设置是跨客户端的,理解它们能解释很多看似玄学的问题。

设置 作用 不当配置的后果
最大串流码率 转码与否的分界 过低导致无谓降画质
允许直接播放原生格式 避免不必要转码 关闭后内网也走转码
首选音频语言 音轨自动选择 每集手动切换
首选字幕语言 字幕自动选择 每集手动切换
缓冲大小 卡顿与起播速度平衡 网络波动时表现差

最大串流码率是其中最关键的一项。它决定了客户端能接受的最高码率,超过这个值服务端就会转码降低画质。内网环境下把它设到高于片源的水平,外网环境下按上行带宽的实际值降档。一个常见误配是内外网用同一档,导致内网高码率原盘也被无谓转码,或外网高估带宽频繁卡顿。这项设置每个客户端独立保存,意味着 TV 端与家里的两部手机需要分别调一遍,第一次配全家设备时把这当作一个小工程来做,完成后一整年都不用再管。

客户端问题的通用排查

任何一端出问题,排查都遵循同一套顺序。这套顺序在 em-0404 会展开细节,这里给出框架:先看播放信息里写的是直接播放、直接流还是转码;再看同一内容在另一端是否正常;最后才是怀疑服务端。客户端侧的问题占比比多数人想象的高,直接怀疑服务端会浪费大量时间。

一个具体的排查范例:家人反映今晚看电视转圈。先问是所有片都转圈还是某一部——所有片多半是网络或服务端,某一部则是格式或刮削;再让他在手机上打开同一部,手机直接播放正常就说明是 TV 端的格式兼容问题。三步之内就把怀疑范围从整条链路收窄到具体环节,这套问法比直接重启服务器有效得多,也让你在家人面前显得格外可靠。

延伸阅读

  • 网页与第三方客户端的完整盘点见 em-0302
  • 服务端转码能力见 em-0202,码率自适应机制见 em-0305
  • 客户端播放设置与服务端优化项的联动见 em-0204
  • 家庭网络与 TV 盒子组网可参考《软路由入门指南》,NAS 部署细节见《自组 NAS 完全指南》
  • 群晖用户若用容器同时承载服务端与代理,客户端接入的端口关系可对照《群晖 DSM 系统指南》