Try new transport protocol SRT

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. 実践編

18. 実際に動かしてみた例
SRTを使ってWebcamの映像を送ってみる

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!