【AVI/ASF/MKV】最強コンテナ決定戦【MOV/MP4/OGG】

1 ：2007/10/08 〜 最終レス ：2012/10/24

コンテナフォーマット - Wikipedia
http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%B3%E3%83%86%E3%83%8A%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88
後はヨロシク。

2 ：

(´ι _` 　) あっそ

3 ：

今後の普及に期待を持てるのはMP4(ISO/IEC 14496-14)

4 ：

AVIが入ってるところから、このスレの程度が知れるな。

5 ：

AVI もはや死に体のコンテナのためユーザーの自発的な拡張（120fps等）で延命したが
互換性の問題（VBR音声等）などもでた('∀`)
ASF マイクロソフトのマイクロソフトによるマイクロソフトの為のコンテナ。強力なDRM等で
普及はしてるがもっとユーザーが使いやすくなるようなソフトだせよヽ(`Д´)ﾉ
でも入手しやすく余計な事をせずにすぐ見れる為｝（Windows環境限定）一般人は好む。
MKV マトリョーシカの名前通りに何でも入れられるがコンセプト（だっけ）タイムコード制御
によるVFR、豊富な対応コーデック、字幕、チャプターの格納、複数トラック等機能豊富。
コレを作成、鑑賞するための日本語での情報は比較的少なく日本ではマイナー海外では
スタンダードになりつつある。マニアは使い続けそう(;´Д`)ﾊｧﾊｧ
MP4 期待の新星。対応コーデックはMKVより少ないが国際標準規格の安心感。フレーム
の表示タイミングをコンテナで制御する真VFR等機能面も充実。
ボックス構造と呼ばれる方式で柔軟な拡張が容易でありチャプター等も付けられる。
様々な場面での活躍が期待されるヾ(oﾟωﾟo)ﾉﾞ ！！！

6 ：

ちなみにMP4のベースになったのはMOVコンテナ。MOVはMP4のスーパーセットとも言えるが、Win版QuickTimeの行儀の悪さが手伝ってMOVが普及する兆しはない。

7 ：

>>5
ASFは一般人はつかわんだろｗ
WMV作って拡張子をAVIにして拡張子連動させて喜んでるレベル。

8 ：

自分で作るのではなく、ただ見るだけの人には元からスプリッタが用意されている
ASFが人気と言うことだろ。

9 ：

知らん間にmp4スプリッタとやらが入ってた・・

10 ：

倍速視聴のために、わざわざPowerDVDの古いやつを残しているが、
MKVやOGMの再生には対応していない。
音声のトーン調節が可能で、MKVに対応しているプレイヤーって
どんなのがある？

11 ：

>>10
WinampのDSPも使えるffdshowで何とかしろ。

12 ：

AVIコンテナってさ、音声と映像の同期ずれを修正する機構って無かったんだっけ?
ちょい難しい内容でスマンが。

13 ：

>>12
過負荷で映像が遅れる、ソースレベルで同期していない等、音声のずれにも
いろいろある。キャプチャ時にRTCの精度が低く、不適切なサンプリング・レートが
設定されているだけなら、fpsを何らかのツールで書き換えるなどすれば正常化する。
Rfps値にはなるけど。

14 ：

>>13
ありがとうです m(_ _)m
やあさぁ、水晶(RTC)とかの同期ズレだと思われるんだけど、
コンシューマ向けの低価格ムービーカメラのサンプル品で遊んでるんだけど
10時間くらい映像撮影してると 音声と映像で、1秒程度の同期ズレがでて
くるんだよね。(メーカいわく製品誤差だそうだが)
MOV形式だとずれないんだよね。

15 ：

精度が高いRCTの民生品は存在するのか

16 ：

マザーボードのクロック品質で、およそ9割の人間が満足する世界だからな。
中でもアニオタは、録画時間の短さと、口パクによる許容範囲の大きさから、
数フレームずれてるくらいじゃ全く問題にされなかった。昔出回ったアナログ
録りの地下動画には、思いっきりずれてるのが山ほどある。

17 ：

過負荷で映像が遅れるって論外だな。

18 ：

asfの動画をAsfToolsでAVI動画に変換してみたのですが、
音は聞こえるのですが、画像が出ません。
どうしたらよさそうですか？

19 ：

ASFのままにしておく。中身は知らないが、例えばWMVはASFで使われる事が前提のコーデックだし。

20 ：

A:ありがとう
S:そうするよ
F:ふっ…

21 ：

MOVに１票！

22 ：

>>21
林檎儲はMacの中だけでmov使って自己満足に浸ってれば良いんじゃね。

23 ：

なんだと(ﾟДﾟ)ｺﾞﾙｧ！

24 ：

MOVのオープンスタンダード版であるMP4でいいじゃないの。

25 ：

MOVもクローズドな訳ではないけどな。

26 ：

movはコーデックの制限が殆どないのが逆にイヤ。たまにとんでもなく古いのとか入ってて
見るのに苦労する。

27 ：

Rパック？

28 ：

Indeo

29 ：

MOV　AX,BX

30 ：

MP4かASF

31 ：

機能的にはmkv最強なんだけどな・・・

32 ：

VobSubを入れられたり、MKVは確かに便利。公式にはサポートされないとはいえVobSubはMP4にも入れられるが、
私の知る限りではNero ShowTimeくらいでしか日本語字幕がまともに表示できない。

33 ：

なぜだろう、mp4にmuxしたらほんの僅かずれる

34 ：

Matroska

35 ：

AVIは映像・音声を各一つずつしか格納できなかったように記憶していたが
映像・主音声・副音声を格納したaviを最近見かけた。
これってどういうことなんだろうか

36 ：

>>35
これとか。
http://en.wikipedia.org/wiki/DivX#DivX_Media_Format_.28DMF.29

37 ：

>>36
英語が超苦手だが頑張って適当に読んでみたが
divxのコンテナがどうとか書いている気がする。
しかしながら俺が見つけた動画はxivd+mp3+mp3なんだ。
説明不足ですまん。

38 ：

拡張子を変えただけだったりして

39 ：

他にOpenDMLによるAVI 2.0と呼ばれる拡張がある。
http://www.the-labs.com/Video/odmlff2-avidef.pdf
とはいえMicrosoftのオリジナルとは別物だし、そういった機能を使いたければMP4やMKVに
入れるべきだと思う。この場合はXvid(MPEG-4)とMP3だしどちらでもいいが。
>>38
.divxは.aviに変えてもいけたはず。

40 ：

MP4とMKVのどちらでもいいと言う意味です。念のため

41 ：

商用ソフトで端からMKVに対応しないのがあるから、AVIでやるのは意味がある
MP4でもいいけど

42 ：

MKVはAngel's Share(天使の分け前)問題があるから極力使いたくないな。
>>35
MP3ならDual-monoモードがあるから、モノラルなら主音声と副音声を両方
格納できるけどそれとは別？

43 ：

　 Λ＿Λ 　 ／￣￣￣￣￣￣￣￣￣￣
　（　´∀｀）＜　RRMKVRンテナ
　（　　　　）　 ＼＿＿＿＿＿＿＿＿＿＿
　｜ ｜　|
　（_＿）＿）

44 ：

もうごちゃっと音声、字幕、チャプターを丸ごと入れるのが前提ならMKVでしょ。
コーディックはH.264とAACもしくはAC3、これが無難。
まぁストレートな代物なら、MP4の方が無難やもしれんが。
たまにH.264+AACのAVIを見かけるがｗ
一時期流行ったOGMって、エロ動画以外じゃあんま見かけなくなりましたな・・・

45 ：

VorbisはMKVでも使えるし、OGMが廃れるのはしょうがない。

46 ：

MOVコンテナでVorbisは使えますか？

47 ：

>>46
QuickTimeにplug-inがあるから入れられるのだろうが、OggやMatroskaにしておいた方が無難。

48 ：

AVI

49 ：

汎用性とか考えるとmp4が流行るのもいいんだけど、またAVIみたいになるんだよな
ライセンスフリーでユーザーサイドで規格の改定が出来るフォーマットがいいよな

50 ：

それはバッタモンフォーマットの乱立にも繋がりかねないからな
家電にとっては、変わらないことがメリットでもあるわけだし

51 ：

http://oshiete1.goo.ne.jp/qa3319795.html

52 ：

結局、Microsoftの独自規格でしかなかったAVIよりも、ISO規格のMP4の方が
メーカーとしては安心して使えるだろう。

53 ：

PC以外を考えるとAVC+AAC.mp4しかないよな
勢い次第ではMSだってそのうち対応してくるだろうし・・・
wmvがあるから当分は無理かなｗ
Vorvisもあまり流行らなかったし、mkvも字幕等の特殊用途以外では難しい
個人的にはこっち押してるんだが、TVのキャプとか音声はAACのまま取り込めばいいしmp4で間に合うんだよな・・・

54 ：

（# ｀ハ´） rmvb一択ｱﾙ

55 ：

realは粒れろ

56 ：

中国ってなんでReal王国なん？

57 ：

中国史上最大の謎の一つ

58 ：

MP4が随分人気みたいですが
それぞれエンコード済みの音声と動画の生ファイルからMP4コンテナにぶち込んでくれるソフトってあるんでしょうか？

59 ：

ありますよ。

60 ：

>>58
Doom9のテンプレを読むのが早い。
http://forum.doom9.org/showthread.php?t=62723

61 ：

>>60
ありがとうございます。
一番頭にあったMp4Boxとやらを使ってみます

62 ：

Ｙａｍｂ使えよ。

63 ：

別にGUIなんていらねぇだろ。

64 ：

>>62
YAMB使ってみたんですが、
コンテナにつめこむ段階でプログレスバーは進まないは時間は動かないわよくわからん。
MP4BoxのフロントエンドならMp4Boxそのまま使っても同じじゃないかと

65 ：

QuickTimeプレーヤのPro版だと、2つを結合して「そのまま」でMPEG4に
書き出せたりしますが、Mac以外にゃあんま需要ねーかｗ
＃movからmp4へのコンテナ換え

66 ：

MP4BoxでもMOVは読み込めるし、QuickTimeは使わなくてもいい。

67 ：

初々しい書き込みだな。

68 ：

m2tsコンテナの時代がキタ

69 ：

http://ja.wikipedia.org/wiki/%E3%83%8E%E3%83%BC%E3%83%88:Audio_Video_Interleave

70 ：

吹いた。
IP202.152.108.232で編集している奴最悪だな。どうせダウソ厨の主観で技術的裏づけを取っていないんだろうが。
AVIコンテナとしての制限（FPS指定が一箇所、sampleサイズ指定が1箇所）とMuxerのhack（NULLフレーム水増し、インデックス偽装）
をごっちゃにしている。AVIがCFRだというなら、同じ原理で音声はCBR。Muxerのhackを認めるなら音声はVBR対応だし映像もVFR対応だ。
本来規格を客観的に正しく書くべきwikipediaにおいては、AVIはCFR・CBRを貫くべきだろうな。
Bフレ対応にしてもVfWの1in:1outが話題に出ているが、全くの勘違いなのが痛い。
AVIでBフレを正しく扱えないのは、コンテナとしてデコードの制御しか出来ない規格だからだというのに。
映像の再生は、デコード→コンポジション（→プレゼンテーション）というステップを踏むが、AVIが指示できるのはデコードのみ。
だから、Bフレの様な「表示に必要な情報が未来のフレームにあるので、そのフレームを先にデコードしないと表示できない」データを正しく制御できない。
このフレームのデコードと表示の順序逆転が遅延（ディレイ）として現れるので、拡張AVI出力のようにBフレ対応を謳ったソフトを使っても
必ず最低1フレームのディレイが生まれる。（当然参照Bフレームを利用し参照系が増えれば、その分ディレイも増加する。）
MP4の場合は、デコードとコンポジションを別指定できるため、先にディレイ分一気にデコードし、コンポジションを使って各ピクチャの
表示を制御するというコンテナの規格内で表示上の遅延を抑止出来る。（tc2mp4ModやDTSRepairなど。）
実のところ、MP4はedtsを使えばプレゼンテーションも制御できるんだが、対応したsplitterがないっぽいんだよね、QTぐらいしか。
と思うに任せて書いたけど、ここの住人にとっては周知の事実だったか…

