😲『NAS』还能这样用？装8mb.local直接变身局域网视频压缩神器

嗨，大家好呀，这里是「青柠炸机店」！

这几年手机、相机拍的视频越来越清晰，随便录一段就是几百 MB，甚至几个 G。想发到朋友圈、微信群、Discord，不是传不上去就是被平台二次压缩得一塌糊涂。更别说还想在 NAS 里做一份「瘦身备份」。🙃
直到我翻到这个项目 —— 8mb.local，才发现：原来可以在自己 NAS / 服务器上，搭一个「本地版 8mb.video」，拖拽一下，直接压到 8MB、25MB、50MB 这种尺寸，还支持 GPU 加速。今天就来和大家一起看看这个项目到底好不好用。🎬

一、项目简介

🔗 GitHub 地址：JMS1717/8mb.local
🧩 核心定位：自托管的 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；
带有任务队列，可查看所有任务的实时进度、日志，必要时一键取消或清空队列。

非常适合这些场景：

给 X / TG / WX 发送视频，需要控制体积在平台限制内；
想在 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 访问。