一、项目简介#

• 🔗 GitHub 地址：JMS1717/8mb.local
• ⭐ Star 数量：
• 🧩 核心定位：自托管的 GPU 视频压缩 WebUI，主打「按目标大小压缩」
• 🎯 使用方式：拖拽上传视频 → 选择目标大小（8MB / 25MB / 50MB / 自定义）→ 等待压制完成 → 直接下载
• 🧠 技术栈：前端 SvelteKit，后端 FastAPI + Celery + Redis，前后端通过 SSE 实时推送进度
• 🖥 硬件支持：NVIDIA NVENC、Intel / AMD VAAPI（Linux），也支持纯 CPU 回退

简单理解：它就是一个可以在本地/NAS 上自建的「视频瘦身机」，把你平时录屏、监控、高光剪辑，压成适合社交平台、即时通讯工具分享的小体积视频。🚀

二、使用体验 & 适用场景#

我把 8mb.local 部署在内网的一台小机器上，主要几个感受：

1️⃣ 拖拽即用，操作门槛很低
界面非常直观，基本只需要做三件事：

• 拖拽上传视频文件
• 选择一个「目标大小」（比如 8MB、20MB、50MB）
• 点开始，等进度条跑完

也可以手动选择编码器（H.264 / HEVC / AV1）、容器格式（MP4 / MKV）、音频码率等，适合有一点基础的朋友微调画质。🎛

2️⃣ 真正按目标体积压缩，而不是瞎猜码率

很多传统压制流程，是按「码率」去设置的，压完之前根本不知道最终文件多大；8mb.local 的思路比较像 8mb.video：根据你选的目标大小，自动估算合适的码率，如果第一次压完超出太多，还会自动再来一遍优化。省心不少。👍

3️⃣ 多 GPU 支持 + 队列管理

• 支持 NVIDIA NVENC、VAAPI 等硬件加速；
• 如果 GPU 不可用，会自动回落到 CPU；
• 带有任务队列，可查看所有任务的实时进度、日志，必要时一键取消或清空队列。

非常适合这些场景：

• 给 Discord / Telegram / QQ 发送视频，需要控制体积在平台限制内；
• 想在 NAS 里保留「压缩版存档」，节省空间；
• 录屏文件太大，想快速发同事或客户看；
• 做监控/行车记录仪视频备份时，先批量压一遍再存。📦

三、🐋 Docker 部署#

📢 安装时候要选择符合自己机器的镜像哈，一般NAS就安装CPU模式的即可！

篇幅有限，推荐大家到 qnloft 网站 中 「青柠优选」 Docker 板块，直接复制 docker compose 文件进行部署。📚 这里还有详细的部署教程哦！👩‍💻

💡小 Tips: 如果发现「青柠优选」中，没有该项目，则证明项目存在致命 bug 或严重问题，亦或者有更好替代方案，不推荐直接部署到 NAS 中。

对了，如果你们在 NAS 上经常折腾 Docker，可以考虑一下「威联通 / 绿联 / 极空间」这些 NAS 设备。配合 Docker 部署体验真的很丝滑。👍

四、使用小贴士（避免踩坑）#

• 🔌 注意硬件编解码支持：
  • 不同显卡支持的编码器不同（比如有的只支持 H.264，不支持 AV1）；
  • 如果你发现压制总是失败，可以先用 CPU 模式确认配置是否正确，再排查 GPU 驱动。
• 📁 合理规划 uploads / outputs 目录：
  • 建议把这两个目录挂到大一点的存储卷上；
  • 可以配合 NAS 的「快照 / 版本管理」做个简单的历史备份。
• 🔒 考虑加一层简单认证：
  • 如果开放在公网入口，记得加反向代理 + 认证；
  • 或者只在内网里用，配合 Zerotier / Tailscale 访问。

五、总结#

如果你经常需要分享视频、备份视频，又不想被各种平台的压缩算法折腾，8mb.local 绝对值得在 NAS / 小主机上常驻一席之地。它不像专业转码工具那样复杂，但日常「压到指定大小再分享」这个需求，基本都能优雅解决。🍋

后续如果你们感兴趣，我也可以再出一篇进阶向的玩法，比如：

• 搭配队列 + 脚本做「监控视频自动瘦身」；
• 和其他自托管工具联动（比如上传即压缩）。

有在用 8mb.local 的朋友，欢迎在评论区分享下你们的实际场景，看看大家都拿它来干啥～👀