71 ：

適宜改行するとかしろよ

72 ：

>>71
ごめんよぉ...orz
かっとなって書いたけどちょっと反省してる。
ちなみに、hackのやり甲斐があるAVIは好きなので否定派じゃないのよ。
ただね、AVIの唯一の強みだった再編集のやり易さもMP4に追いつかれちゃって、
そろそろ世代交代なのかなぁと思うこの頃です。

73 ：

現実的な選択としてAVIの他にはASFしかなかった頃から、大分状況は変わった。

74 ：

TMPGEncのｍｐ４が、HDに対応してくれれば移行するのになぁ。

75 ：

>>74
MainConceptだから性能悪い

76 ：

>>70
それ書いたの俺です。
できるだけ裏取りながら書いたんですが、不備が結構あると思うんで書き換えちゃってくださいな。
あと、俗にハックと言われてる方法のうち、VBR音声関連は実はハックでもなんでもなくて、
AVIのまともな扱い方の範疇ではないか、という思いもちょっと入ってます。
AVIはCFRにしか対応してなくて、NULLフレームの水増しによる擬似VFRは確かにハックだと思う。それは同意。
だからこそ、本文にはVFR非対応を残してます。これは否定しようがないでしょうし。
で、VBR音声だけど、CFRすなわちCBRというのは成り立たないと思いますよ。
CFRでVBRな音声形式はたくさんあります。MP3もAACもそうです。
ここから先は独自研究になっちゃうんで、Wikipediaには書けなかったんだけど、
AVIスプリッタによるタイムコードの割り当てはビデオも音声も同じ方法で割り当ててるんです。
どちらも同じAVISTREAMHEADER構造体の情報を元に、各パケット（wb00チャンクとかdc01チャンクの
一まとまりのデータ）単位かつ、音声の場合はwfx.nBlockAlign単位を一まとまりとして、
dwRate,dwScaleで指定されるレートでタイムスタンプをつけていきます。
（ちょっとわかりにくい表現かもしれませんが、すみません。）
Nandoのハックを例にすると、MP3の1フレームには必ず1152サンプル(MPEG2/2.5の場合は576サンプル)含まれています。
なので、wfx.nBlockAlignをMP3のフレームサイズより大きい値にして、wb00チャンクに1フレームずつ格納します。
そうすると、必然的にフレームレートはdwRate/dwScale=サンプリング周波数/1152 となります。
こうなっていればビデオストリームと全く同じ方法でタイムスタンプを付けるだけで正しいタイムスタンプがつきます。
結局のところハックでもなんでもなくて、ストリームを正しく扱ってるに過ぎないんですよ。
続きます

77 ：

Bフレームは、単純な遅延のみであれば、他ストリームのdwStartを適切に増加させてあげれば済みます。
dwStartをまともに扱えるソフトが少ないとしても、AVIの規格には存在するのですから、
AVIの記事には含めるべきだと思います。もちろんまともに機能していない現状を補足するのは良いと思います。
それから、Bフレームの表示タイミングとか、デコードの順番ですが、
まるも製作所の茂木さんのアイディアを少々拝借してます。
http://pc11.2ch.net/test/read.cgi/avi/1023209133/270-272
結局のところ各データへのランダムアクセスが可能であれば
フレームの順序なんて関係ないんじゃないですかね。
WikipediaのAVIの記事ってことなんで、VFWとかDirectShowの話を抜きにして
純粋にAVIだけでまとめてしまってもいいんじゃないかって考えもあったので、
現実とやや離れ気味かもしれません。できるだけ離れないようにしたつもりなんですが。
MP4の編集環境が揃ってきたうえ、VCMの足かせは外れそうに無いんで
やっぱり世代交代なんでしょうね。。。

長文すみませんでした。
あと縦読みしても何もでてきませんよ。

78 ：

まぁそんなノートの内容より、本文の　(DivX+MP3).avi　とかいう
ひどい記述を何とかしたいんですが、まとまった時間がとれず・・・

79 ：

DirectShowのMS製AVI Splitterが「そう動くから」をAVIコンテナの規格と位置づけるなら、
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/DirectX9_c/directx/htm/mpeg1waveformat.asp
ここを読んでみるといい。wfx.nBlockAlignを1にすることでVFRオーディオを扱うことが用意されている。
これをAVIコンテナに格納する方法は、先に書いたIndexの細工（というが、実質はストリームに応じた適切な設定）と、
MUSTINDEXUSE（だったかな？）の指定で実現できる。
これもAVIコンテナの規格としては外れていないし、先のAudio StreamをSplitterの実装を逆手にとってVideo Streamと
同様のロジックに落とすことと同じことをやっているわけだけど。
それでも、VBRは対応していてVFRは非対応という結論がなぜ出せるのか？　その基準は？ということになる。
これはVideo Streamにもいえて、NULL水増しとはすなわちDropフレームの増加であって、Dropフレーム自体はAVIコンテナの
規格通り。これも、デコーダがDropフレームを前フレームのコピーとしてレンダラが描画を書き換えないという動作を利用し
ているわけだけど。MP4にしたってVFRといってもTimeScaleを越えた分解能は持っていないわけで、AVIのFPSを大きくするこ
とで分解能を増やす方法（120fps化）となんら変わらない。
結局、AVIに対して行われてきたこれらの工夫はAVIコンテナの規格を利用しているわけで、alexがAVIの規格に正確に対応して
いないソフトを糞splitter(demuxer)/decodeと罵る所以だが、果たして、客観性と中立性を求めるwikipediaに置いて「あるべき」
とする主観論者の意見と「現状」という観察しうる客観性のどちらを記述すべきかということになる。
厳密にAVIコンテナとして実現しうる事を書くなら、VFR・VBR対応と書き、VfWの問題点を併記しながら多くのソフトウェアが
CFR・CBRでなければAVIコンテナを扱えない旨を書く。（規格と事実の併記）
逆にCFR・CBRが標準的な用途であり、VFR・VBRは規格上存在するが運用上互換性にまだ問題がある旨を併記する方法もある。
（事実と規格の併記）
要するに、主義主張で「あるべき論」を書くなということ。

80 ：

Bフレームの扱いについては、現状は対処法（packed bitstream）しか存在しない。これは、AVIで実現できないコンポジション
（プレゼンテーション）の指示をデコーダが担っているだけ。
Bフレの遅延はまるも氏も仕組みの解説で示しているわけだが。これもAVIでコンポジションの指示ができない、かつ正規のスト
リーム（packed bitstreamではない）を扱う場合にデコーダがディレイ用のバッファを用意し、（参照系分は遅延が発生するけ
ど）表示上問題がないようにしているだけ。
デコーダで補えているからといって、コンテナが対応しているというのは解釈がおかしい。
それに、dwStartを適切に設定するというのも対処法であって、コンテナがデコードとコンポジションの順序が逆になるストリー
ムをコンテナ内で解決できないことに変わりはない。
このあたりは私情が挟んでいるように見えるのでどうかと思った次第。

81 ：

まぁ、MakKi氏の言いたい事は分かるし、慣れ親しんだAVIが実は結構柔軟なコンテナ
なんだって事をアピールしたい気持ちは俺にもあるんで、今の記事が許せないところは
とっても共感するのですよ。
ただね、wikipediaだってAVIコンテナと同じで、コンテンツが期待する記事を書いて
上げないといけないと思う訳です。これは、AVIコンテナを正しく扱ってくれない
ソフトウェアに対する気持ちと同じなんですね。
俺もwikipediaを編集してみるかなぁ…

82 ：

MPEG1WAVEFORMATに規定されてたのね。見落としてました。
MP3はMPEGLAYER3WAVEFORMAT使うのが一般的なようで、でもMSDNに無いんですよね。
WAVEFORMATEXの方には、
>ソフトウェアは、データの複数の nBlockAlign バイトを、一度に処理しなければならない。
>デバイスに書き込むデータ、デバイスから読み込むデータは、常にブロックの先頭から開始しなければならない。
>たとえば、PCM データの再生を、サンプルの中間 (つまり、非ブロック アライメントの境界) で開始することは不正である。
とあるんで、WAVEファイルでnBlockAlignを最大フレームサイズにするのは間違いなく不正でしょう。
ただ、AVIファイルの場合、wbチャンクの先頭はサンプルの先頭であることが一応保証されてるわけですし、
非ブロック境界で切らないために大きい値にするのはある意味正しい、
という解釈はやっぱり苦しいですかね。
WAVEファイルはどうあがいてもCBRしか正しく扱えないフォーマットですし、
それと同列に落としてしまうのももったいないかなとは思います。個人的な感情ですが。
VBR対応かつVFR非対応の根拠はビデオストリームがそうだから、じゃ不十分ですかね。
AVI内では、少なくともAVISTREAMHEADERを基本情報とした同等なストリームとして扱ってるわけですし。

83 ：

Bフレーム関連で、デコーダがバッファするのは問題ないと思いますよ。
他コンテナでも結局Pフレームはデコーダがバッファしてるわけですし。
表示タイミングの問題だったら
http://pc11.2ch.net/test/read.cgi/avi/1023209133/272
でいいんじゃないですかね。
これならフレームデータに付いてるタイムスタンプをそのまま使うわけですし。
問題は実装が伴ってないことですけど。
俺も「あるべき論」だけで書くのは不味いと思いますよ。
少なくとも本文には入れていないつもりです。
もともとき加えはほとんど無いですしｗ
ノート（英語版はdiscussion）は文字通り議論の場なので、
こちらにある程度の個人的な意見が含まれるのは良い、という線引きはしてます。
今回コメントアウトした項目はいずれも、現状回避されている例のあるもの、という基準を頭においていました。
回避された現物が存在するのに、本文で欠点であり不可能と言い切っているのは不味いでしょう。
でも可能と書くにはちょっと躊躇われる点もあるので、
とりあえずノートに移動して議論したほうがいいな、という目論見でした。
事実こうやってよく知った人と話せてるんで成功ですかね。
Wikipediaの性質自体、多人数で編集してなんぼのものなので、編集してみてくださいな。

84 ：

wikipediaって、2chに書くよりプレッシャーですね。
それは置いておいて。
MakKiさんの提唱するデコード方法に抜けている考え方は、データの読み込みタイミングなんです。
静止画をただ作るだけなら話は別ですが、動画は連続した流れの中でデータを扱うので、AVIのようにデータを
デコーダに渡すのをFPSで制御している以上、バッファ中は何も表示されないって事になってしまいます。
それをparserが汲み取って一気にデータを読み込んでデコーダに送ることも可能でしょうが、一気に読み込むデータ量をどう
やって指示させますか？　AVIにそのような定義はできますか？　ってことです。
（それを実現したのがPacked-bitstreamですが、これはストリームフォーマットを変えちゃったんですよね。）
まぁ、parserでありdecoderでありrendererなFilterを作れば一気に解決できるのでしょうが、結局AVIではそういう制御ができ
ないから他で補うって発想が根底にあるわけです。
他のコンテナでは、デコードとコンポジションのタイミングを操作できるので、Packed-bitstreamのような事がコンテナで出来るんですね。
I0を0ms後に読み込み -> I0を0ms後に出力
P4を1ms後に読み込み -> P4を133.2ms後に出力
B2を2ms後に読み込み -> B2を66.6ms後に出力
b1を33.3ms後に読み込み -> b1を33.3ms後に出力
b3を99.9ms後に読み込み -> b3を99.9ms後に出力
フレームに個別のタイムスタンプを持っているか持っていないか、結局はそれがAVIの限界になるわけです。

85 ：

音声のVBR対応については、どう記述するのかむずかしいのでまだ保留中です。
こいつは、AVIの規格としてはあまり問題ではない格納方法ですが、あくまでMuxerが内部に納められたストリームを
認識して個別の操作をしてやる必要があるため、互換性が著しく低いという問題があります。
言ってみれば再生専用ですね。
そこをどう書くかなんですが、たとえばwikipediaみてVBRいけるんじゃんってなった人が、AviUtlなんかでVBRな音声のAVIを
作ろうとして上手くいかず、wikipediaの記事は嘘っぱちだと騒いでもらっても困るとおもうのですよ。
となると、正式にはCBRで再生互換を有したVBRなAVIも存在するが、編集は専用ソフトで〜みたいな書き方になってしまうのかなぁと。

