12/04/06 22:13:14.25 Hq8/XIqp
>>616
641:名無しさん＠編集中
12/04/07 20:11:31.68 qWHVIb3W
1.37はCLIがエンコードに反映されてない。
と書こうとしたら、もうコメントのところに書き込んであったな。
普段CLIモードでしか使ってないから、何が悪いのか試行錯誤してしまったわ。
まさかバグだったとは。
642:名無しさん＠編集中
12/04/07 21:37:18.67 poEujScZ
x264guiEx 1.38
・v1.37でCLIモードをおもいっきり壊していたので修正。
・L-SMASH remuxer用x264guiEx.iniを更新。
L-SMASH remuxerを使用する際にremuxerとtimelineeditorの実行順を変更。
・その他細かい調整。
643:名無しさん＠編集中
12/04/10 13:45:34.95 XdXYruSM
x264guiEx 1.38を使用して、852x480の解像度で出力すると画面左上に緑色のバー状のノイズが乗るんだが
これって既知の問題なのかな？既知の問題ならだれか回避策を教えていただけないだろうか？
x264も8bit版、10bit版、32bit版、64bit版試してみたけど症状が変わらない。
ちなみにフィルタ類の設定はそのままでwmvやaviで出力すると、ノイズが出ないので、その他のフィルタの問題ではないと思うのだが・・・
644:名無しさん＠編集中
12/04/10 14:37:07.08 kOsXZS5S
x264が16の倍数の解像度しかエンコ出来ない糞仕様なので使わない
645:名無しさん＠編集中
12/04/10 15:12:05.09 MBLCuwjP
>>643
変態解像度を使うのが悪い。
704x480 40:33 でエンコしろ
646:名無しさん＠編集中
12/04/10 15:22:53.35 M6FsZ2kb
>>643
本当だ。同じavsをコマンドラインでエンコすると問題ないからx264guiExのバグのような気がする。
ただ、もしニコニコに852x480で投稿しようとしてるならやめたほうがいいと思う。
852x480は、正確な16:9ではないので、エコノミー症候群が起きる可能性がある。
エコノミー症候群とは - ニコニコ大百科
URLﾘﾝｸ(dic.nicovideo.jp)
ここにある「左右反転」ってやつね。掲示板も参照。
まだ調査中だけど、16:9や4:3から微妙にずれる解像度（852x480、720x406）で投稿すると、
ニコニコ側のサーバー側のエンコーダーが変なPAR（仕様上は別に問題ない）をつけてエンコしてしまうらしい。
更にFlashPlayerにはPARをうまく解釈できないというバグがあるため、この問題が起きる。
647:名無しさん＠編集中
12/04/10 15:24:57.46 M6FsZ2kb
>>644
いつの話だよ・・・。今は２の倍数でできるんだが。
>>645
今はリッピングエンコする人ばかりじゃないぞ。拡張編集で映像作るような人にはそのアドバイスは無意味。
>>643がそうなのかどうかはわからんけどね。
648:643
12/04/10 16:30:04.37 XdXYruSM
みなさんresありがとう
>>646
自分でも、852x480のaviをつくって、コマンドラインで試してみました。
コマンドはこんな感じ
x264.exe --crf 22 -o "Test_852x480.mp4" "Test_852x480.avi"
結果、ノイズなしのmp4出来ました。
>>647
目的はPT2で録画したTSファイルを480Pに変換して保存することです。
どうも、x264guiExの問題らしいけど、作者さんってここを見ているのかな？
作者さんのブログで報告した方がいいかしら
649:名無しさん＠編集中
12/04/10 16:41:41.71 M6FsZ2kb
>>648
多分見てくれてると思うけど、一応報告しとくといいかもしれませんね。
一応こちらでの再現条件を書いておきます。
ソース：以下のavsファイル。
BlankClip(10,852,480,pixel_type="YV12",color=$000000)
エンコード：
AviUtl 0.99k2
x264guiEx 1.38
x264 r2184 32bit 8bit-depth(x264.nl)
x264 r2184 32bit 10bit-depth(x264.nl)
--crf 23 --colormatrix smpte170m
再生確認：MPC-HC、Flavie、AviUtl＋L-SMASH Works etc.
備考；i422出力やi444出力では発生せず。
650:名無しさん＠編集中
12/04/10 18:59:37.94 M6FsZ2kb
1.33までは発生しないみたいだから影響があるのは1.34以降かな。
651:643
12/04/10 20:39:32.44 XdXYruSM
resありがとうございます。
>>649
お勧めに従って、作者さんのブログに先ほどコメントさせていただきました。
>>650
早速、1.33をDLして試してみました。確かにノイズ出ませんね。
作者さんのブログで1.33→1.38の変更点も確認しましたが、
自分にとって問題になるような点はありませんでしたので、当面は1.33を使用していこうと思います。
みなさん、resありがとうございました。
652:名無しさん＠編集中
12/04/10 22:15:54.10 M6FsZ2kb
x264guiEx v1.39
・幅(横解像度)が16で割り切れない場合に、画面左上に(緑色の)ゴミが出る問題を修正。
v1.34からのバグ。
653:名無しさん＠編集中
12/04/10 22:17:09.88 M6FsZ2kb
途中で送信してもた。修正ありがとうございます！
654:643
12/04/10 23:55:34.97 XdXYruSM
>>652
DLし試させていただきました。
852x480でもノイズが出なくなりました。
検証してくださった皆さん、resくださった皆さん、ありがとうございました。
655:名無しさん＠編集中
12/04/11 08:25:18.38 CZohFQ9v
"auo_conver.cpp"のmalloc_pixel_data()のちがい(8bit,YUV420でsse2が使えるとき)
// v1.33
frame_size = ((width + 15) / 16 * 16) * height;
// v1.34: ちょうどwidth * heightが64で割り切れる(例:852x480)とき切り上がらない
frame_size = (width * height + 63) / 64 * 64;
// v1.38: 横幅が16で割り切れないとき常に16足される
if (width % 16) {
frame_size = 16 + (width * height + 15) / 16 * 16;
}
else {
frame_size = width * height;
}
// Y用バッファはframe_sizeだけ、UV用バッファはframe_size/2だけ確保
// sse2は16の倍数でアクセスするのでv1.34のときUV用バッファ不足
v1.38の式にいまいち合点がいかんけど自分の勘違いだろう多分
横幅を16の倍数にしてたら問題なさそうだし、エンバグ報告相次いでるからv1.36で様子をみるぜ
656:名無しさん＠編集中
12/04/11 18:12:56.59 4jeA+9Fp
あ？
657:名無しさん＠編集中
12/04/19 02:50:51.32 hjc44dmP
x264guiEx 1.40
・「ファイルを開く...」のウィンドウ、というかダイアログなどから得られるパスを、相対パスにする設定を追加。
その他の設定から。
・設定フォルダ(x264guiEx_stg)のデフォルト位置を相対パスに変更した。
ようは、相対パス指定によって、Aviutlフォルダを移動しても(Aviutlフォルダ内にあるものを指定していれば)問題なくなるようにした、ということ。
x264guiEx 1.xxを作った初期段階では、すべてを絶対パスで扱うことしか考えていなかったが、更新して相対パスにも対応しているので。
・自動ログ保存先の設定が直ちに反映されるようにした。
エンコの途中で変更すると、そのエンコでは反映されなかったので、やっぱすぐ反映されたほうがいいかなと。
・v1.39がちょい適当なのを真面目に。
・その他細かい変更とかいろいろ。
2012-04-17(22:44)
658:名無しさん＠編集中
12/04/19 09:24:07.40 Zi71wBaH
相対パスはちょっと助かる
659:名無しさん＠編集中
12/04/19 09:46:10.09 Dv0I3fUl
Plugins\x264.exeって指定すればいいだけか
660:名無しさん＠編集中
12/04/19 09:55:28.74 PsAhB32a
設定フォルダだけじゃね