気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
qiita.com/xx2xyyyエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
0
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
webRTCでtrackイベントが発火したからと言って安心してはいけない - Qiita
TL;DR; webRTCはtrackイベントが発火して終わりではない connectionstateがconnectedになるまではシグナ... TL;DR; webRTCはtrackイベントが発火して終わりではない connectionstateがconnectedになるまではシグナリングし続ける必要あり trackで終わりではない 大体のwebRTCのサンプルを見ると、大体ontrackに設定した関数が呼び出されて、 MediaStreamが取れればめでたしめでたしといった感じになっています。 映像を映す分にはこれでOKなのですが、シグナリングのためのDB監視やwebSocket接続を リソース管理を効率的に行おうとしてその場で切断しようとすると面倒なことになる場合があります。 時間がかかるパターンのみ引っかかるという厄介なケース 同一LAN内での接続や、STUNサーバーを利用したパターンなどでは onTrac後即シグナリングをやめても大体問題ありませんが、TURNサーバーを使ったケースではほとんど繋がりません。 （まったくつな
qiita.com/xx2xyyy
qiita.com/xx2xyyy
qiita.com/xx2xyyy
qiita.com/xx2xyyy
www.hiroshimapeacemedia.jp
rtain.jp
www.yomiuri.co.jp
japan.cnet.com
gigazine.net
qiita.com/wsn0672
pages.awscloud.com
note.com/suthio
www.itmedia.co.jp
www.publickey1.jp
lesko.com
meetscareer.tenshoku.mynavi.jp
studyhacker.net
developers.freee.co.jp
tech.nri-net.com
