rtmp -> iphoneにストリームを流すでの由無し言。
たとえば-3のタイムスタンプの場合HexにするとFF FF FDになってしまうので、16777213というタイムスタンプとなってしまう。 中途のパケットがないので、コンバートがおかしくなる という事態に陥ってしまうみたいです。 ３：中途でデータが欠如することが許可されている。 rtmpの仕様上、中途で音声や映像データが送られなくなったとしても成立します。 ４：扱っているコーデックがffmpegで変換できるとは限らない。 G.711やハードウェア依存の音声コーデックもflvに定義されているのですが、こういうデータが流れてきた場合はコンバートうまくできないみたいです。 ５：timestampと映像のデータの長さが一致していなくてもいいっぽい。 現在httpTakStreamingのデモで再生してもらうとわかるかとおもいますが、再生していると特に途切れているわけではないのにデータがたまっていきま
プログラムしてみようか
表題どおり、javaで動くメディアデータの変換プログラムを書いていました。 といっても、pureJavaで書いているわけではなく、ffmpegとかつかって変換させるというものです。 概念的には次の図のようなやつです。 動画のデータのUnitを入れると、変換した後のデータがでてくるというもの。 xuggleを使う場合はこんな感じ。テストコード avconv(ffmpeg)を使う場合はこんな感じ。テストコード となりました。 やってることは同じで １：TranscodeManagerを宣言。 ２：MediaUnitを解釈するためのプログラム設置 xuggleならpacketizer、ffmpegならdeunitizerとunitizer ３：TrackManagerをTranscodeManagerに作らせる ４：TrackListenerをくっつけて出力を拾わせる。 となってます。 これをう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jsegmenterのプログラム作り直しました。