双方向予測と双予測
2006/08/31を以て当ブログは更新を停止しました。記事は全てこのままですが、基本的に内容はOut of dateとお考え下さい。Next MPEG-4全般(32) mencoder(44) mencoder[コマンド](12) mencoder[基本設定](2) mencoder-x264(36) mencoder[スクリプト](6) mencoder[ビルド](37) x264(7) ffmpeg[ビルド](3) mp4box[ビルド](1) ffmpegX(8) Mac(15) Apple-H.264(8) 圧縮日記(44) 圧縮日記264(15) その他(70) ノイズ(76) ここについて(9)
Appleと国際標準規格とx264
2006/08/31を以て当ブログは更新を停止しました。記事は全てこのままですが、基本的に内容はOut of dateとお考え下さい。Next MPEG-4全般(32) mencoder(44) mencoder[コマンド](12) mencoder[基本設定](2) mencoder-x264(36) mencoder[スクリプト](6) mencoder[ビルド](37) x264(7) ffmpeg[ビルド](3) mp4box[ビルド](1) ffmpegX(8) Mac(15) Apple-H.264(8) 圧縮日記(44) 圧縮日記264(15) その他(70) ノイズ(76) ここについて(9)
PTSとDTS
MPEG2などがバッファ管理に使うもの。これがないとバッファチェックができない。 Bフレーム(MPEG1以降)を使う場合、エンコーダ/デコーダバッファ内部でQTの言う「フレーム並べ替え」が発生する。 エンコード/デコードの順番と画面に表示する順番が異なってくる為、各フレームのヘッダに順番を付けてやる必要がある。 PTS Presentation Time Stamp、表示時刻タイムスタンプ DTS Decoding Time Stamp、復号時刻タイムスタンプ デコーダバッファにはデータ内に並んでる通りにIPBBの順番で入って来る。デコードはIPBBの順番でないとできない。 だが、実際に表示すべき順番はIBBPだ。デコードした端からデコーダバッファから吐き出しては続くBのデコードができなくなる。 参照関係（依存関係みたいなもの）にあるBのデコードが終わるまでIとPはバッファに居てもらわない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
