- x264 VFW GUI専用スレ Part6
265 ：VFR_maniac[sage]：2010/10/23(土) 15:34:02 ID:crF3k+3a - 本人が規制中のため代理カキコです
>>262
remuxしないmp4出力は初めて？
逐次エンコーディングによるmuxでは動画の情報を保持するデータ部を
安全確実に先頭に持ってくることは理論的に不可能なので、多分その関係かと。
remuxをしないとそのデータ部は先頭に持ってこれません。
これはmp4の構造上の仕様です。
movie fragmentというものを使えば解消できるのですが、
オーバーヘッド気味になりますし、対応しているdemuxerやプレイヤーはほとんどないと思います。
この問題(必要な情報が末尾に来る)に関しては、Dark Shikari氏の要求により、
もう一人がコーディングの最中です(多分)。
中間ファイルを作らずにremuxする手法を採用するハメになったので、
めんどくさいことこの上ないです。はい。
|
- x264 VFW GUI専用スレ Part6
266 ：VFR_maniac[sage]：2010/10/23(土) 15:38:19 ID:crF3k+3a - 同じく代理カキコです
>>264
MPEG-4 Sysytemの仕様(14496-1)によると、 MPEG音声ストリームがVBRの場合には
avgBitrate(平均ビットレートフィールド)には0を書き込むべきであるという記述があるので、それに従って0にしてます。
っていうか、もう決めウチで0にしてます... それを見て0kbpsと表示するソフトウェアを使っているからでしょう。
例えば、非改造版mp3infpとか。
CBRはともかく、VBRとABRの境界がmuxer側からでは判断できない(と、我々は思っている)ので、0にしてるのです。
CBRな場合は... どーしましょうかね。
とりあえずAACではCBRは先ずないので、それで正常です。紛らわしいよね。
そもそもCBR, ABR, VBRそれぞれの厳密な定義が仕様書内でされてないのに、仕様書で使うなって話だったり...(汗)
VBRなのにavgBitrateを0にしていないソフトウェアは、若干お行儀が悪いと言えます。
("べきである"はshouldではなくshallの訳として採用したもので、"当然"の意味合いより、その要求は結構強いです。)
|
- x264 VFW GUI専用スレ Part6
268 ：silverfilain ◆jDKusvyOe7fH [sage]：2010/10/23(土) 16:33:28 ID:crF3k+3a - 補足
>>262 の件に関して
要約すると、remuxしない限りプログレッシブダウンロード対応は不可能です
auの.3g2に正しく対応していればfragment対応なはずなので
fragment対応のプレーヤはいくらかはあるかと思いますが、一般的と言えません
少し古いflash playerも対応していないと思われます（ごく最近FMS4で初めて対応したらしいので）
>>264 の件に関して
VBRの場合にavgBitrateを0にしなければならないのは音声に限った話ではないと思われます
そしてavgBitrateはいずれにせよ参考値でしかないと思われます
仕様書に詳細な計算方法などの記載がなく、muxerごとに異なってもおかしくないからです
VBRな場合はshall be set to zeroですがCBR/ABRな場合に0が不可とも書かれていません
つまりそもそもavgBitrate自体が色々とナンセンスなフィールドです
|
- x264 VFW GUI専用スレ Part6
269 ：silverfilain ◆jDKusvyOe7fH [sage]：2010/10/23(土) 16:55:58 ID:crF3k+3a - >>267
手元ではMPC内蔵・MediaInfo単体の両方で表示出来ています（どちらもちょっと古いですが）
SEIの情報を削除するパッチが当たったビルドを使用していたりしませんか？
ご自分でビルドしたものでなければ、JEEB氏のビルドを試してみてください
http://x264.fushizen.eu/
|
- x264 VFW GUI専用スレ Part6
270 ：名無しさん＠編集中[sage]：2010/10/23(土) 17:15:19 ID:crF3k+3a - そういやここGUIのスレだった orz
まぁCLIでやってエンコードオプションが表示されるなら、自分としてはわかりませんってことで…
|