Try new transport protocol SRT (ver. 2)
3 likes4,383 views
Try new transport protocol SRT
Try new transport protocol SRT (ver. 2)
- 1. 1 新しい映像伝送プロトコル SRT を試す ( 増強版 ) Tetsuyuki Kobayashi 2018.8.31 Streaming Conference #4
- 2. 2 The latest version of this slide will be available from here http://www.slideshare.net/tetsu.koba/presentati ons
- 3. 3 Who am I? 20+ years involved in embedded systems 10 years in real time OS, such as iTRON 10 years in embedded Java Virtual Machine Now GCC, Linux, QEMU, Android, … Blogs https://qiita.com/tetsu_koba http://d.hatena.ne.jp/embedded/ http://kobablog.wordpress.com/(English) Twitter @tetsu_koba
- 4. 4 本日のメニュー 基礎編 実践編 総括 (& 感想 ) 時間切れになりそうだったら途中を飛ばします
- 5. 基礎編
- 6. SRT とは S: Secure R: Reliable T: Transport SRT という字幕のフォーマットがす でにあるので、検索しにくい
- 7. SRT とは UDP ベースのプロトコル 映像 (+ 音声 ) のライブ配信用 RTMP の後釜？ H.265(HEVC) 対応
- 8. SRT Alliance https://www.srtalliance.org/ 業界団体 Haivision ( 開発元 ) Wowza Media System デモビデオがわかりやすい
- 9. オープンソース Github でソース公開 https://github.com/Haivision/srt ライセンスは MPL-2.0 libsrtのビルド方法(Qiita)
- 10. SRT のしくみ https://github.com/Haivision/srt/blob/master/docs/why-srt-was-created.md
- 11. 動作モード caller (= client) listener (= server) ひとつの listener に複数の caller が 接続可能 rendezvous ( ランデブー ) 1 対 1
- 12. payload 基本的にはなんでもよいが、パケット ロスを想定しているものが望ましい mpegts 188 *7 = 1316 bytes の UDP パケッ トで送る video: H.264, H.265, ... audio: AAC, opus, ...
- 13. SRT を使うには ffmpeg gstreamer VLC
- 14. ffmpeg v4.0 で SRT をサポート しかしバグ？ソース修正必要 ビルド方法(Qiita) 修正パッチ listener mode で接続できる caller はひとつだけ。
- 15. gstreamer v1.14.0 で SRT をサポート ビルド方法(Qiita) v1.12.x へのバックポートの方法(Qiita) listener mode で複数の caller と接続 できる。 バグ？ uri でのホストの指定は IP アドレスを直接書く 必要がある。ホスト名を解決してくれない srt://ipaddr:port
- 16. VLC v3.0 で SRT をサポート ただし caller mode のみ Mac 用、 Windows 用のバイナリ リリースのものは SRT 使用可。 Ubuntu 18.04 に入っている VLC は SRT が有効になっていなかった。
- 17. 実践編
- 19. SRT の latency の設定 推奨値は RTT(Round Trip Time: ping コ マンドで計測できる ) の 2.5 倍 デフォルトで 120ms RTT が 50ms 未満ならデフォル トのままで。 今回は送信側がモバイル回線 RTT が 120ms -> latency を 300ms に。
- 20. 中継サーバ #!/bin/sh RECVLATENCY=300 gst-launch-1.0 srtserversrc uri="srt://:7001" latency=$RECVLATENCY ! srtserversink uri="srt://:7002" 受信するクライアントは複数接続できる。
- 21. 送信側 #!/bin/sh HOST=i3 PORT=7001 BITRATE=2M ffmpeg -f v4l2 -s 640x360 -i /dev/video0 -pix_fmt nv12 -c:v libopenh264 -b:v $BITRATE -f mpegts srt://$HOST:$PORT
- 22. 受信側 #!/bin/sh ffplay -probesize 32 srt://i3:7002 -probesize 32 をつけるとバッファサイズが小さくなり 表示の遅延が減る。 または、 VLC で srt://i3:7002 を開く。
- 23. 総括 (& 感想 )
- 24. SRT を試してみて 組み込むのは容易 ライブラリの依存性は少ない ネットワークの構成変更が容易 送信側と受信側でどちらもサーバにな れる パケット再送してくれる モバイル回線に向いていそう 暗号化通信もできる H.265, opus もいける
- 25. SRT を使うなら 見るだけなら、 VLC 手軽なのは ffmpeg 凝ったことをするときは gstreamer srtclientsrc srtserversrc srtclientsink srtserversink
- 26. 低遅延のストリーミングは大変 全行程のチューニングが必要 バッファが大きすぎると遅延する が、少なすぎると途切れる どこの遅延が大きいかを調べて 行ったら、最後の viewer ( デコー ドして表示するところ ) で大きく バッファリングしてた。
- 27. References https://www.srtalliance.org/ https://github.com/Haivision/srt https://qiita.com/tags/srt
- 28. 28 Q & A @tetsu_koba Thank you for listening!