ま、何はともあれ、スレ的にはAVIコンテナ最強ってことでOKでしょう。
うあなにをするやめくぁwせdrftgyふじこlp

86 ：

IndeoやCinepakを扱うには問題のないコンテナではあるのだが。

87 ：

>>84
パーサの改修は不要ないです。デコーダ側でタイムスタンプの解釈を変えるだけです。
現状 AVI Splitter からはフレームレートに応じたタイムスタンプが単調増加しながら
付加されて出てくるわけです。
これを、そのフレームデータをデコードした結果に付加すべきタイムタンプと解釈する
のではなく、レンダラーに渡す際に FIFO で利用すべきタイムスタンプとして使うだけ
です。
　I0 [st:0.000 sec] -> I0 として [st:0.000 sec で] 出力
　P4 [st:0.033 sec] -> デコードだけしてまだ出力しない
　B2 [st:0.066 sec] -> デコードだけでまだ出力しない
　b1 [st:0.100 sec] -> b1 として [st:0.033 sec で] 出力
　b3 [st:0.133 sec] -> ここで B2 を [st:0.066 sec で] 出力
　P8 [st:0.166 sec] -> b3 を [st:0.100 sec で] 出力
　…途中略…
　EoS 通知 -> バッファ分を順次出力
現状の ffdshow では何故か P4/B2 のデコード時にも絵をレンダラーに渡しているので
再生時にズレが発生してしまいますが、上記の処理であれば問題は出ません。

88 ：

MP4 での CTS/DTS ではどうなるかですが、DirectShow ではそもそも表示時間しか
渡すことができないので
　I0 [st:0.066 sec] -> I0 として [st:0.066 sec で] 出力
　P4 [st:0.200 sec] -> デコードだけしてまだ出力しない
　B2 [st:0.133 sec] -> デコードだけでまだ出力しない
　b1 [st:0.100 sec] -> b1 として [st:0.100 sec で] 出力
　b3 [st:0.166 sec] -> ここで B2 を [st:0.133 sec で] 出力
　P8 [st:0.333 sec] -> b3 を [st:0.166 sec で] 出力
　…途中略…
　EoS 通知 -> バッファ分を順次出力

という処理になっているはずです。
# stts が 1000/30 で単調増加で、ctts で I/P には 2 フレーム分の遅延が、
# 参照 B には 1 フレーム分の遅延が追加、非参照 B (小文字の b) は遅延 0
# という状況を想定
こちらでは、そのフレームに付加されていたタイムスタンプをデコーダが管理して
そのフレームを下流 (レンダラー) に渡す際に正しく付与するという形になります。

89 ：

正直、最初に書いた側の方が実装は楽なんじゃないかなと思うことがあります
# ピクチャタイプをフィルタが意識せずに済み、デコーダライブラリがタイム
# スタンプをサポートしていなくても容易に実現できる
以上は DirectShow での再生時しか考えていないので編集時には問題がでます。
現状 AVI を編集する際には VFW CODEC を使うしかない (VFW を捨てるならば
AVI のメリットの大半がなくなる) のでこれは回避不能ですね。
編集時に正しいフレームを表示できない AVI に意味があるのかと聞かれると、
スプリッターが標準でインストールされてるという利点ぐらいしか残されて
ないんですよね。

90 ：

あと MakKi さん提唱の
I0 -> I0出力
b1 -> バッファ,出力無し
B2 -> バッファ
b3 -> バッファ
P4 -> b1出力、以降順にB2,b3,P4を出力

ですが、この順序での入力は CODEC 側が対応しない (H.264/AVC の規格からは
壊れたストリームとして扱われてしまう) ので無理だと思いますよ。

91 ：

コンテナスレなので、一応コンテナの話もしておくと、個人的には MP4 はあまり
好きじゃない。
・stbl 関連のグダグダっぷりが醜すぎる
　stsc,stsz,stz2,stco,co64,stss あたりを眺めてみると絶望してこない？
・moov, moof で何でまったく別の box 構成になってるんだ
　まー moof 使ってるのは 3g2 ぐらいだから普通の人は気にせずに済むけど
・なんで mdat にヘッダ入れちゃいけないんだ
　新しく対応フォーマット増やすたびに stsd を拡張して、標準のヘッダを
　descriptor に変換したり、CODEC の出力からヘッダを落としてやるコード
　書いたりしなきゃいけないじゃないか
好きじゃない理由はこんな感じ。
ttp://standards.iso.org/ittf/PubliclyAvailableStandards/index.html
から
ttp://standards.iso.org/ittf/PubliclyAvailableStandards/c041828_ISO_IEC_14496-12_2005(E).zip
で規格書を無料で読めるので、眺めてみると同意してもらえるんじゃないかと思う。

92 ：

>>87 以降
まるも氏までこられるとは。
私がparserの話を出したのは、MakKi氏のデコード方法がストリームデータを一旦蓄積するデコードモデルだったので、
h264 parser辺りにその仕事を割り振る感覚で出しました。
まるもさんはDirectShow前提のモデルで話しているのかな。
たとえば>>87の処理では、デコーダがレンダラーのFIFOで利用すべきタイムスタンプを設定したときに、その時刻は
現実世界では既に経過してしまっている、という矛盾が発生するのではないですか？
現状、DirectShowのレンダラーはがんばってその時間に近づけようとしてくれるので、この場合は再生直後が早送り
になってしまうはずなんですよね。
>>88 のMP4においては、MP4 Splitterの実装を見てみないと正確に書けないところがありますが、MP4のCTS/DTSの
仕組みを考慮すると、Splitterは指示された「時刻」に該当するCTSのサンプルを見つけ、そのCTS以前に存在する
IDRフレームまで遡り、サンプルの格納順にDTSが「時刻」になるまで取得したサンプルを、CTSの表示時刻をつけ
てデコーダに送っているはずっと…　あとは連続した再生用に直近で取得したサンプルの位置を保存して無駄なFetch
を回避している感じかな。
edtsとか無視しているんで、こんなところじゃないですかね。
実際、この動作を狙って作られたのがtc2mp4ModやDTSRepairであり、それで作成されたMP4はまさにそのように動い
ているので。
エンコにかける青春スレも最近の記事は読ませてもらいましたが、そこであがっていた100カウントするMP4がこれで
したね。まだ残っていますので、ご覧になってみては？

93 ：

>>92
もしかして seraphy さんでしょうか？
私も MP4 Splitter のソースを詳細に追ったわけではないのですけど、DirectShow で
パーサフィルタを作る場合は、基本的に垂れ流しモデル (レンダラーでブロック
されることを期待して、パーサ段階でのタイミング調整は行わない) を採用します。
http://www.marumo.ne.jp/db2005_6.htm#23
で書いたような動作ですね。(勿論、パーサでタイミング調整を行う邪悪なフィルタ
セットも世の中には存在していて、そーゆーのに出くわすと絶望してあんな愚痴を
延々 6/10 〜 6/26 まで書いたりもするのですけど)
垂れ流しモデルを採用している場合であれば、
> デコーダがレンダラーのFIFOで利用すべきタイムスタンプを設定したときに、その時刻は
> 現実世界では既に経過してしまっている、という矛盾が発生するのではないですか？
という現象は、デコード処理に CPU 100% を使い切ってしまい、処理が間に合わなく
なる時にしか発生しません (シーク後の再生直後とかには発生しがちになるかもしれ
ませんが、その対策は I0 の出力を B2 入力時にずらすことで可能になります)

94 ：

>>92
あ、上でピラミッドなサンプルだったので、AVCを意識してIDRフレームって書きましたが、まぁ、RAPということで。
>>91
コンテナ談義であれば、MP4はダメダメだと私も思います。
大体、対応ソフトを書くとしてどこまで実装者に苦労させるんじゃボケってくらい…
結局、全てのboxを考慮して実装できない現状が、互換性の低下につながっているわけですし。
（かくいう私もbox限定なコードしか書いたことないですし。規格書は斜め読みしかしてないので、
ぼちぼち本腰いれていかないとおまんま食えないのですけどね･･･）
それに輪をかけて、ストリームの制限があるので携帯機界隈は混沌としています。
ただ、実装者が苦労すれば、利用者はAVIよりも気軽に使えるようになるんじゃないかなという可能性はありますけどね。
何年後かは置いといて…
AVIはVfWがあるおかげで実装者は楽できますが、反面VfWの制限を受けるので色々と利用時にしがらみが出てくると。
それじゃぁがんばってMuxer作りますかといえば、互換性を下げちゃいますしなんともかんとも…
つまるところ、まるもさんが新コンテナを提唱すればいいとおもうのですよっ！（丸投げ
ってはじまったMKVが現状あれなので、普通に乗り気にならないですよねぇ
（まるもさんの記事はためになるので読ませてもらってます。リレーブログの方は世間的に取り上げられてないのでもっ
たいない〜と思うその一です。）

95 ：

>>94
書き込む前にリロードしろよ、俺！　あと書き込んだ後も見ろよorz
>>93
seraphy氏ではないですよ。かといってVFR_maniac氏ともちがいます。（というか畏れ多いです。）
私自身は仕事上でこういうものに触れるだけで、ソフトの公開とかはやっていないです。
とても仕事の傍ら「同じ事で」頭を悩ますのは耐えられないので…
そういうこともあって、同業界でソフト公開・サポートまでされている方々はまさに尊敬しているわけです。
別に噛み付いているわけではないのですよ。←ここ重要
で、Splitterの話に関しては、上で書いている両氏のソースとかから考え方を抽出しただけです。
私はGabest（だったかな？）のSplitterを使っていて、nhmlとかでDTS/CTSをいじくりまわしていたときに上のロジックに
行き着いただけですが、かといってそれほど多くを実験したわけでもないですけど。
まぁ、DTSの刻みを極小にしてみて、再生実験してみればある程度はわかるかもしれません。
（その前にソース嫁と言われそうですが。）
AVI Splitterは、垂れ流しモデルということなんですね。
でも、デコーダ側でFPSを元に1フレームIN：1フレームOUT基準でタイムスタンプをつけてしまうから、初期ディレイが
生まれるというわけですか。ffdshowの方をいじれば、AVIでもピラミッドを利用して遅延を発生させずにすむと。
バッファが遅延分のデータを格納できるまで十分に大きい必要はありますが。
ただ、上のモデルではランダムシークに弱くなってしまうので、GOP（とあえて使いますが）の長いストリームには俄然
不利になりますよね。で、結局各フィルタがタイムスタンプで制御しているんだろうと思っていました。
単にマシンパワーがあがって気にならなくなっただけなんですかね。

96 ：

>>84
編集乙です。なぜかエネルギー使うんですよね。
>>84,90,92
デコーダには先にPを渡さないといけなかったのですね。その辺の仕様を知りませんでした。
H.264の規格くらいはちゃんと勉強しないとだめですね。申し訳ない。
>>85
ストリームの種類を問わない方法として、こんなの考えてみました。
http://mksoft.hp.infoseek.co.jp/doc/vbrinavi.html#3.2
ただ、これは本来AVIで使えないはずのVFRになぜかなってしまっているという・・・
>>87
そのタイムスタンプを調節するデコーダは、正しいタイムスタンプをつけるコンテナには使えないですよね。
やはりAVI専用の処理が必要になってしまうと。
DirectShowの場合GUIDで見分けるだけでしょうけど。
やっぱり問題はVCMで編集すると、再生(DirectShow)で表示が食い違う点ですか。

読み出しタイミングの調整の話ですが、中間のフィルタ(含デコーダ)が費やす時間が不定な以上、
最終的な時間調節はレンダラしか出来ないと思います。
そうするとどのようなモデル(Dshowのようなパーサ駆動Push型,レンダラ駆動のPull型 他)であれ、
パーサは可能な限り先行して読み出しを行なわなければならない、となりませんか？
もしそうなら、読み出し時間の指定ってほとんど不要じゃないかなと。
もちろんヒントがあった方が効率は良いでしょうが。

