文章摘要
Jellyfin迎来7周年纪念,团队重申对开源和个人媒体服务器的承诺。针对10.11版本后的用户反馈,团队将重新评估版本命名方案。新推出的博客系列将定期更新项目进展,鼓励社区参与讨论。
文章总结
Jellyfin 2026年1月项目动态报告
项目更新
七周年里程碑
2025年12月,Jellyfin迎来七周年纪念。项目团队重申对开源承诺的坚持,并向开发者、测试人员及社区支持者致谢。版本号调整计划
针对10.11版本发布后用户对"小版本更新稳定性"的反馈,团队正考虑在下一主要版本中取消主版本号"10",直接升级至12.0版本,具体方案仍在讨论中。
开发进展
10.11版本状态
- 核心变更:完成EF Core重构,合并旧版library.db为统一jellyfin.db
- 发布后修复:已推出5个补丁版本(10.11.0-10.11.5),解决包括音乐元数据显示异常、媒体重命名后观看状态丢失等问题
- 现存问题:持续优化大数据集客户端枚举导致的性能问题
下一代Web界面(10.12/12.0)
- 默认启用实验性布局(非电视设备)
- 主题系统升级:支持CSS变量运行时定制
- 特别致谢社区成员thornbill的代码审查贡献
客户端动态
桌面端(Jellyfin Desktop)
- 从Qt 5迁移至Qt 6,性能提升但存在内存泄漏问题
- 新增CLI配置选项,未来计划开发服务器切换UI
- 当前支持Flathub和Arch Linux AUR
Android TV客户端
- v0.19.5/0.19.6版本改进:
- 音乐转码支持进度显示与拖动
- 新增VC-1/AV1编码直连播放(设备依赖)
- 修复歌词滚动问题
- v0.19.5/0.19.6版本改进:
Xbox客户端
- 核心更新:
- 完整手柄支持(需服务端≥10.11)
- 4K/HDR支持(牺牲后台运行功能)
- 未来计划:多语言本地化、服务器发现等
- 核心更新:
Swiftfin客户端(v1.4)
- 三大改进:
- 导航系统重构
- 支持Jellyfin 10.11
- 媒体播放管理器升级
- 已发布版本路线图(含tvOS同步计划)
- 三大改进:
其他平台
- Tizen应用因测试未通过需继续优化
- 多平台支持开发中
致谢与展望
团队向所有贡献者致谢,并期待2026年持续完善Jellyfin生态。完整更新日志可通过各项目GitHub页面查阅。
(注:本文对原文技术细节进行适度简化,保留关键更新要点,删除重复致谢及部分平台专属问题描述)
评论总结
以下是评论内容的总结,平衡呈现不同观点并保留关键引用:
支持Jellyfin的观点
1. 开源优势与成本问题:用户因Plex收费转向Jellyfin,认为其客户端虽暂不如Plex,但发展迅速。
- "Plex users slowly turn against the platform due to costs... Jellyfin is catching up" (s_dev)
- "Thanks Plex for charging me to use my own media... Jellyfin is a fantastic alternative" (cheschire)
- 易用性与扩展性:用户分享搭建Jellyfin的积极体验,并由此扩展家庭实验室。
- "Jellyfin was super easy to get running... inspired me to build a homelab" (epistasis/cheschire)
- "Jellyfin is love. A game changing project that just works" (glimshe)
对Jellyfin的批评与局限
1. 功能与客户端不足:部分用户指出Jellyfin缺乏关键功能(如Atmos音频透传)和原生Apple TV支持。
- "Lacks AppleTV app... feels odd to swap out Plex" (veilrap)
- "Can Jellyfin passthrough Atmos? Still didn’t work in 2025" (wishJFWorked)
- 与Plex的差距:用户承认Jellyfin尚未达到Plex的功能完备性。
- "Long way to reach feature parity with Plex" (keytarsolo)
其他观点
- 生态工具推荐:用户建议搭配Jellyseerr等工具优化体验。
- "Set up Jellyseerr for library requests... Moonfin for TV downloads" (grepex)
- 技术改进建议:希望支持PostgreSQL以提升扩展性。
- "Biggest obstacle is reliance on SQLlite... Postgres would enable AWS scaling" (zenoprax)
(注:所有评论评分均为None,未提供认可度数据)