VirtualDub情報局　Part6

H.264のファイルを読み込んだ時の
エラー回避ってどうすれいいんでしょうか？

assファイルで作った字幕をフィルターを使って入れてみたんですが、
再生しても字幕が現れません。
何か映像の方に問題があるのでしょうか？

エンコした？ダイレクトストリームコピーしちゃってない？

>>928
あ、そういえばしてないです・・・。
エンコードの仕方もよく知らないので・・・。

>>929
AVIMUX-GUIをつかうと再エンコードしなくてもAVIの中に字幕(ass)を入れられるはず。
字幕付き再生にはDirectVobSub(VSFilter)がいるけど。

それか
【mkv】MatroskaVideo総合スレ5【mka】
http://pc8.2ch.net/test/read.cgi/avi/1106244961/
このスレで語られている、mkvに再エンコ無しで字幕を入れる方法もある。
こちらも字幕再生には同じフィルターが必要。

PCで見るのではなくAVI対応の外部プレイヤーで再生するんだったら、再エンコードするしかないけど。

とりあえずttp://jumper-x.hp.infoseek.co.jp/begin/4dub/5/index.html
を参考にして作ってみたんですが、やっぱりうまくいきません。
外部プレーヤーで再生するので、なんとかしたいんですが・・・。

あ、↑は>>930さん宛の929の書き込みです。

すいません、自己解決しました。
これでやっと寝られる・・・か？

VirtualDubMod 1.5.10.1で(XviD＋Ogg).aviまたは(DivX+Ogg).aviの動画の
カット編集をして、ストリームの直接コピーで保存の途中でOSが再起動する
のですが、どうしてでしょうか？
もちろんコーディックは入っています。
環境は、XPS2　P4 2.4G メモリー1Gです。
以前は問題なく使えていたのですが、最近OSを入れ直してからなのですが・・・
くわしい方、教えてください。

VirtualDub1.6.8で映像・音声ストリームコピー選択して再圧縮無しのCMカットだけしたファイル作成したら、
VirtualDubのログに

[i] VirtualDub CLI Video Processor Version 1.6.8 (build 23567/release) for
80x86
[*] Beginning preview operation.
[i] Dub: Recompressing using format: XRGB1555.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[*] Ending operation.
[*] Beginning dub operation.
[*] Ending operation.

ってあったんだけどXRGB1555って15bit?ググってもろくにヒットしないし色空間減らされてんの?

16bit 555 RGB
16bit 1555 RGB ALPHAPIXELS
16bit 4444 RGB ALPHAPIXELS
16bit 565 RGB

元のファイルがそうだったんだろ。
読み込んだ後で、
File Information
を見てみろ。

ファイル情報見ても色空間項目は確認出来んが

と言っている間に1.6.9きた

>939
1.6.8でウンコ中だよ！ヽ(｀A´)ノ

* Fixed errors when opening YCbCr (YUV) videos that had nonstandard bit
depth or image size values in the frame header.
* YV16 input is now supported; previously it could be written but not
re-read.

だから1.6.8は強制XRGB1555だったのか、、、
ソース捨てちまったしどうしてくれるんや( ﾟДﾟ)ｺﾞﾙｧ!!

そんなバカな。
1.6.8で、huffyuv, PicMJPEG, YUY2, YV12
で確認したけどどれも正常だったぞ。
いったいソースは何だったんだ？

