[Q&A] 動画エンコードのコーデックについて

[Daisuke Takenaga]

竹永です。

ビデオチャットとして作成した場合に、

動画のエンコードに使用されるコーデックは

各ブラウザのデファクトスタンダードとなっている

コーデックが選ばれるのでしょうか？

それとも何か指定する方法がありますでしょうか？

使用されているコーデックに関しては

webrtc-internalsで確認出来ています。

[iwase.yoshimasa]

SkyWay開発チームの岩瀬です。

コーデックにはSDP上の指定順序および、

オファーアンサーによるネゴシエーションの結果で選定されます。

詳細は以下の資料をご覧ください。P.34に指定順序（優先順序）の記載がございます。

http://www.slideshare.net/iwashi86/20150311-web-rtcmeetup7sdp

以上、よろしくおねがいいたします。

[Daisuke Takenaga]

竹永です。

御回答ありがとうございます。

非常に勉強になりました。

（といいますか、以前見ていたのですが、

　その時点では良く理解できていませんでした。

　今回見てなるほど。といった感じです。）

尚、提示していただいた資料を見て残った疑問として、

現時点のChrome M50ではVP8とVP9に対応していると思いますが、

（今後更にH.264に対応してくる）

M50を例で結構なので、優先順がどのようにして決まるのかを

教えていただけないでしょうか？

WindowsのChrome M50同士で繋げた場合を例として。


2016年5月10日火曜日 17時27分10秒 UTC+9 iwase.yoshimasa:

[iwase.yoshimasa]

岩瀬です。

SDPより必要箇所のみ抜粋して説明いたします。

Chromeにてビデオ向けのofferを作成すると、

m=video 9 UDP/TLS/RTP/SAVPF 100 101 116 117 96 97 98
a=rtpmap:100 VP8/90000
a=rtpmap:101 VP9/90000
... 以下略

上記のSDPが作成されます。すると最も左側にあるペイロードタイプ番号は、「100 」であり、

100のrtpmapを見るとVP8であることが分かります。

その後、ChromeがAnswerを作成した場合においても、

Chrome同士であれば同様の優先順序で作成します。（offerのSDPと順序は一緒です)

結果的に、発信側と着信側で、「100(VP8)」が最優先とネゴシエーションされます。

なお、参考までに、SDPは以下のサイトで簡単に生成＆確認できます：

https://webrtc.github.io/samples/src/content/peerconnection/munge-sdp/

[Daisuke Takenaga]

竹永です。

確かに読み取るとそのようになるという事ですよね。

ただそうなると内容としては、Skywayのライブラリのみでは指定できないので

SDP周りの部分を自身で構築するという事ですね。

そういった点に関しては、その辺の内部まで理解したうえで

部分的には自身で構築して対応するというのが本筋だとわかっているのですが

出来ればSkywayのライブラリで指定出来ると良いなと考えてたもので

今回質問させていただきました。

今後、H.264対応もされていくので是非とも対応していただきたいと

期待する部分ではあります。

2016年5月10日火曜日 17時56分19秒 UTC+9 iwase.yoshimasa:

[iwase.yoshimasa]

岩瀬です。

ご提案ありがとうございます。

いただいた内容につきましては、今後の開発項目の参考にいたします。