1 つのサーバーで 60 のコンテナ
1 台のベアメタルで、数十から数百の Hoody コンテナを動かす。KSM と BTRFS の重複排除で、限界コストはほぼゼロ。
コンテナ·スナップショット
タイプアンロック
ステージクイックウィン
難易度シンプル
ジョブストリームを共有
対象生産性パワーユーザー
対象ソロ起業家
サービスパイプ
Hoody の利点HTTP ネイティブ
Hoody の利点デフォルトでマルチプレイヤー
タイプアンロック
ステージクイックウィン
難易度シンプル
ジョブストリームを共有
対象生産性パワーユーザー
対象ソロ起業家
サービスパイプ
Hoody の利点HTTP ネイティブ
Hoody の利点デフォルトでマルチプレイヤー
タイプアンロック
ステージクイックウィン
難易度シンプル
ジョブストリームを共有
対象生産性パワーユーザー
対象ソロ起業家
サービスパイプ
Hoody の利点HTTP ネイティブ
Hoody の利点デフォルトでマルチプレイヤー
タイプアンロック
ステージクイックウィン
難易度シンプル
ジョブストリームを共有
対象生産性パワーユーザー
対象ソロ起業家
サービスパイプ
Hoody の利点HTTP ネイティブ
Hoody の利点デフォルトでマルチプレイヤー
use-cases / share-your-screen-with-a-url / hero
PIPE · ストリーミング · ?VIDEO
会議招待ではなく URL で画面を共有
1 つの ffmpeg を curl にパイプ。DM した相手はクリックできる URL を受け取る。パイプ自体が埋め込み HTML 動画として再生する。Zoom 共有なし、Loom アップロードなし、許可ダイアログなし、カレンダー招待なし。
あなた · 送信側
# stream :0 to a pipe path with up to 5 viewers
$ ffmpeg -f x11grab -i :0 \
-c:v libvpx -f webm - \
| curl -T - https://pipe.containers.hoody.com/api/v1/pipe/screen?n=5アップロード中 · 5 受信側のうち 1 が接続済み
URL がプレーヤー
相手 · 受信側
https://pipe.containers.hoody.com/api/v1/pipe/screen?video
ライブ
1 / 5
ライブ00:42
use-cases / share-your-screen-with-a-url / mechanism
ffmpeg を curl にパイプ、その後クリック
送信側は X11 ディスプレイを webm にエンコードし、curl にパイプ。curl は n=5 で pipe パスにストリームを PUT。受信側は ?video を付けて同じパスを開く。パイプ自体が、到着するストリームを再生する埋め込み HTML 動画プレーヤーを返す。
1 送信側、最大 5 受信側4 ステップ · インストールなし
0101 · キャプチャ
画面をエンコード
ffmpeg -f x11grab -i :0 -c:v libvpx -f webm が X11 ディスプレイを読み、webm ストリームを stdout に書き込む。
0202 · ストリーム
curl にパイプ
curl -T - が stdin を /api/v1/pipe/screen?n=5 に PUT。パイプは同じパスに受信側が接続するまで待つ。
0303 · リンク
URL を貼り付け
受信側 URL を ?video 付きでチャットにドロップ。アプリなし、アカウントなし、インストールなし。彼らがクリック。
0404 · 視聴
URL がプレーヤー
パイプは埋め込み MSE 動画要素を持つ HTML ページを返す。最大 5 視聴者が同じライブストリームを見る。
n=5 がオーディエンスをキャップ。パイプは送信側が接続するまで最大 5 分間受信側を保持する。Content-Type のようなヘッダーは転送される。すべては HTTPS 経由 — ブラウザがすでに話すプロトコル以上に変わったものはない。
use-cases / share-your-screen-with-a-url / friction
起こる必要のないこと
あなたが使ったすべての画面共有ツールは、儀式を追加することで機能を買う。パイプと URL バージョンは、URL 自体がインターフェース全体なので儀式をスキップする。
スキップする儀式0 秒
起こらないこと
- 明日の朝の Zoom をスケジュール
- 3 つのタイムゾーンを含むカレンダー招待を送信
- 相手がデスクトップアプリをインストールするのを待つ
- 3 つの許可プロンプトで「許可」をクリック
- 「画面を共有」をクリックし、適切なウィンドウを選択
- 録画開示ダイアログを座って待つ
- 後で Loom をアップロードし、処理を待つ
実際にすること8 秒
起こること
- ターミナルで 1 つの ffmpeg | curl 行を入力
- 受信側 URL をチャットに貼り付け
- 最初にクリックした人が視聴できる
- 終わったら ctrl-C
use-cases / share-your-screen-with-a-url / angles
3 人の読者、1 つの URL
同じ pipe-and-?video の仕組みは、画面で何をしたかったかによって 3 つの異なる読み方ができる。
ソロ起業家のために
見せて、スケジュールしない
投資家がデモは本物かと尋ねる。来週の火曜日に 30 分のスロットを予約しない。今ストリーミングし、URL を貼り付け、彼らがクリックするのを見守る。
小さなチームのために
1 つの画面に 5 つの目
n=5 はエンジニアリングチャンネル全体が同じインシデント対応画面を一度に視聴できることを意味する。ブリッジなし、ホスト権限なし、プレゼンターなし。
プライバシー重視のために
何も保存されたことはない
どこかのサーバーに録画はない。パイプは純粋にストリーミング — バイトは通過し、何も書かれない。ctrl-C で URL は死ぬ。
use-cases / share-your-screen-with-a-url / punchline
会議、アプリ、カレンダー招待なしの画面共有。
Enter を押すとストリーム開始ctrl-C を押すとストリーム終了
ライブpipe.containers.hoody.com/api/v1/pipe/screen?video送信側が起動している間
ctrl-C
404pipe.containers.hoody.com/api/v1/pipe/screen?video録画なし、リプレイなし
use-cases / share-your-screen-with-a-url / replaces
これが置き換えるもの
すべてのチームが蓄積する画面共有ツールのラインナップ。それぞれが会議、アカウント、または録画を前提とする。パイプ URL はそれらをどれも前提としない。
- Zoom 画面共有スケジュール通話、アプリインストール、ホスト権限
- Loom先に録画、アップロード、その後リンク — 決してライブではない
- Slack 画面共有両者とも Slack デスクトップ、ハドルのみ
- Discord 画面共有サーバーメンバーシップ、ボイスチャンネル、ビットレートキャップ
- Google Meet プレゼント30 秒の確認のためのカレンダー配管
- 手動録画 + アップロードffmpeg でファイル、その後別途共有ステップ
use-cases / share-your-screen-with-a-url / cta
次に誰かが「見せてくれる?」と尋ねたら、URL を送ろう。
use-cases / share-your-screen-with-a-url / related