WebRTCで統計情報を収集する - Qiita
統計情報とは？ WebRTCでは、基盤となるネットワーク環境や送受信されるメディアの情報を監視することが出来るようにように、統計情報のAPIが規定されています。 最新の仕様書は https://w3c.github.io/webrtc-stats/ です。 このAPIで取得可能な情報は、WebRTCを使ってアプリケーションを開発したことがある方なら、一度はお世話になっているであろう、chrome://webrtc-internlsやabout:webrtcで表示される情報と同じ物となります。 注意: 記事中で、SkyWayのJavaScript SDKを利用して統計情報を収集していますが、こちらは非公式な方法となります。そのため、この方法は将来変更される可能性があります SkyWay JavaScript SDK v1.4.0からRTCPeerConnectionを取得するAPIが追加され
字幕ダンプ
captiondumper.py ��G�,V 0 �,V #!/usr/bin/env python import hashlib from collections import defaultdict from io import BufferedReader, FileIO from aribgaiji import GAIJI_MAP """ TSファイルから字幕を取り出すスクリプト。 $ captiondumper [-c] <in> <out> -c : 色指定の制御文字を解釈する -d : DRCSを解釈する <in>: 入力 '-'にすると標準入力から読み込む <out>: 出力 '-'にすると標準出力に書き出す (省略時も同様) recpt1から現在放送中の番組を読んで適当なファイルに落とす例 $ recpt1 27 1830 - | captiondumper - /
MPEG2 TSの仕様について調べた（１）
前回の流れからJavaでTSファイルを読み込みたい訳だが、JDKにはそんなAPIはない。ということは誰かが作ったものを利用するか自分で作らないと駄目ってことだ。まあその誰かが作ったものが前回までで失敗しているわけであるが。 FFMPEGを利用して何かやろうとしている物もあったが、あれは一般の利用する側としては全てのメディアに対応してて便利だが使用するとなるとメンドイし、何より開発がとまってるっぽい。JNIかJNAを使って何らかのデコードDLLを利用する手も考えたが、そもそもその手のDLLは32ビットであるので目標から考えるといまいち。Windows7のmsmpeg2vdec.dllを使えばWindowsの標準だし64ビットだしいいじゃん！と思ったがDLLの利用関数が調べられなくて頓挫した。これの使い方が載っている場所があったら教えて欲しい。 という訳でもう面倒になったので一からPureJa
Raspberry Piでh264動画をハードウェアエンコードする - /home/tnishinaga/TechMEMO
Raspberry Piにはハードウェアデコード機能だけではなく、エンコード機能もあると言われていますが、日本で実際にやっている人を、あまり見たことがありません。 調べてみたところフォーラムではすでに使い方が確立してるみたいなので、私もハードウェアエンコード機能を使って、mpeg2の動画をh.264な動画に変換してみました。 gstreamer1.0のインストール 動画のデコード、エンコードにはgstreamerを使用します。 ただしハードウェアアクセラレーションをつかうライブラリはバージョン1.0以上でないと使えないみたいです。 現在提供されているgstreamerのバージョンは0.10なので、公式レポジトリからはインストールが出来ません。 他の方がコンパイルしたものをもらってきて解決します。 *1 参考サイト: http://theiopage.blogspot.jp/2013/04/
gstreamerの覚書 - littlewing
インストール $ sudo apt-get install gstreamer1.0-* カメラのサポートするフォーマットを確認 $ v4l2-ctl --list-formats $ v4l2-ctl --list-formats-ext とりあえず画面に出す $ gst-launch-1.0 v4l2src ! videoconvert ! ximagesink USBカメラの映像を３０秒間録画して保存 timeout 30 gst-launch-1.0 -v v4l2src \ ! videorate \ ! video/x-raw,framerate=30/1 \ ! clockoverlay \ ! omxh264enc \ ! h264parse \ ! mpegtsmux \ ! filesink location=`date -I`.ts HLS配信モジュールでファイルを出
Twilio WebRTCハンズオン 2020版 - Qiita
2023年5月1日を持ちまして、株式会社KDDIウェブコミュニケーションズのTwilioリセール事業が終了したため、本記事に記載されている内容は正確ではないことを予めご了承ください。 はじめに 本資料は、過去に作成した「Twilio WebRTCハンズオン」の2020年リメイク版になります。 対象者 Twilioが初めての方 名前は知っているけど、触ったことがない方 WebRTCに興味のある方 カリキュラム（座学） STEP0 ハンズオンの準備とTwilio Videoの概要 STEP1 ブラウザでカメラ、マイクを利用してみよう STEP2 ピアツーピアルームのビデオチャットを実装してみよう STEP3 グループルーム機能を利用して複数人によるビデオチャットを実装してみよう 自己紹介 髙橋克己（たかはしかつみ） （株）KDDIウェブコミュニケーションズ Twilio事業部 エバンジェリスト
WebRTCハンズオン 概要編 - Qiita
※ Mac OS X / iOS のSafariは、2017秋のSafari 11から対応(H.264のみ)。(What's new in Safari) promiseベースの新しいAPIのみ対応 カメラ/マイクへのアクセスにはhttps:// 必須。Mac OS X の場合は開発者メニューから http://を使えるようにできる Edge：ORTCに対応、WebRTCにCreators Update(2017.04.11)で対応（参考記事)。STUN利用やDataChannelには未対応 ？：iOS / Android 向けEdgeのリリース予告あり。対応状況未確認 ×: IEはサードパーティプラグイン有 誰が決めているの？ API ... W3C ブラウザからどうやって使うか アーキテクチャ、通信の仕様 ... IETF 映像、音声のコーデック（圧縮方式） 実際のデータの送り方（プロ
RTPはUDP上で動作する！5つの仕組み解説や活用事例を紹介 | テックマガジン from FEnetインフラ
RTPとはどんなプロトコル？ RTPとはリアルタイムトランスポートプロトコルの略称で、インターネット上で音声や動画をリアルタイムに転送するため、RTSPやH.323の通信プロトコルのデータ部分に使用されます。これまでのTCPベースの仕組みは品質を確保するため、転送結果を確認し、エラーなら再送します。再送が行われると、通信が止まってしまうので、リアルタイムのデータを送ることはできません。RTPは、送信エラーが発生しても、リアルタイムでデータを送り続けるための仕組みです。 RTPの仕組み5つ 通常、インターネットではTCPというプロトコルでデータが転送されていますが、TCPはデータの品質を確保するため、リアルタイムのデータ転送ができず、また1対1の通信しかできません。プロトコルとは、コンピューター間の通信をする際の手順や規格です。RTPでは、データの品質を二の次として、リアルタイムにブロードキ
SkyWay初心者からステップアップしよう - Qiita
はじめに この資料はSkyWay UG Tokyo #3の発表資料です。 資料URL: https://goo.gl/V7YtWJ 自己紹介 なかゆうすけ（@yusuke84） 仕事: WebRTC Platform SkyWay Technical solutions Technical support Developer relations コミュニティ WebRTC Meetup Tokyo 主催 WebRTC Beginners Tokyo 主催 この資料は何？ サポート等で問い合わせが多いSkyWayのティップスを厳選して紹介します 達成したいゴール SkyWayを利用するエンジニアの困ったを、1つでも多く解決し ハッピー になってもらう SkyWay初心者からSkyWay中級者へステップアップしてもらう 今日お話する内容 SkyWaySDKの通信モデル SkyWayの通信要件
フロントエンドエンジニアのための動画ストリーミング技術基礎
動画はデータ容量が大きい 画像と違い、動画コンテンツはデータ容量がとても大きいため、データをダウンロードして再生するまでに待ち時間が発生します。 動画のデータ容量が大きい理由はとても単純で、動画は画像データが集合したものだからです。静止画像を人間の目が滑らかに感じられる速さで切り替えて表示することで絵を動かすという表現を実現しています（よくパラパラマンガに例えられますが、そんな感じです）。この人間の目が滑らかに感じる速さというのが 1 秒間に 30 枚だったり 24 枚を切り替えることになります。29.97 (≒30) fps とか 24 fps とかの数字を耳にしたことがあるかと思いますが、24 fps の場合は 1 秒間（s）の間（p）に 24 フレーム（f）を切り替えることを意味します。 データを全て自分の端末にダウンロードしてから再生しようとすると、かなり長い待ち時間が発生してしま
Video on demand (VOD) HLSをPCで作成 - Qiita
こんにちは、動画チームのhagi＠streampackです。 はじめに 今回は"Video on demand (VOD) HLSをPCで作成"について書きたいと思います。 mp4をそのまま置いてプログレッシブダウンロードでVODを提供することもできますが、HLSにしてABRや暗号化と組み合わせることでダウンロードをめんどくさくすることが可能な上、再配布も簡単にできないようにすることができます。 環境 配信について HLSは特別な配信サーバーは必要ないです。 インターネットからアクセスできてプレイヤーが必要なファイルをダウンロードできれば再生できます。 今回は配信環境はs3としますがwebサーバーであれば配信可能です。 HLSの作成 ffmpeg、mediafilesegmenter(OSX)、Media Converter(AWS)などありますが今回は"簡単"に"ローカルPC"で作成とい
ffmpegでMP4ファイルをHLS AES-128ストリーミング用のファイルに変換する - Qiita
-i に指定するのは入力ビデオファイルです。元のMP4を指定します。 -c:v copy -c:a copy の部分は、動画・音声のコーデックを元のソースからコピーする設定です。これを指定すると再エンコードされないため、画質や音質は劣化せず処理も高速になります。 うまく再生できない場合や、ビットレートを変更したい場合は-c:v libx264 -c:a aac,-b:v 9000kなどを指定してください。（詳細は公式ドキュメントを参照） これで各 video{index}.ts ファイルに動画が分割され、.m3u8ファイルをVLCプレイヤー等で開けば再生できます。 AES-128で暗号化する HLS用に変換する際に -hls_key_info_file というパラメーターを使用することでストリームを暗号化できます。 このパラメーターには キー情報ファイル を指定します。キー情報ファイルとは
Elemental MediaConvertを利用して動画変換を自動化する | DevelopersIO
コンニチハ、千葉です。 MediaConvertを利用して、mp4をHLSに変換するエントリーを書きました。 Elemental MediaConvertを利用してmp4をHLS変換 + サムネイル出力 今回は、上記で作成したMediaConvertのジョブテンプレートを利用して、S3にファイルをputすると自動で動画変換する仕組みを作ってみます。処理イメージとしては以下です。 S3にmp4をアップロード mp4ファイルが置かれたことをトリガーにLambdaを実行(mp4以外はLambdaは発火しない) LambdaからMediaConvertのジョブを作成する mp4がHLSに変換される やってみた 作業サマリ S3バケット作成 アップロード用(mp4ファイル配置) 動画変換用(HLSファイル配置) MediaConvertの設定 Lambdaの実装 です。それではやっていきましょう。
phpを経由して動画(mp4)を出力する方法
phpソース <? // ログインセッション session_cache_limiter("public"); session_start(); if(@$_SESSION["id"]!="loginid" and @$_SESSION["pw"]!="password"){ header("HTTP/1.0 403 Forbidden"); exit; } // 動画ファイルへのパス $file = "{$_SERVER['DOCUMENT_ROOT']}/video/01.mp4"; $size = filesize($file); $fp = fopen($file,"rb"); // コンテンツの識別子 $etag = md5($_SERVER["REQUEST_URI"]).$size; // ブラウザがHTTP_RANGEを要求してきた場合 if(@$_SERVER["HTTP
WebRTCによるビデオチャットサービスの開発 - Qiita
はじめに Webで使えるビデオチャットサービスを開発しましたので、システム構成や使用したフレームワークやサービス、開発のポイントなどまとめてみました。 (去年にはQiitaの投稿を作っていたのですが、下書き保存したまま忘れて今頃の投稿になってしました。。) 月々のランニングコストは1000円以内、開発工数は1人月以内で作成しています。 WebRTCが出てきたおかげで、かなり容易にビデオチャットサービスが開発できるようになっていますので、よければ参考にしてください。 開発のポイント、コードだけでなく、開発の動機から、システム構成を決める為、開発前後に行ったビデオチャット関連の技術調査なども載せています。必要最小限の事だけ把握したい方はその辺りは読み飛ばしてください。 開発ビデオチャットサービス: ビデオチャッターズ (http://videochatters.net/) 開発動機 5～6年ぐ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MPEG2-TSファイルを解析して、含まれているPIDと数を列挙する
ライブストリーミングの基礎知識