97 ：

Wikipediaには、AVIとVFWやDirectShowとの関係を簡単に説明した項目も加えないといけないかもしれませんね。別記事ではなく。
利点、欠点を語る上で不可避なようですし。
あとBフレームって記述もどうしましょうか。双方向参照フレーム？ですか？
AVIの柔軟性は、勝手にFourCCやFormatTagを定義するだけで、パーサの変更無しに
どんなフォーマットでもとりあえず格納できてしまうことですかね。
昔VorbisACMの吐き出すデータ眺めて妄想したのは、MKVやMP4をコンテナごと格納してしまえばいいじゃん、とか。
やっぱりAVI最強！

>つまるところ、まるもさんが新コンテナを提唱すればいいとおもうのですよっ！（丸投げ
ｿﾚﾀﾞ!

98 ：

まるもコンテナﾏﾀﾞｰ?　（・∀・ ）っ/凵 ⌒☆ﾁﾝﾁﾝ

99 ：

>>96
今までの話から、モデルの違いが大きいとためかなと感じています。
クロックジェネレータ方式（という名前があるわけでなく、結構ハードよりな方式なのでこう名づけてみました。）
のようなモデルでは、時間を制御するジェネレータが、16ms間隔などで定期的にparser、decoder、renderを順に呼び出します。
parserは、指定された時間に色をつけてINバッファに必要なデータを読み込みます。
decoderは、INバッファにデータがあればデコードして、必要な分だけOUTバッファに戻します。
renderは、OUTバッファにデータがあれば、指定された時間以前のデータで直近を1枚表示します。
ざっくりとはこんな感じで、各バッファ上限をハードの性能で決めて、溢れれば落とします。
（INバッファは理論上あるだけで実際にバッファという使い方はしませんが。）
パーサ駆動なのですが、先読みは「色」分しかおこないません。先読みしなくても問題ありません。
それは、中間のデコーダが与える処理遅延を一定のαとして、映像全体をα分遅らせてしまえばいいという発想だからですけど。
この方式では、結果的にparserに動画の表示タイミングの制御が委ねられていることになります。
あと、よほどのケースを除いて、αはジェネレータの間隔よりも十分小さい値になります。

> ストリームの種類を問わない方法として、こんなの考えてみました。
おお、なんだか面白そうですね。ちょっとじっくり読んでみます。

100 ：

AVI3.0ﾏﾀﾞｰ?　（・∀・ ）っ/凵 ⌒☆ﾁﾝﾁﾝ

101 ：

まるもコンテナﾏﾀﾞｰ?　（・∀・ ）っ/凵 ⌒☆ﾁﾝﾁﾝ

102 ：

Matroskaがなかなか流行らないのは、やはり企業のサポートが無いからなのか。

103 ：

Marumoska

104 ：

>>102
タイムコード制御してても簡単に編集できるGUIツールだせば一気に流行るんでないかい？
対応コーデック多すぎて無理だろうけど。

105 ：

MOVに１票

106 ：

マトリョーシカ

107 ：

マルモーシカ

108 ：

MP5

109 ：

Uzi

110 ：

.exe

111 ：

まるもっすか (*.omo)

112 ：

コンテナ名：Marumoska
読みかた：マルモーシカ
ロゴ：○もって書いてある鹿
拡張子
Marumoska Video：*.mrv
Marumoska Audio：*.mra

113 ：

(*.omo)< 拡張子omoは脚下でska?

114 ：

うわああああああああああああああああああああ・・・・・・

115 ：

これからはTSだろうな。

116 ：

.R

117 ：

.omoいいなあｗ

118 ：

matroskaRンテナ

119 ：

エロ動画はOGM

120 ：

* AVIといえば新種。
* 使用法の歴史にはAVIの影が見え隠れしている。
* AVIは、divxと無料の関係について何か知っているようだ。
* AVIは、flvの世界ではそこそこ名の通った人物である。
* 酩酊したAVIは「圧縮…、共有…」とつぶやいていた。
* AVIはコーデックなしでは生きていけない。
* AVIの謎をとく鍵、それは変換、フォト蔵、mov、ダウンロード、dvd。
* AVIは、ピクセル数について何かを掴んでいるいるらしい。
* 日本語版について一言あるらしい。
* AVIは、格納方法について聞いて回っていた。
* 写真共有サイトについて調べると、必ずAVIに行き当たる。

121 ：

AVIはRンテナ

122 ：

うん、コンテナだね。

123 ：

カスバル

124 ：

90万のソフトってなんだよ

125 ：

age

126 ：

MP4に移行しようとしてるのですが、PS3等で見るにはH264＋AACエンコじゃないとまずいんですか？
今までXvid＋mp3でやってたので、見られるならそのままで楽なのですが・・・

127 ：

この前友達がPS3買ったからためしにMP4の動画再生しようとしたけど駄目だったな
AAC設定がまずかったのかな

128 ：

最新ファームならH.264（Level4.2まで）、DivX、XviD、wmv9（advanced profileを除く）をPS3で再生できる

129 ：

movに１票

130 ：

PS3等のブルレイ再生機器はVC1に対応してるはずだから、
VC1のオーサリングツールが出たら乗り換える。

131 ：

つまりts最強と

132 ：

m2ts

133 ：

(Theora+Vorbis).oggに期待

134 ：

oggは糞

135 ：

いまさらoggとは

136 ：

つーか、Theoraがｸｿ

137 ：

moov

138 ：

うちじゃ未だにAVIが健在

139 ：

同じAVIでもH.264はエンコ時間かかりすぎ。

140 ：

俺はまだXvidのAVIが健在

141 ：

今となっては正直AVIは可逆圧縮を使って編集する途中のコンテナにしかならない。

142 ：

Bフレームを使わない規格ならVfW+AVIでも特に大きな問題は無い。

143 ：

ニコニコで採用されてmp4大躍進

144 ：

ニコニコは赤字だというけど、MP4のライセンス料は払えるのか

145 ：

flvだから関係なくね？

146 ：

flvにH.264は格納できないよ。

147 ：

AVI3.0はまだか？

148 ：

結局Microsoftのサポートが無いOpenDMLは互換性が今ひとつだったし、もう無いだろう。

149 ：

MP4配信のライセンス料って、2010年まではタダじゃなかったっけ？
それに上限100万ドル/年だろ？
仮にも1部上場企業のドワンゴが払えない額じゃないと思うけど

150 ：

すいません、コーデックWMVでコンテナMOVのファイルを
Winで再生するには何を入れれば良いのでしょうか？

151 ：

ASF以外に入ったWMVは互換性が低くて使いにくいね。

152 ：

mp4以外は過去の遺物

153 ：

どうやらmp4で落ち着いたのか？
映像Mpeg2と音声LPCMでチャプターつけて保存しようかと
考えてる俺はコンテナmp4で救われるんだろうか…
mkvとかも考えたがPC以外で再生できる環境がほとんどないみたいだし。
mp4形式なら対応できる再生機器も増えてきてるしチャプターも使えそう
なのでこれでいこうかと思っているのだが。
(チャプターをPCでどうやったらつけられるのかまだわかってはいないんだが…)

154 ：

結局動画のコンテナもAppleが制するのか...
10年前からは想像もつかん

155 ：

>>154

156 ：

MP4がISOで標準化されていなかったら、Apple以外の誰も使わなかったと思う。

157 ：

つーか元祖のはずなのに、appleがmp4についていけてない

158 ：

appleらしいな

159 ：

素晴らしいパイオニア精神ｗ

160 ：

コゲどんぼ

161 ：

MOVとか消滅すればいいのに。

162 ：

>>150は再生無理？

163 ：

Oggはくそ

164 ：

MOV

165 ：

MKVとMP4

166 ：

Yambで字幕付きMP4(H264+AAC+Vobsub)を作成したつもりなんだけど
見事に字幕の再生はできなかった・・　MP4じゃ無理ですか？
MKVのほうが無難なのかな・・

167 ：

MP4の字幕にはttextに変換できるsrtを使った方が無難。

168 ：

ASF

169 ：

後部座席のシートベルト着用していますか？

170 ：

PCを買い換えたらMP4ファイルの再生がGOMでは音が出ず、MPCでは映像・音声共に出ないんですが
解決方法知ってる方いませんか？

171 ：

そのMP4ファイルが壊れてるんだろ

172 ：

>>171
いえ、今まで見れてたので・・・それに全てのMP4ファイルが一斉に壊れるともかんがえられませんしMPlayerではきちんと再生されます。

173 ：

すいません自己解決しました

174 ：

DivX7はMKVをコンテナとする模様
http://forum.doom9.org/showthread.php?t=138607

175 ：

正直、AVI以外いらん。

176 ：

まぁWindowsで使うならaviとmp4があれば事足りるからな

177 ：

QT
MOV
MOOV

178 ：

ぽーにょぽーにょぽにょ

179 ：

トップバリュ

180 ：

asf

181 ：

A\i

182 ：

JR貨物

183 ：

OGM

184 ：

MP4とMOVは実質ほとんど同じ。
ていうか，ffmpegあたりはあまり厳密に区別していないような気がする。

185 ：

しかし何と言ってもISOのお墨付きがあるのは大きい。

186 ：

誰も見向きもしなくなったつうかガン無視されてるISOシリーズもあるけどね…

187 ：

AVI2.0

188 ：

x264をaviに入れるのやめろよ
http://changi.2ch.net/test/read.cgi/download/1219646415/

189 ：

>>166
自分もMP4Boxで-add ***.idxが出来なかった。
ネットでも似たような相談は散見するけど
原因も解決策も見あたらない。
残念ながらMP4は使えないコンテナということで
H.264+AAC+(IDX+SUB)のMKVをメインにしてる。

190 ：

avi

191 ：

VobSub等字幕を入れたいのなら、Matroskaが一番良い。
MP4にもSubRipから変換できるTimeTextがあるけど。

192 ：

mp4にidx入れるのってneroが独自でやってるだけでしょ。

193 ：

moov

194 ：

mp4が若干はやりなんだろうけど
結局mkvと同じで主流にはならない気がする
ａｖｉがcmカットとか一番扱いやすい

195 ：

aviとかmp4にする前にカットするだろ普通。

196 ：

mp4boxやカット等はできるけど、intra-onlyの編集用の規格で無い限り、
エンコードした後でするのは非常に効率が悪い。

197 ：

コンテナとコーデックの区別も出来ない厨は来るなよ

198 ：

それと規格と実装の区別も出来てない馬鹿も来るな

199 ：

ネットで流れている動画がaviとmp4両方あったら
ほとんどの奴がaviのほうを落とす
１０：１ぐらいの比率だ
mp4は正直人気がないよ

200 ：

>>199
嘘つきも来るな

201 ：

ID:MYbmNRdb

202 ：

人気の有無より自分のポリシー

203 ：

10:1かよ
まぁいいけど11人に一人ってのも中途半端じゃね

204 ：

mkv

205 ：

mp4使いにくすぎ
オタがマンセーする規格にロクな物なし

206 ：

動画はmov形式に統一すべし

207 ：

rmvb

208 ：

まぁどちらにしろ将来はmp4と決まっているがな。

209 ：

またまたご冗談を

210 ：

俺、この戦争が終わったらmp4と結婚するんだ！

211 ：

詳しくない人でも再生できる環境を考えると、現状WMVなんだよなぁ。
制限多いけど我慢だわ。
MP4ならMSが正式サポートしてくれる可能性があるんだろうか。
それともASFを拡張してしまうのだろうか。

212 ：

>>211
詳しくないのでWMVを再生できません。ええ、MacとUbuntu使ってます。
なーんつってな
MP4がISO標準な手前、サポートされる可能性は高そうだけどな。

213 ：

中国はrmvbが標準なの

214 ：

素人が扱えるmp4->mkvコンテナコンバータってないですか？

215 ：

素人を免罪符にするような人向けのはありません。

216 ：

>>214
mkvmergeのGUIがあるだろ

217 ：

世間に最も広まったものが最強

218 ：

>>217
WMVですね、わかります。

