
一台服务器上运行 60 个容器
一个裸金属服务器运行数十到数百个 Hoody 容器。KSM 和 BTRFS 去重使边际成本接近零。
一条 ffmpeg 管道送进 curl。你 DM 给谁,谁就拿到一个能点开的 URL。管道本身把它当作嵌入式 HTML video 回放。无 Zoom 共享、无 Loom 上传、无权限弹窗、无日历邀请。
$ ffmpeg -f x11grab -i :0 \
-c:v libvpx -f webm - \
| curl -T - https://pipe.containers.hoody.com/api/v1/pipe/screen?n=5发送端把 X11 显示编码成 webm,管道送进 curl。curl 用 PUT 把流送到带 n=5 的管道路径。接收端打开同一路径并加上 ?video。管道本身返回一个嵌入式 HTML video 播放器,边到边播。
ffmpeg -f x11grab -i :0 -c:v libvpx -f webm 读取 X11 显示,把 webm 流写到 stdout。
curl -T - 把 stdin 用 PUT 发到 /api/v1/pipe/screen?n=5。管道等接收端在同一路径连接。
你把带 ?video 的接收端 URL 丢进聊天。无应用、无账号、无安装。对方点一下。
管道返回一个 HTML 页面,里面是嵌入的 MSE video 元素。最多五个观众看同一条实时流。
n=5 给观众数封顶。管道为发送端连接保留接收者最多五分钟。Content-Type 等头部会被转发。整套都跑在 HTTPS 上——不比浏览器已经会说的协议更冷门。
你用过的每一个屏幕共享工具都靠加仪式来买功能。管道加 URL 的版本绕开仪式,因为 URL 本身就是整个界面。
同一条 pipe + ?video 机制,根据你想拿屏幕做什么,有三种不同的读法。
投资人问 demo 是不是真的。你不订下周二的 30 分钟时段。现在就开流,粘贴 URL,看着对方点开。
n=5 意味着整个工程频道可以一起看同一个事故响应屏幕。无桥接会议、无主持权限、无演示者。
服务器上没有任何录像。管道纯流式——字节穿过去,什么都不写。ctrl-C,URL 就死。
屏幕共享,不要会议、不要应用、不要日历邀请。
每个团队都会攒下一堆屏幕共享工具。每一种都假设有会议、有账号或有录像。Pipe URL 一样都不假设。
下次有人问“你能给我看看吗?”,发一个 URL。