社内勉強会資料

1. Streaming Tuning Test
Makoto Uehara

2. Client App
RTMP Broadcast Library(Lib)
Live Media Player(Mobile App)
Flash Media Encoder(PC App)

3. Media Servers
Zencoder Live API(britcove)
Flash Media Server(Adobe)
Wowza Media Server(wowza)

4. Defference in Media Server
Zencoder
FlashMediaServer,wowza
is SaaS
is App
Full Managed
Need Implement

5. CDN
Akamai
Cloud Front
Limelight

6. Trade-Off
Delay < === > Stability

7. Trade-Off
Delay < === > Stability
Important

8. Trade-Off
Delay
Cache,Buffer
Small
Cache,Buffer
Big
Delay
CostCost
Stability
Good
Bad
Stability

9. Delay
PC2Mobile: 15～20s
Mobile2Mobile: 35～40s

10. Streaming System
１ 2 3 4 5 6
１ 2 3
１
EncoderRTMP
HLS
CDN
manifest file：hoge.m3u8
1
2
3
:
READ

11. Streaming System
１ 2 3 4 5 6
１ 2 3
１
EncoderRTMP
HLS
CDN READ
manifest file：hoge.m3u8
1
2
3
:
Tuning point

12. Tuning of Encoder
Cache control： 4s
Segment seconds： 10s

13. cache control
Example Pamameter： 4s
CDN側に受け渡す際のリクエストパラメータに含まれる
CDN側でのキャッシュ時間となるが、パラメータが効くか効かないかは
CDN側次第となる。
マニフェストファイルの更新タイミングはsegment secondsだが、CDN側
のキャッシュの影響も受ける為、
CDN側のキャッシュ時間が長かればユーザー側として遅延を感じるが
安定性は一般的なキャッシュのメリットと同様。キャッシュ時間が短けれ
ば遅延を感じないがキャッシュが効かない分安定した配信になりずらい。

14. segment seconds
Example Pamameter： 10s
動画をチャンクする単位。小さい方が遅延しない
小さい場合、マニフェストファイル(例えばHLSだとhoge.m3u8)
が同じファイル名で更新が高頻度に行われる。なので安定し
ない可能性もあるが大きな問題とは思えない 。
再生時、モバイル側でhttpリクエスト数が増えるのでそれは負
荷となりうる。

15. Tuning of SDK
buffer
prefetch

16. Buffer
Buffer
録画する時：スマホ内でのローカルだからさほどバッ
ファは必要ないかも
RTMPで出す時：ネットワーク越しなので通信状況がい
い時に大量に送りたい。

17. Prefetch
prefetch セグメントの先読み
1を再生中に2をダウンロード
帯域の話。1を再生中に複数のsegment取りにいっても2をダウンロードしおわらない
と再生がはじまらない
ユーザー特性として、動画を見始めて離脱するユーザーが多いなら
なるべく離脱しないようにsegmentの大きさとprefetchの数は小さめがいいかも
だいたい1再生中に2を取りにいくくらいでいんじゃないか

18. Tuning of CDN
TTL

19. TTL
value that is set by the cache control