219 ：

moov

220 ：

DivX 7 Playback Preview
http://labs.divx.com/node/7405
DivX Player 7.0 Beta 1
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!
H.264 video + AAC audio + MKV container format

221 ：

DivXは破滅の道へと進むのか

222 ：

>* The Direct3D renderer is compatible with a wider range of video cards and has improved performance
> when video is rendered on a secondary display (except where the video area crosses a display boundary).
> The Direct3D renderer became the default in DivX Player 6.8.1 for systems supporting DirectX 9 with Pixel Shader 2.
スレチになるが、ここが気になるな

223 ：

MOV

224 ：

まぁ、MP4だよね

225 ：

MOV

226 ：

MKVが一番使い勝手と映像が良いと思うよ。あとは対応機種だけ。
Divxは金儲け考えすぎ。

227 ：

MKVが使い勝手が良いというのは同意するが、映像が良いとは釣りですか。

228 ：

MOV

229 ：

MKVに字幕追加すると、時間が狂うんだよな。
なんだ今のところMP4を使ってる

230 ：

保守

231 ：

subは狂わないけど???
srcは狂うとか、そういうこと???

232 ：

　　
mp4もmkvも、一部のマニアが崇めているだけで、絶対に普及しない
今も現にしていない
aviなら、ウインドウズがある限り、大丈夫！
ffdshow入れとけば読み込めない動画もない
avi最高

233 ：

Microsoftに忠誠を誓うなら、放置されて久しいAVIよりも、ASFにしておけ。

234 ：

ASFはAC3がぶっこめるなら、がんばって使い続けたんだけどな。

235 ：

>>234
m2tsにVC1とAC3入れちゃえばいいじゃん。
そのままブルレイいけるし。

236 ：

>>235
そのVC-1とAC3でm2tsとしてmuxする方法がわからないんですよorz
ちなみに私は>>234ではありません。
もしご存知なら教えていただけませんか？？
この話を別にするなら、私は汎用性や利便性の高いAVIが好きです。

237 ：

>>235
それASF関係無いし。

238 ：

>>236
ASF2VC1を使い、ASFから.vc1を取り出す。
tsMuxeRで、.vc1と.ac3をm2tsへ入れるか、createBlue-ray。

239 ：

mp4、mkv、これからのコンテナはどっちが主流に？
http://tsushima.2ch.net/test/read.cgi/news/1232895222/

240 ：

AC3なんて面倒なものは全部wavに変換すりゃいいだけのことだ。

241 ：

再圧縮したら音が劣化するだけだけど…。
AC3はそのままmuxしたほうがいいでしょう。
mp3でもmkvでも、AC3はmuxできるよ。

242 ：

× mp3
○ mp4

243 ：

AC3をWAVにするのは確かにエンコードだが
劣化はしないぜｗ

244 ：

しくじってADPCMで変換すると、劣化しちゃうぜ！！

245 ：

>>243
WAVにするものエンコードなのかな。
デコードじゃない？　ま、どうでも良いか。

246 ：

PCMとADPCMを間違えることなんてあるのかw

247 ：

>>241です。
WAVをさらに別の非可逆フォーマットに再変換すると、というつもりでした。
まさかWAVのまま保存するとも思えなかったので…。

248 ：

>>241=247
>mp3でもmkvでも、AC3はmuxできるよ。
AC3がまともに再生できるスプリッタを教えて下さい。

249 ：

何でデコーダじゃなくてスプリッタなんだろ…。

250 ：

ffdshow + Haali Media SplitterでMKVに入ったAC3は問題なく再生できる。

251 ：

mp4 in ac3 に対応してるsplitterがあんま無いからだろ。
前あったやつMPCHCの内部splitterに取り入れられてから公開停止に
なっちゃったから現状MPCHCとかKMとかPlayer独自に持ってるsplitter
で対応してるの以外だとダメなんじゃないかな？

252 ：

mp4 in ac3はそりゃ無理だろ。

253 ：

AC3なんて面倒なもの流行らないから。
mp3が標準。

254 ：

>>248
mkvならMatroskaSplitter + AC3Filterですかね。
mp4なら>>251さんが書いているように公開停止になったMP4Splitter 1.1867 + AC3Filterかな。
なければMPCHCの内蔵でもいいでしょうし、Haaliやffdshowでもいいんじゃないかと。
公開停止で苦労して探さなくてはならないmp4より、デフォルトで対応しているmkvのほうが扱いやすいです。

255 ：

寝ぼけて書いたみたいですみません。
聞きたかった事はずばり>>251のおっしゃる通り。MP4 in AC3です。
しかも再生ならいくらでもデコーダがあるんだから、AC3が扱えるMP4のスプリッタは？と聞くべきでした。
公開停止になった物の存在は知ってたんだけど、>>241を見て勝手に
一般的に再生する方法あるのかな、と勘違いしてしまった次第。

256 ：

>>255
MPCHCの個別のFilterを導入すればいいんじゃないのかな。
ttp://sourceforge.net/project/showfiles.php?group_id=170561&package_id=264678&release_id=643770

257 ：

自分でStandalone Filter 1.2.908.0のmp4splitter試してみたけど、AC3を分離してくれないのね。

258 ：

だからwav→mp3でいいだろ

259 ：

AC3→WAV→MP3だったら音が劣化するからねぇ。
元々がDVDとかのLPCMだったら、WAV→AACのほうがいいしねぇ。

260 ：

mp3否定とかw そんなに圧縮が嫌いならエンコードしなけりゃいいんだよ

261 ：

>>260
＞圧縮が嫌いならエンコードしなけりゃいいんだよ
だからそういう話をしているんだがｗ

262 ：

同じ話を何度もループさせんなカス

263 ：

mp3の話は専用スレでやれ

264 ：

ほんとにMP4信者はこの板の癌だな

265 ：

そういや最近Doom9に
「GPACがむかつくから、x264の出力からmp4外そうよ
どうせ、みんなmkvしかつかわねーだろ」
ってなスレがたっててワロタ

266 ：

どうしてGPACがむかつくっていう議論になったの?

267 ：

互換性のない拡張子は駄目
avi一択

268 ：

>>266
Remove mp4 functionality from x264.nl's x264 compiles
http://forum.doom9.org/showthread.php?t=144741
GPACのmakeを試してみたら分かる。

269 ：

>>268
ありがとう。
なるほど。makeが通らないのか。

270 ：

確かにあれのコンパイルは面倒くさすぎる

271 ：

なんでバイナリ配布してくれないの？

272 ：

多分、特許がややこしいからだろう。

273 ：

mp3の例だけどmp4も概念は同じなので、この辺を読むとわかりやすいかも。
ttp://www.law.co.jp/okamura/copylaw/mp3.htm

274 ：

ごめん。アンカ先を間違えました。
ttp://www.initialt.org/lame/patent.html

275 ：

タモリ

276 ：

AVI以外は邪道

277 ：

海外の映画(x264)はほとんどMKVだよね
DVDプレーヤーとかPS3で観る事を
考えてないんでしょうね、音声・字幕とか扱い自由だし
mp4(x264)は日本のエンコアニメだけですね
DVDプレーヤーとかPS3で観る事を
想定して支持されるってとこですかね
海外のAVIはXvidがほとんど
とりあえず観れたらいいお手軽エンコ
日本のAVIはDivx信仰が多いお手軽エンコ

278 ：

日本語でおｋ

279 ：

OGMがいい

280 ：

mov

281 ：

avi

282 ：

mkv

283 ：

moov

284 ：

AVIとDVｰAVIの違いってなにかわかりますか？

285 ：

AVIはコンテナ
DV-AVIはDVコーデックで圧縮した映像をAVIに入れたもの

286 ：

>>285あざす

287 ：

mkv

288 ：

ogm

289 ：

海外でも自分でエンコするようなやつの間ではmkvが人気だけど、
やっぱり大企業とかはmp4奨めたいみたいね
Windows 7でもmp4はデフォでデコード、サムネ表示、エクスプローラからのタグ付けに対応してるけどmkvはどれもない
x64だとサムネ表示さえできない
ユーザーの間ではmkvが人気なんだからもう少し考えてほしい

290 ：

> x64だとサムネ表示さえできない
というのはhaaliのx64対応版入れてもサムネ表示できないということね

291 ：

MP4が国際標準規格なんだからしかたないでしょ。
サムネの件も、7が正式に発売されれば、haali側が対応するかもしれないし。

292 ：

もうmp4でいいじゃない

293 ：

やっぱり(h.264+ac3)mp4は非公式な形式だけあってWMPじゃ音が出ない
コーデックやスプリッタ入れてもいまのところ海外のフォーラムでも話題になってるように
メリット値弄ってもWin7デフォのから変えられないので、WMPでの再生は無理

294 ：

PS3で再生できれば問題ない

295 ：

PS3持ってない俺は

296 ：

PS3使わないんだったらmkvで何の問題もない

297 ：

なんか新しいの来る
http://eetimes.jp/article/23023/

298 ：

AVIコンテナの欠点
AVIは1992年以前に策定された比較的古い形式であり、策定当初は問題
とはならなかった次のような点が現在では欠点となってしまっている。
* ストリーミング配信用途には不向き。
* AVI1.0では2GBを超えるファイルを作成できない。（AVI2.0(OpenDML)で解決済み。）
* データが個別のタイムスタンプを保持できない。
* 映像の可変フレームレート(VFR)に対応していない。（擬似的な方法での実現例はある。）
* Bフレーム（前方参照フレーム）の表示に不都合が生じる。

299 ：

現状はmkv V.S. mp4なの？

300 ：

mkvは名前が美しくない

301 ：

つーか、何を持ってして最強と言うんだ。
用途に合わせて使い分けろよ。

302 ：

用途って言ったって動画鑑賞だけだろ。
他に用途あるのか？

303 ：

DVDにはmkv、テレビにはmp4ってことじゃないの
少なくとも俺はそうしてる

304 ：

規格統一しろよハゲ

305 ：

それは無理

306 ：

AVIコンテナの欠点
* Bフレーム（前方参照フレーム）の表示に不都合が生じる
とありますが、AVIコンテナに収めてる動画を
Bフレーム表示に不都合がない別のコンテナに移すと
綺麗に見えるようになるとか変わるもんなんですかね？

307 ：

AVIコンテナでも、プレーヤ＋デコーダ次第でまともに再生できる物があるように
別のコンテナへ移す時も、使うトランスコーダ＋デコーダによって正しく移せる物とそうでない物があるね

308 ：

MUXにffmpegつかう人っています？
最近はそこそこ使えるようになってきたみたいですけど

309 ：

demuxerとしてならたまに使うが、muxerとしては使わないなぁ
やっぱmkvmergeやmp4boxのほうが信用できるし

310 ：

muxはMP4Boxとかmkvtoolnixでやるし
エンコードにしてもそれ専用のエンコーダ使うから結局ffmpegは使わないな
…あれ？なんで俺ffmpeg入れてんだろ？

311 ：

ちょっと使いたいソフトがffmpeg使ってたから入れた
それ以外使ってない

312 ：

hagenosuke

313 ：

mkv vs mp4ですな
両方生き残りそうだが

314 ：

mkv→Divxサポート
mp4→ISO規格

315 ：

YAMB(MP4BOX)のスレってないの？
MUXしたら恐ろしいほど縮んだんだけど･･･
こういうものなのだろうか・・・

316 ：

おっと、これかな
MPEG-4 AVC/H.264 総合スレ Part7
http://pc11.2ch.net/test/read.cgi/avi/1176961110/

317 ：

機動戦士ガンダムUC

318 ：

mkvという名のRには即消えていただきたい

319 ：

黙れ蛆虫黙れ

320 ：

このDTV板のスレ検索で "ASF" で掛かるのがこのスレだけだった
のでこのスレで聞きます
別のコンテナ（.AVI等）の動画を再エンコードせずに .ASFコンテナに
すんなり入れ替えられるソフトウェア、もしくは手法があればお教え下さい・・

321 ：

>>320
ffmpeg -vcodec copy -acodec copy -i input output.asf

322 ：

