是什么：一个冲着 Emby 去的轻量媒体服务器
nowen-video 是 2026 年 3 月才开的项目，后端 Go（Gin + GORM + SQLite），前端 React 18 + Vite，元数据放在单个 SQLite 文件里，再配上 FFmpeg 干活。整个东西能打成单二进制，也能一条 docker-compose up -d 起来，主打零配置。协议是 GPL-3.0。
它现在的 star 还不算多，但提交非常密——我写这篇的时候仓库当天（7 月 16 号）还有新提交。版本在推进到 v0.9.x，Emby API 兼容层已经做完了 140+ 个接口，v1.0 还在路上。换句话说：还是早期，但作者确实在认真填功能，不是那种丢个 README 就消失的玩具。
为什么值得看：Emby 兼容层是核心卖点
媒体服务器真正的痛点往往不是服务端，而是客户端生态。Infuse、Kodi 这些体验好的播放端，都认 Emby / Plex 协议。nowen-video 直接实现了 Emby API 兼容，意味着你原本在手机、电视盒子上用得好好的 Infuse，只要把服务器地址指过来就能接着用——片库、播放进度、收藏全在服务端，客户端不用动。这对不想被某家闭源方案绑死、又舍不得换客户端体验的人，挺友好。
刮削也照顾了中文场景：Provider Chain 按顺序走 TMDb → 豆瓣 → TheTVDB → Bangumi → Fanart.tv，最后还有一层 AI 兜底。动漫党熟悉的 Bangumi、国产剧常用的豆瓣都在链里，比纯 TMDb 的中文覆盖好不少。剧集识别也接了地气，S01E01、1x01、第01集、EP01 都能认。
播放和转码：HLS + 硬件加速
浏览器能直接播的格式就直出，不能播的按需转成 HLS 自适应码流；硬解会自动探测 Intel QSV / VAAPI / NVIDIA NVENC，没有 GPU 就软件兜底，转码结果还会缓存复用。多用户这块有 JWT 登录、独立观看历史和收藏、家长控制、每日观看时长限制。字幕支持外挂（SRT / ASS / VTT 等）和内嵌提取，还能在线搜，甚至用 AI ASR 现场生成字幕。
周边功能也塞了一堆：DLNA / Chromecast 投屏、观影统计仪表盘、文件浏览器（带 AI 重命名建议）、带密码和过期时间的分享链接。清单挺长，但请记住它还在 v0.9。
怎么跑起来：NAS 上一行 compose
官方给了 docker-compose.yml，最省事就是克隆下来直接起：
git clone https://github.com/cropflre/nowen-video.git
cd nowen-video
docker compose up -d默认跑在 8080 端口，首次访问 http://你的主机IP:8080，管理员账号是 admin / admin123。环境变量里几个关键项：TZ（建议设 Asia/Shanghai）、NOWEN_APP_PORT，以及必填的 NOWEN_SECRETS_JWT_SECRET（JWT 签名密钥，不填会有安全隐患）。想开硬解，把宿主机的 /dev/dri 透传进容器即可；在各类 NAS 的 Docker 管理器里也就是挂个数据卷、勾个设备的操作。
几个坑，先说在前头
- 默认密码必须改。
admin / admin123这种出厂密码，一旦暴露在公网就很危险。起完第一件事改密码、设 JWT secret。 - 硬解依赖 GPU 透传。 容器里看不到
/dev/dri就走软件转码，4K 一多 CPU 直接拉满。NAS 没有核显透传能力的，先想清楚再上。 - 还是早期版本。 v0.9.x 功能多但可能有 bug，别拿它当全家唯一的媒体库。元数据在 SQLite 里，做好备份，等 v1.0 稳了再考虑主力。
- 协议是 GPL-3.0。 你要是改了代码再分发，得同样开源；纯自用不受影响。
- 刮削要外部 API。 TMDb / 豆瓣大多需要你自己的 API key 才能稳定刮削；AI 字幕、AI 助手那些功能也要接对应的模型或接口，不是开箱就全有。
适合谁，不适合谁
如果你手头已经有一套 Emby 生态的客户端（尤其 Infuse 重度用户），想把数据和服务全收回到自己的 NAS 上、又懒得重新适配播放端，nowen-video 这个 Emby 兼容思路值得盯一眼。愿意跟作者一起填坑、想尝鲜轻量媒体库的，现在就能拉起来玩。
反过来，如果你要的是“装好就别管、稳跑几年”的生产级体验，那 Jellyfin 这类更成熟的项目现在还是更省心。nowen-video 适合放进“观察名单里的潜力股”，而不是立刻上位的主力。
项目地址：github.com/cropflre/nowen-video（GPL-3.0，活跃开发中）