・非標準ビット深度を持った、又はフレームヘッダにイメージサイズ値があるYUVビデオのオープン時のエラーを修正
・YV16の読み込みをサポートした。以前は書くことは出来たが（それを）再読み込み出来なかった。
(YV12じゃない）
これに関係したカラーフォーマットを使ってたのか？

肝心のXviDでも正常、
が抜けてた。

RGB24 / RGB32
でも正常。

MODﾏﾀﾞ?

v1.6.9出たよ

v1.6.8って、stableじゃなかったのかよ

Modと本家1.6.9は、どちらがお勧めでしょうか？
カット編集しかしていませんw

>>947
カットだけなら本家1.5.4がお勧め
選択したフレームまでカットされるから

いやカットの仕様は新しい方が良い。
開始も終了もキーフレーム位置で良いし。

>>948-949
ありがとうございます。
お勧めは 1.5.4と最新の1.6.9で、どちらにするかは好みでということですね？
今は Mod 1.5.10.1(Build2439、たぶんMod最新)を使っているのですが、
カット編集しか分からないので宝の持ち腐れです。

modいつ出るの？

もっど後

もっどもですね

つーか、Mod更新ないぽ・・・

avisynth使ってるからエンコにしか使わない者ですが、
どのヴァージョンがおすすめでしょうか？？

avs2avi

avs2aviってマルチスレッドなんですかね？
そうじゃなかったらVDubの方が早くて良いと思うんですが？
（バッチから使うにしても）

落としてきて見たらマルチスレッドだった。
（っていうかVDubのコードの再利用？）

Avisynth使ってるんだけど、VirtualDubがマルチスレッドでもフィルタとか
コーデックが対応してないと意味ないよね？

WMV9や、最近のXviDやDivX5.xxだと対応してるっぽいけど、Huffyuvで
エンコードするとCPU負荷が50%で頭打ちになっちゃうんだよね・・・

AvisynthだとMTとか出てるけど出始めの時試して、今一だったな

意味あるよ。
実際試してみればわかる。

VirtualDubのスレッド分けは、１フレームの処理を分解しているわけではない。
Readerスレッド
Writerスレッド
プログレス表示スレッド
などに分かれている。

ちょっと考えればわかるが、
ReaderスレッドではAvisynthの処理が走る。（バッファがあり複数フレームを蓄えられる）
WriterスレッドではCodecが走る。
これが平行して走るわけ。

Huffyuvの場合はきっと処理が軽すぎるんだろう。

最近気づいたけどoption→performanceで全部maxにするとちょっと早くなるよな

mod1.5.10.1 のカットの場合
選択範囲の最初は含まれる、最後は含まれない（希望フレームの+1する必要がある）
でFAですか？

>>963
ん、たぶんね

>>960-962
ふーん。そういうもんなんだ。
じゃ、AviUtlでエンコードするよりかは断然速いって事だね。

断然ってほど差はないと思う。
まあ、マルチCPUとかマルチコアになったら差は出るだろうが、
せいぜい最大効果でも、HTTだと数%〜20%程度（Intel自身がそう言っている）
シングルCPUだと逆にスレッド切り替えのオーバーヘッドが大きく逆に遅くなる。

例えば、avsファイル名に「ソ」という文字が含まれてると
job登録が正常にできないのですが、
VirtualDubMod1.5.10をソースからbuildしたら
直るんでしょうか？
直るならコンパイル方法を勉強しようかと思っているのですが。
コンパイルできる人がいれば、コンパイルしてあげてもらえれば
助かるなぁ…。

何様だよ？

ヨン様だよ

>>967
何故「ソ」が駄目なのか勉強する方が先だ。

久々にエンコ生活に戻ろうかと
試し録画して、とりあえずクロップ&リサイズ&インタレ解除した。
で、画像を見てみたら結構きれいで
orz

昔に比べりゃHDDも安くなってるし
ビットレート高くしてあんまりいじらないほうが
賢いかもと思ってしまった。

VirtualDubでMpeg4系でエンコードされたファイルを直接編集できませんか？
DivXなんかは物凄く重宝するんですがWMV9やXVDは使えないんですよね・・・。

なぜか最新版のVD-Mpeg2でエンコードしていたら
Oops!〜がやたらと出た気がする。

1.6系になってからそのワーニングぷっつりと見なくなった。
1.5系のバグだったのだろうか？

次スレどこ？