>>321
こんなに迅速にレス頂けるとはびっくりしました。
有難う御座います。試してみます。

323 ：

　██▀██　 ▇▆▆▆▆▆▆▆　　　　 　▆▆▆▆▆▇▇ :█▃
　 █ :▒　▉: 　◤▀█▀█▀▆░░　　　 █▀█▀█▀◥: ▒▌ :▌
　 ▌ ◤◥▄▊:: 　 　███　 ░▒░　　▐▓　 ██:　 　▓▌░▌
　 ▌▒▌:::▉░:　▀▀▀▀　░▒▒░: : ▐▓▒▀▀▀　　::▓▌:░▌
　　▉▒▌:█░::　 　 　 　 ::░▒░::: : ▐▓▒: 　:░▒▒▓▌░▌
　　█ ▒◥　▒　　　 　 　 .:.:.::░::: 　 ▐▒░::　　:▒▒▓▌:::▌
　　 █▅　　░:　　　　　..:.:::::░░▅▃▅▒▒::　 ::░▒▒█◤
　　　██▅█░　　　　.:.::::::::::::　▀▓◤▀▒▒:::░▒▒▒▌

324 ：

わたくしの個人的な意見ですが、小さめ(DVDを900MB以下)の映像では
rmvbが一番視覚上、綺麗に見えると思います。
1500MB前後になりますと、今ではmp4という事になるのでしょうか。
しかしmp4はデコーダによる変化が大きいですね。
個人的にはxvidが好きでした。

325 ：

>>324
過疎ってるからって、馬鹿が出鱈目を書き込んでいいわけじゃないぞ
ここはコンテナのスレであってエンコーダーやフィルターやプレーヤーの性能を語るスレではない

326 ：

AACの音質よくないからFLAC・DTSを格納できるmkvがいいにきまってる

327 ：

AACの音質よくないからFLAC・DTSを格納できるmkvがいいにきまってる
MP3の音質よくないからFLAC・DTSを格納できるmkvがいいにきまってる
WMAの音質よくないからFLAC・DTSを格納できるmkvがいいにきまってる
oggの音質よくないからFLAC・DTSを格納できるmkvがいいにきまってる
RealAudioの音質よくないからFLAC・DTSを格納できるmkvがいいにきまってる
．．．．
馬鹿も休み休み言えｗ

328 ：

oggじゃないVorbisと言え

329 ：

mkvとラデは相性が悪い

330 ：

OGMに入ったVP7とOGGを分離したのだけど
これを合わせてAVI形式にロスレスでmuxできる？
OGMからそのままAVIに変換できるソフトがあるなら便利なんだけど
(OGM TO AVI 0.60というソフトはVP7扱えなかった)

331 ：

>>330
>>321
変換で迷ったらとりあえずffmpeg使っとけば何とかなる

332 ：

編集やる人間としてはAVI一択

333 ：

島袋光年

334 ：

編集やる人間としてはMOV一択。
Macはもちろん、Windowsでもdiscreetでも扱える。

335 ：

mkvに尽きる。今はもうこれ一点。
mp4も使ってみたが、シーク性悪過ぎ。壊れたmpeg1みたいに、いちいち止まりやがる。
はっきり言ってmp4使うくらいなら、aviの方が1万倍マシ。

336 ：

mkvはPS3で再生できないし。
再生できたらmp4いらねぇなぁ。

337 ：

携帯型iPhoneで見るためとかならまだわかるけど、
PCあるのにあえて同じ据え置き型のPS3で見るメリットってなにかあるの？

338 ：

>>337
視聴に必要なPCとディスプレイの１セットが、PS3とTVなだけ。
PS3は安くてアプコン機能とBDできるしゲームできるだろ？
視聴中に別途PCは使うし。

339 ：

mkvだとmediainfoで音声の詳細情報が表示されないのがなあ

340 ：

MP4とmkvの相互変換って手軽にできるの？
コンテナ化する前のソースファイルに戻せれば、取り敢えずどっちかにしておいて、
後で普及した方に統一するのが良さそう。

341 ：

入れ替えは手軽にできるが、MKVとMP4に格納できるデータファイルの種類は異なる。
あと、コンテナを統一しても、その中身が再生できるかはデコーダ次第。

342 ：

こーでくwmvのファイルをコンテナだけaviに格納したいんだけど、
再エンコせずに無劣化で入れる方法ってございません？？

343 ：

VirtualDub+WMV.vdplugin+ffdshowで出来るよ
ときどきデコード変になるけど

344 ：

Windows のデフォルト（たぶん Windows Media Player）で再生できるムービー作りたいんですがどんな構成がおすすめですか?
目的は Windows の PowerPoint に貼り付けるムービーを Mac 上（ffmpeg）で作成しようとしています。

345 ：

MP4

346 ：

>>344
-vcodec mpeg1video

347 ：

実体がOGMなのに拡張子をAVIにしてるのがたまにあるけどなぜ？
再生できるから区別してないって感じ？

348 ：

>>346,346
mp4 と mpeg1 を試してみます。
ありがとうございます。

349 ：

>>342
seraphy さんのところの Media2Mkv で mkv にして、それから
VirtualDubMod 等の適当なアプリで avi にすると、映像は壊れ
にくい。ただし、音声が無くなってしまう。

350 ：

>>343
SPTHxxx
つか今までVDModばっかり使っててノーマルでできるの知らんかった
んでも半分くらいが「Missing Codec」になってまうorz
wmv9は大抵イケるんだけどwmv8(2)になると全滅に近い…
と思ったら>>349ありがとう
音声はaviにさえすればどうとでもなるので問題ナスです　やってみまつ

351 ：

>>350
>wmv9は大抵イケるんだけどwmv8(2)になると全滅に近い…
ffdshowのvfwの設定でWMV1/7、WMV2/8、WMV3/9、VC-1をすべてlibavcodecにしてみ
音声はpcmにした方がいいけど
あとwmvをmkvにするなら、HaaliMediaSplitterについてくるGDSMuxのほうが使い易いと思う

352 ：

突然ですみませんが質問させてください。
mp4ファイルをmp4boxの-infoで出てくる映像ファイルの方のTimeScaleの
数字って小さかったりすると問題ありますか？
当方ずっと作ってたMP4ファイルをこの度PS3で見れる様にしようとしたら
再生できなくて-infoでみたらTimeScaleが800000と出ててall24fpsのファイルは
raw1、2で分離して-fps23.976で結合すればTimeScaleが24000となり問題なく再生できたのですが、
フレームレート混合のファイルはDtsEditでタイムコード吐き出してからraw1,2
で分離して結合してmp4ファイルを生成します。その後生成したmp4ファイルに
DtsEditでタイムコード入れて再生には問題ないのですがTimeScaleが250と少ない
値になるので気になってます。
どうかご教授お願いします。

353 ：

うちじゃDtsEditでVFR化したもの240000とかだけど。

354 ：

>>351
DirectShow Filter Toolでffdshowのメリット値を最高にしつつ
WMV1/7、WMV2/8、WMV3/9、VC-1すべてlibavにしてるんだけどなぁ
>GDSMux
Media2Mkvはサイトが落ちてるみたいでDL不能だったので助かりもうす

355 ：

>>353
レスどうもです。
うちだと今まで作ってきたVFRファイルは83416000（PS3視聴不可）。
PS3で見れるようにDtsEditを使う手順を変えたものは250。
今まで作ってきたのをDtsEditでタイムコードはきだしてmuxし直したものは98．
なんです。
普通に見れていれば数値気にしないでいいものでしょうか？

356 ：

>>354
>DirectShow Filter Toolでffdshowのメリット値を最高にしつつ
>WMV1/7、WMV2/8、WMV3/9、VC-1すべてlibavにしてるんだけどなぁ
VFWの設定とビデオデコーダーの設定を勘違いしてないか？
WMV.vdpluginはVFWしか使わないから、メリット値だのDSFToolだのの出る幕はないぞ

357 ：

すいません無知の質問です
h264/AVC（VFR）のvideoと多重AAC(VBR)のaudioファイルが入ったMP4ファイルを、
MKVファイルに移し替えるためにMKVToolnixかなんかでmuxするとします
この時元のMP4ファイルとできたMKVファイルは、どこが変化しているのでしょうか？
それとMP4のファイルの拡張子を.mkvと書き換えるだけでもファイルとしては再生可能なわけですが、
この場合とmuxした場合との違いはなんでしょうか？
よろしくお願いします

358 ：

>>357
http://oshiete.goo.ne.jp/

359 ：

ＹＴＯ−６０４で再生したいのだけど、RＩだと早送りはエンドまで見れるが
通常再生だと半分で止まってしまう。
仕方なくＭＰ４で焼いたが認識しない。プレーヤー取説の対応形式はＭＰＥＧ１／ＭＰＥＧ2/ＭＰ３/ＷＭＡ/
非対応形式はＤＩＶＸ/Ｈ２６４となっている。RＩは今までもＸＶＤで再生できている。
ここでいう対応のＭＰ４って何を指すの？ちなみに認識できなかったＭＰ４はＡＮＹで変換し動画はＭＰＥＧ4
、音声はＭＰ３。数あるＭＰＥＧ４の中で一番原始的で再生しやすいファイルってどういう設定にすればいいの
でしょうか？だれか教えて！ＲＷは対応してないのでメディアがもったいない。
anyのエンコードメニューはＸＶＩＤ，ＭＰＥＧ４、Ｈ２６４の3つですが他のソフトにした方がいいのでしょうか？

360 ：

>>356
じゃあ仰る通り勘違いしてるよ
以前VDMでffdshowがうまく通らなかった時、何故かDSFメリット値変えたら
認識してしまったことがあったのでどっかで関係あるのかと思ってた

361 ：

どこで聞けばいいか分からないからここで聞いてみるんだが
ビデカメで撮った動画がH.264のmovなんだけどこれを
コンテナだけaviやmp4に変換ってできる？

362 ：

出来るよ

363 ：

ffmpeg -vcodec copy -acodec aac -i input.mov output.mp4
これを試してみたら。

364 ：

翔


子

365 ：

Linear PCM と H.264 で構成された .m2ts のファイルがあるのですが、
これをトランスコード（エンコード？）なしでもう少し一般的な
コンテナに格納し直すにはどうしたら良いのでしょうか？
.mov か .mp4 だとベストなのですが、.mkv でも構いません。
再生は QuickTime X で行いますが、ウィンドウズでも作業できます。
たいくつな質問で申し訳ございませんが、
ご存知の方がいらっしゃいましたらご教示ください。
よろしくお願いいたします

366 ：

リッピングしたファイルをp2pで入手したのですが
これをトランスコード（エンコード？）なしでもう少し一般的な
コンテナに格納し直すにはどうしたら良いのでしょうか？
.mov か .mp4 だとベストなのですが、.mkv でも構いません。
再生は QuickTime X で行いますが、ウィンドウズでも作業できます。
たいくつな質問で申し訳ございませんが、
ご存知の方がいらっしゃいましたらご教示ください。
よろしくお願いいたします

367 ：

あ、リッピングは Any DVD で行いました。
P2Pならトランスコードされたものがほとんどだと思いますが、、？MKVばかりですし
つられましたが、引き続きよろしくお願いいたします。

368 ：

