本人が規制中のため代理カキコです
>>262 remuxしないmp4出力は初めて?
逐次エンコーディングによるmuxでは動画の情報を保持するデータ部を
安全確実に先頭に持ってくることは理論的に不可能なので、多分その関係かと。
remuxをしないとそのデータ部は先頭に持ってこれません。
これはmp4の構造上の仕様です。
movie fragmentというものを使えば解消できるのですが、
オーバーヘッド気味になりますし、対応しているdemuxerやプレイヤーはほとんどないと思います。
この問題(必要な情報が末尾に来る)に関しては、Dark Shikari氏の要求により、
もう一人がコーディングの最中です(多分)。
中間ファイルを作らずにremuxする手法を採用するハメになったので、
めんどくさいことこの上ないです。はい。
同じく代理カキコです
>>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の訳として採用したもので、"当然"の意味合いより、その要求は結構強いです。)
mediainfoでエンコードオプションが表示されないのも、そのせい?
補足
>>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自体が色々とナンセンスなフィールドです