よろしくお願いされるわけにいかねーよ・・・
( ´Д`)

369 ：

Mac板行ってこいよ、あそこの映像関連のスレは昔から不遇だったからか
何故かﾀﾞｳﾝとかに寛容だから。

370 ：

mkvからmp4に変換するのでいいソフトないかな？

371 ：

mkvは一度muxしてしまうと他の形式にしにくいからなぁ
下手に扱うとサンプル欠けたりヘッダー壊したりするし
一応http://forum.doom9.org/showthread.php?t=152419
があるけど、多分なにかしら不具合はあるはず
そもそもlavf自体が不完全なものだから

372 ：

>>370
手動が一番。

373 ：

あげ

374 ：

>>371-372
thanks色々試してみる。

375 ：

MP4はAC3 5.1chさえクリアーしてくれれば文句ないんだがな
PS3がMKVに対応してくれればそれでもいいが

376 ：

愛用してる再生ソフトがwmvとmp4の音声切り替えに対応してないんで
せめてmp4だけでもその再生ソフトが音声切り替えに対応してるmkvに
変換したいんだがmp4を画像と音声に分解出来るソフトって無い？

377 ：

>>376
mkvmergeなら、必要なトラックだけを選んで、mkvに多重化する事ができる。

378 ：

>>377
ありがと。
簡単に出来ていいね。

379 ：

>>375
mp4って、AC3 5.1ch対応してないの？　最近エンコ始めて色々テスとして居るんだけど、
mp4 AC3 5.1chだと、PCでダウンミックスして再生では音が出るんだけど、PMS使って
PS3で再生すると、映像しかでなかったんだが。
で、mkvを試したら、mkvtoolnix ver4.20だと、PCではちゃんと再生できるけど、PMS＋PS3だと
ファイルが壊れていると出て再生できず、やや古めのver3.30を使うと再生できるようになった。
mkvの挙動も怪しかったんで、PMSかPS3側に問題あるのかと思っていたんだが。

380 ：

> mkvtoolnix ver4.20だと…ファイルが壊れていると出て再生できず
"header removal compression"の所為
入力Video/Audioの前に、"--compression TID:none"を付加してみると再生できるかも
例：
Track ID 1: video (AVC)
Track ID 2: audio (AC3)
mkvmerge -o 出力.MKV --compression 2:none 入力.mp4
GUIだと、どうやるんだっけか…
以下、参考になれば
ttp://www.matroska.org/news/compressed-headers.html
ttp://www.bunkus.org/videotools/mkvtoolnix/faq.html#header_removal_compression

381 ：

>>380
どうもありがとう。　仕様変更だったのね。
とりあえず、古いバージョンを使っておきます。

382 ：

俺のPCスペックが糞過ぎてHD画質のmkvカクついて再生できねえし
PS3は対応してねえしmkvでうｐしてるカスはいったいなんだんだよ！？

383 ：

>>382
フルHD解像度の圧縮動画フォーマットは現行の
メインストリームCPUでも楽勝ってわけではないよ
ビデオカードの再生支援機能で緩和してるのさ
つまり君のもビデオカードをマシなものに替えれば
動画再生についてはまだイケる

384 ：

・・・まぁ、ノートとかロープロスロットしかないとか
だったらその限りではないんだけどね

385 ：

今売っているロープロファイルのカードなら、どれでもUVDやPureVideoを使えるから、
H.264の再生は余裕だろう。

386 ：

>>385
それはPen�VやPen4世代のマシンを未だに大事に使ってる人々を
ないがしろにする発言だ
AGPしかなかったり、AGPでロープロだったり、AGPすらなくて
PCIのみだったり、拡張スロットゼロでオンボ一択だったり…

387 ：

>>386
AGPでLPのカードだと、こんなのがあるな。LP縛りがなければ、HD4650等を選べる。
http://www.zotacusa.com/geforce-6200-256mb-64-bit-gddr2-350mhz-533mhz-zt-62aa250-hss.html
>PCIのみだったり、拡張スロットゼロでオンボ一択だったり…
これはさすがにDVD-Videoの再生で我慢してもらうしかないだろうが。

388 ：

さすがに5年以上前のPC使ってるような人がHD再生無理とか
言われてもあっそで終わりだろ。そのマシン当時何十万したか
知らんが今5万だせばそれより遥かに良いのが買えるだろ。

389 ：

ゴミはゴミ箱に捨てないと

390 ：

1

391 ：

h264rawファイルから
mp4でaacとtimecodeとchapterをつけたものと
mkvでaacとtimecodeとchapterをつけたものを
MPCHCでチャプター移動すると
mkvはすぐに絵が出るけど
mp4はすぐに絵が出ない時が割とある。
mp4の方が一般的な気がするから使いたいけど
どうせPCでしか見ないからmkvにする！

392 ：

俺はどうせPCでしか見ないしたまにPCM音声使うから今はavi（h264＋AC3orPCM）ばっかだな
たまに２ちゃんなどでの動画例のUP用にはmp4にするけど

393 ：

ワレズ配布用にエンコしてるのにx264+aviでエンコしてるやつがさっぱりわからねえ
あくまで自分用にエンコしてついでにP2Pで配布してるっていうのか、そうか

394 ：

>>393
いや、BSやCSの映画などをHDMIキャプチャーしてh264の1920x1080（24p or 60i）エンコがほとんどという使い方だが、
AviUtl＋x264vfw＋dolbyAC3のavi作成の方が、Aviutl＋x264GUI＋neroAACのmp4作成より1.4倍くらい速い
一方、再生はフロントプロジェクタにHDMIで接続してる再生専用PCでだけ、MPCHC＋coreAVC使用
そういう使い方ではaviでもmp4でも全く差が出ない（Bフレームの話なんていまどき存在しない）　
なら編集エンコ処理が速い分aviのほうがいい、というのが俺の主義
まぁどうしてもmp4程度の新し目のコンテナにしておきたいという厨もいるだろうが、人それぞれだな
なお、そういうエンコ動画の一部をUPする場合には、mp4のほうが「新し物好きが多いエンコヲタ」には受けやすい
という配慮でmp4にしている
まぁ、avi-h264でUPするとそれだけで噛み付いてくる馬鹿もいまだにいるようだしｗ

395 ：

どこに何をUPするのかとか
噛み付いてくる馬鹿との関係とか
任意同行を求めたくなる書き込みだな

396 ：

>>394
HDTVのキャプチャ動画をカットだけしてH264エンコードするだけならば。
mp4もaviもmkv等も確かに必要なコンテナ機能的には何の変わりもないよね。
AACとAC3は音質的にはどうなんだろうか？

397 ：

久しぶりに覗いてみたら、また変なのが湧いてるな
PC再生しかしない？　ならmkvでいいだろ
PCM？　FLAC使えば無劣化でファイルサイズ減らせるぞ
必要なコンテナ機能？　それが足りねーからavi使うなってんだよ
AC3？　MP3より古いオンボロなのも知らねーのか

398 ：

今度はずいぶんキモいやつまで湧いてきたｗ

399 ：

mkv対応のネットワークメディアプレイヤー使えば良いじゃん

400 ：

＞PC再生しかしない？　ならmkvでいいだろ
PC再生しかしない、ゲーム機やデジTVからのキャプチャーエンコ用というんじゃ
それこそコンテナなんぞ何使ってもいいに決まってンじゃん
一番シンプルでエンコも楽、対応エンコソフトも一番多いmp4やaviで十分
そんなもののために、まだドマイナーなmkvをわざわざ使うのはただの馬鹿

401 ：

え？

402 ：

WebMコンテナってどうなの？

403 ：

どーなのってmkvを、映像VP8、音声Vorbisに限定して、いろいろ機能を削っただけ

404 ：

使い物にならない糞

405 ：

MKVに特許問題はないのか

406 ：

>>405
名前とロゴを商用に使う場合にはCoreCodecの許可が必要だが、
Matroskaそのものは自由に使えると書いてある。
http://www.matroska.org/info/legal/index.html

407 ：

HDDレコーダーのように手軽に視聴しながらチャプターを打てるソフトはなぜないんだ

408 ：

mkvはやめろ、すぐにだ。

409 ：

MKVマンセー！

410 ：

「.○○○はやめろ」 ってのは要は自分が不正P2P厨なのを
アピールしてるわけだよな
自給自足してる分には要らないフォーマットは無視して
使わなきゃいいだけの話で・・・

411 ：

動画ファイルってiptcやxmpを格納できるの？

412 ：

格納自体は出来るんじゃね
格納したデータを利用できるかどうかはまったく別の話だが

413 ：

海外では、avi＞mkv＞＞＞＞＞rmvb＞＞＞＞＞mp4、って感じで
mp4はドマイナーなんじゃね？
mp4は日本専用っていうか割れアニメ専用なんじゃないのか？

414 ：

iPodがあるから、さすがにそれはないと思うけどな。
っていうか、その認識はどのデータから得たもの？

415 ：

rmvbとかRだろｗｗｗ

416 ：

>>414
debian GNU/Linux の GNUnet に流出してる動画ファイルの拡張子数えた結果。
avi 3桁個
mkv 2桁個
rmvb 1桁個
mp4 0個
iPodのファイルって移動とかできないんかな？
エンコでも海外はAVIUTL系は使わないでVirtualDub系使うみたいだから、
そうなると出力はaviかmkvになるわけだ。

417 ：

>>416
それがどういうファイルなのか知らないが、>>413で言ってる割れとは違うの？
人のことが気になるのもわかるけど、自分で作るのなら用途に適したコンテナを使えば良いと思うよ。

418 ：

MPEG系は特許がウザイからオープンソース界隈じゃ嫌がられるだけじゃないかい

419 ：

MPEG-2をMKVに格納すると再生おかしくなったけどもう直ったのかな・・・

420 ：

Windows標準で再生できないMKVは糞

421 ：

MKVに対応しないWindowsが糞

422 ：

アホには再生できないMKVをもっともっと普及させよう！
つかマジでざまあｗｗｗｗｗｗｗｗｗｗｗｗｗ

423 ：

>>420-422
目くそ鼻くそ

424 ：

FLVコンテナは嫌だなあ

425 ：

>>424
ほんと、フラッシュ系は昔からの認識のせいもあるけど
動画のそれって感じがしねぇ・・・・・・

426 ：

じぷねすクライスラー
静岡県在住の若手実力派作曲家。
代表作は同人ゲーム【モラティッシモ】
マニュピレーターである青森豚モラシムとコンビを組み、更に活動の幅を広げている。
http://www.spirit-sounds.com/
http://www.mora-jirushi.com/
http://www.mora-jirushi.com/morati2.zip

427 ：

携帯でもプレイやでもテレビでもゲーム機でも使えるか簡単に変換できるものじゃないと普及なんかしないだろ
プレイヤ側になんでも対応しろというほうがおかしい

428 ：

フリーのMKV→MP4変換ソフトで一番性能が良いのは、
やはりAny Videoでしょうか？

429 ：

違法アップロードなんてしないからな、俺は。
自分で作ったMKVは自分だけしか見ない。
普通はそうだろ？
なんで文句を言うんだ？

430 ：

>>429
まぁその通り。 どれがベストかなんてその人自身に寄る。
自分の用途上よいと思ったもの、作成し易いと思ったもの、或いは
愛用のプレーヤー機器で指定されてるフォーマットなどであって
他人の決めるベストに従う人間など誰もおらんだろうね

431 ：

>>430
手っ取り早く１から始めようと思ったら、他人の評判を当てにするのは至極当然な流れだと思う。
10個選択肢があってそれを全部試すなんて、めちゃくちゃ時間と労力が必要だよ。

432 ：

他人の評判を当てにしたいんだったらググればいいじゃん

433 ：

コンテナまで気にする人間がそこまでド素人だろうか・・・

434 ：

age

435 ：

MKVRンテナ撲滅

436 ：

そんなに嫌なら一旦バラして再度自分の好きなコンテナに入れなおせばいいじゃん
落として見るだけの乞食様には�_だろうけどｗ

437 ：

iso vs mkv vs mp4
http://kamome.2ch.net/test/read.cgi/download/1305936037/

438 ：

めんどくせ
手動でばらしてとかやってたら
時間がいくらあっても足りないぞ

439 ：

最初から自分の好きなコンテナに格納すればいいだけじゃん

440 ：

DLNAサーバー（PS3 Media Serverなど）で再エンコしないフォーマットにするべき
mkvは情弱ってことでいいよ、馬鹿だろマジで・・・
まるでVideoCDを見ているようだ
たしかチョンではVideoCD Ver3.0とかがあるらしいが今のmkvはまさにそれ

441 ：

ぴ〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜！！！！！！！！！！！！
えす〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜！！！！！！！！！！！
すり〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜！！！！！！！！！！！
ってなんすか？そんなもんで動画みるんすか？R食うんすか？

442 ：

今時FAT32なんてRトルネは今すぐ窓から投げ捨てるべき
クソニーは死すべき

443 ：

flv以外でストリーミング（ry

444 ：

MOVがウザイ

445 ：

Motion JPEG XRのコンテナってmov？

446 ：

別にBフレームとか使うわけじゃないんだから、AVIでも問題なくいけるんじゃね

447 ：

ここで宗教戦争してるやつの大半は割れ厨

448 ：

それがわかるあんたも割れ厨
そんなあんたにつっこむ私も割れ厨

449 ：

割れ厨割れ厨うるさい奴もどうせ音楽はようつべから落としてるんだろ？

450 ：

（ﾟロﾟ ） ？
ようつべから…？ 音楽…？ 動画から音声分離して保存、みたいなことか…？
そんな面倒臭いことしてる割れ厨はあんまりいないと思う… ぞ…
音楽なんてまんま mp3詰めで落とせるのに

451 ：

自分で割れ厨だと自覚しているならまだいいけどな。
下のソースによるとYouTubeで音楽聞いてる人の割合は2人に1人。
まあ言ってしまえば国民の半分は割れ厨ってことだな。
http://japan.cnet.com/news/society/20426509/

452 ：

自覚？ 誇りすらあるぜ？

453 ：

糞のホコリｗｗｗｗｗｗｗｗｗｗ

454 ：

何か誇れることがあるのはいいことだ。

455 ：

My Proud.

456 ：

>>455
proudじゃなくてprideだからな。
試験前に間違いに気付けてよかったな。

457 ：

I'm proud♪

458 ：

とりあえず汎用性を考えるとMP4だな。
H264+AACならMP4で問題ない。
ただ、他にも色々とやりたいならMKVがいいんじゃないかと。
まあ名前の通りいろんなものを格納できる。
ASFとかMOVとか誰得

459 ：

デジカメの動画はmovが多いよ

460 ：

うちにゴチャゴチャ転がってるデジカメは動画フォーマットが
MotionJPEG+ADPCM.avi が圧倒的に多い・・・

461 ：

MKVはBD-RからRipしたm2tsをそのまま格納できるのがいいな。
MKV化すればチャプタも打てるし。

462 ：

MAKEMKVさまさまやな

463 ：

最近のAndroid端末とかやたら対応コンテナが多いんやけど、どんなプロファイルにも対応できるのかなぁ？
自分でいろんなパターンエンコードして試すのが面倒なんやけど、どっかいろいろ閲覧しながら試せるまとめページない？

464 ：

>>463
どんな形式使いたいのかしらんが
MX動画プレイヤーをまず試してからにしな。
1920x1080のh264でHigh@L4.0+aacなmkv
ジャケありログありのflacなmka
これらは再生できた。
ただ、mkvはHW再生支援効かないみたいで
mp4だと大丈夫だった。

465 ：

mp4とmkv、どっちが優れたコンテナなの？
http://awabi.2ch.net/test/read.cgi/poverty/1326468096/

466 ：

ネットで落としてくるエロ動画で、
DVDソースを60pにエンコしたmkvとかが、DVDより綺麗に再生できるのが在るけど
ああいうのってワンタッチで簡単に出来るソフトが在るの？

467 ：

29fpsが素のものを60fps化したところで素より綺麗に
なる筈がない（実動コマ数が増えることはない）と思うんだが・・・
DVDを再生してるソフトとpc向け動画フォーマットを
再生してるソフトの違いじゃなくてか？
前者はインターレースまわりのこともあるし

468 ：

>>466
ようするにお前のインタレ解除環境がクソ
確かにそういう環境では60pにしたモノのほうが綺麗かもな

469 ：

PC限定で考えるとインターレースより60pの方が取り回しが楽だけどな。
どっちが綺麗云々は、そう思えるならそれでいいと思う。
ただ一つ言えるのは、コンテナは関係ないってことだ。

470 ：

>>467,468
だからその優秀なデインタレフィルタって何？って話だろ。
リアルタイムじゃ出来ない重い奴じゃないかな。
多分おまいらじゃ無理だ。いや、俺も知らんけど。

471 ：

最近なら60p化はほぼQTGMCだろ
avisynth使えるなら簡単だけど、ワンタッチとはいかんな

472 ：

60p化すれば楽だよな。
リサイズとかの加工も簡単だし。
俺はそういうフィルタ掛けたりする必要がない時は基本的にインタレ保持でやってる。
ちなみにRadeonのハードウェアデインタレース使ってるけど、これはそこそこ綺麗にインタレ解除してくれる。

というわけで興味持った人は久々にこっちでやろうぜ。
インタレ解除しないスレの3っぽいスレ
http://toro.2ch.net/test/read.cgi/avi/1186448899/

473 ：

ASF(WMV)はなぜ消えたのか？

474 ：

コンテナに格納できるフォーマットが限定的
MS特権、Windows上での押し付けがましさが反感を買った
そのくせ一般的なマルチメディア機器への対応普及に力を
入れなかったのでWindows上以外での用途に乏しい
（DivX avi対応のDVDプレーヤー、携帯動画端末などは
多々あるがWMV対応のものは極めて少ない。）

475 ：

VirtualDubが対応しようとしてたのに潰したからな
あれがなければもうちょっとは普及しただろうに

476 ：

mkvがいくら良いと言ってもプレイヤーやコーデック側がスパイウエア仕込んで来たりしてそもそも信頼して再生できる環境を構築できないじゃない

477 ：

具体的にどういうプレイヤーやコーデックを使ってらっしゃるんですかね？

478 ：

今までmkv使ってたけど
androidでHWデコーダ使えないから
mp4に移行しました。
さよならmkv

479 ：

そういうもんさ
汎用性とか普及率って大事
PC上で観るだけなら何でもいいんだけどな

480 ：

aviとmovはなるべく終了の方向でおねがいします

481 ：

中間だとまだaviは結構使われてたりする。
標準コンテナはすでにmp4だと思うけど。

482 ：

いやまて、中間はむしろmovだろ。
あれはLPCM格納できるからね。
マスタリングの段階で使われることもしばしば。

483 ：

まあでも一般人はあまり使わないよね、たぶん。

484 ：

一般人が使うのはやはりmp4かmkvだろうな。

485 ：

キャプチャとかデジカメ動画なんかでは、まだaviが多いんじゃないか。
というか、mkvは一部のマニアしか使わないような。

486 ：

Bフレームを使わない中間ファイルなら、VfW/AVIでも問題は無い。

487 ：

Bフレ使わないとかｗｗ
って感じです。

488 ：

中間ファイルにBフレ使うとかｗｗ
って感じです。

489 ：

そもそもお前らの言う中間ファイルって何？
アマかプロかによって話が違ってくるわけだが
OGGとASFは死んだ感がある。

490 ：

キヤノンのデジカメはいつまでMOVに拘るのか

491 ：

MOVの何が悪い

492 ：

mp4やmpgって結局、最終出力でエンドユーザの手元で使うもんだと思うのよね
やっぱaviじゃないと

493 ：

AVIを中間に使ってるって言う人はゲームとかキャプチャする人なのかなあ

494 ：

【パテントフリー】 WebM 【VP8+OggVorbis】
http://toro.2ch.net/test/read.cgi/avi/1329899392/

495 ：

WebMｗｗｗｗｗｗｗ

496 ：

AVIは何でもありな糞コンテナだからな。MP4に取って代わって当然。

497 ：

？
コーデック乱立時代に制限アリアリで
使い難いよりはあれでよかったと思うがな

498 ：

asfのパテント料に関してどっかに資料ある？

499 ：

あとASFはWMAやWMV用の標準コンテナらしいけど、
WMAやWMVとはパテントの形が違ったと思うんだけど、
コンテナとして含まれるASFには別のパテントがかかるの？

500 ：

mkvで動画を渡したら困るのはどれくらいなんだ？

501 ：

パンピーに渡す動画なら素のWMPでそのまま観れるWMVが最も無難
動画一本観るためだけに余計なもん入れさせられるのは普通はいやなもんだわよ

502 ：

でもそんなやつに限ってRealPlayerやQuickTimeは入ってたりするんだよな
つーかこの前実家帰ったら、お袋のPCがそうだった

503 ：

>>502
ｸﾞｸﾞﾙやﾔﾎｰのツールバーと同じじゃろ
『何もしてないのにインストールされた』
ってヤツｗ

504 ：

素人ってどこまでも素人なんだよな （笑）

505 ：

2000年代前半にMPEG-4とAVIコンテナの組み合わせが流行って混乱を引き起こした

506 ：

つかそれ以前に .avi には何を入れていたのか
もう憶えていません・・・・・・・

507 ：

Win7ならH.264（.mp4）かXvid（.avi）のどちらか

508 ：

ソニーのブラビアでyoutubeHD動画をUSB端子にメモリ挿して再生させるとき
拡張子flvをmp4に書き換えれば再生できるのでmp4

509 ：

mkvもmp4って拡張子に書き換えれば良いんじゃね？
そんな単純じゃないかｗ

510 ：

ブラビアの電子取説だとこうなっている。
再生できるビデオファイルのファイル形式は次のとおりです。
ただし、ファイルの仕様によっては下記の形式であっても再生できない場合があります。
- AVCHD（拡張子が.mts/.m2tsのファイル）
- MP4（AVC）（拡張子が.mp4のファイル）
- MP4（MPEG4）（拡張子が.mp4のファイル）
- MPEG1（拡張子が.mpgのファイル）
- MPEG2（拡張子が.mpgのファイル）
- WMV （拡張子が.wmv もしくは.asf のファイル）

511 ：

>>508はそもそもMP4なのに拡張子がflvになってただけかもな。

512 ：

WebMにして最新のブラウザで再生させればOK

513 ：

DVD-ISOを解像度はそのままでBD-ISOに変換する事って出来る？
要するに　mpeg2→H.264化してファイルのサイズを小さくしたいんだけど。

514 ：

>>513
・・・・？
普通にリッピングとかエンコと言われるこの板では基本中の基本の手法じゃないの？
対象の再生機器のフォーマットに準じる必要がある場合はその仕様を守る必要が
あるけど縮めたいだけならx264とか使って mp4でも aviでも好きにやればとしか

515 ：

>>513
一行目と二行目でまるで違ってくる
BD-ISO化するならAVC準拠でエンコ・オーサリングしなきゃならんし、
サイズダウンだけが目的なら好きなエンコーダー使ってお好きなように

516 ：

もちろんBD-ISOとして普通に再生出来ることが条件です。
DVD-ISOからBD-ISOに
メニュー・字幕・音声設定ごと
簡単に変換してくれるソフトとかってありますか？
これが出来れば個人的にはBD-ISOが最強のコンテナなんだけどな。
あまりサイズダウンにはならないのですか？

517 ：

scenaristとかなら簡単にできるんじゃねーの
使ったことないけど

518 ：

ここで聞くことじゃないのは承知ですが、他にそれらしい板・スレが見つからなかったので
もし知ってる人がいたら教えて下さいませ。
MP4のファイル構造で、"mvhd"というボックスにTimescaleとDurationという値があり
DurationをTimescaleで割ると動画の長さ（秒）になります
でもDurationがフレーム数、Timescaleがフレームレートという訳ではないようです
フレームレートの例えば24f/sなり30f/sなりはどこのボックスに入ってるのでしょうか？
（仕様書のISO/IEC14496-12を見ましたが、そのものズバリの値は無いようで
何かの値から計算するのかなと思っています）

519 ：

518解決。
sample_countがフレーム数で、これを時間で割る

520 ：

乙
で、それを知ってどうしたかったの？

521 ：

動画関係のアプリを作ってるんだよ
プロパティ表示にどうしてもフレームレートを入れたかった
FLV,mpeg,WebM,AVIと調べてMP4のこれだけ判らなかった
しかしWebMの構造は読む側からすると実に貧乏くさくていやらしい
今時ビット単位で節約するとか

522 ：

文字通りWeb用だしなー

523 ：

DVDをMP4にエンコする際チャプターもそのままつけてくれるソフトないでしょうか？
makemkvってのは使ったんですが、ビットレート調整できないからサイズデカくなるし

524 ：

>>523
HandBrake

525 ：2012/10/24

>>524
それも使ってみたんですが、チャプター情報が空になってるんです
使い方が悪いんでしょうか？