- x265 rev2 [転載禁止]©2ch.net
346 ：名無しさん＠編集中[sage]：2015/04/10(金) 18:18:49.76 ID:BUyfRP2k - >>343
・ > よく判らないけどベースフレーム判定？の誤爆でサイズが膨張するっぽい
・ > 基本フレーム、差分フレームの判定ミスも普通にありえると思う
根拠不明。
CPU依存と言ってる割に環境情報も不明、処理方法や入力プラグイン等も含めたTSの扱い方も不明、
インタレ解除や使用フィルタも不明、x265guiEx等のバージョンも不明。
設定自体が崩れるというバグの可能性もあるし設定ミスの可能性もあるのに
>>339や>>342の確認をしない理由も不明。
設定ミス、またはx265以外の部分で生じている問題という可能性の方が高そうだが、
決めつけばかりで、論理的に問題を調べようとする姿勢が見えない。
|
- 42 [転載禁止]©2ch.net
597 ：名無しさん＠編集中[sage]：2015/04/10(金) 18:43:33.68 ID:BUyfRP2k - >>596
何が言いたいんだ？
|
- x265 rev2 [転載禁止]©2ch.net
348 ：名無しさん＠編集中[sage]：2015/04/10(金) 18:58:15.02 ID:BUyfRP2k - >>347
ブログコメントの「highbit depthでのビットレート値」の件のことなら、書いたのは俺なんで、>>343とは別。
ttp://rigaya34589.blog135.fc2.com/blog-entry-599.html#comment2807
ビットレート指定の場合にhighbit depthへのチェックが絡むと、ビットレートがスライダーで指定できる
近似値に変えられてしまうという挙動だけど、>>343はcrf23指定でエンコしてると書いてるし、
crf指定の場合はコメントに書いたような問題は起きなかったから全然違う問題だと思う。
|
- 42 [転載禁止]©2ch.net
600 ：名無しさん＠編集中[sage]：2015/04/10(金) 19:13:37.13 ID:BUyfRP2k - ああ、何度も繰り返してるってだけか。頭のbを何か勘違いしてんのかと思ったｗ
|
- 【初心者歓迎】総合質問スレッド-83-【ダウソNG】 [転載禁止]©2ch.net
225 ：名無しさん＠編集中[sage]：2015/04/10(金) 19:33:14.07 ID:BUyfRP2k - >>223-224
解決したというのはBandicamのデコーダーをアンインストールしたってことかな？
MONSTERXXのドライバか付属アプリにMotionJPEGのVCMコーデックは入ってないんだっけ？
PicVideo MJPEGが付属してるという話を聞いた気がするけど、XXでどうなのかは知らない。
AviUtlの「環境設定→コーデックの設定」を見て、MotionJPEG（MJPG）系のコーデックが入ってるか確認を。
入ってるならAVI/AVI2 File Readerで正常に開けるはずだけど、状況を見ると、
MotionJPEG系のコーデックが入ってないのでAVI/AVI2 File Readerが飛ばされ、
L-SMASH Worksで読み込んでる状況のように思える。
あと、MotionJPEGはBT.601のフルレンジYUVになってるのが一般的らしい。
L-SMASH WorksでMotionJPEGを読み込んだ場合、フルレンジYUVのまま読み込むはずなので
白飛びや黒つぶれが発生すると思う。MonsterXXのキャプチャ仕様がどうなってるかわからないけど、
場合によっては拡張色調補正でPC->TVスケール補正したり、色変換の設定で
入力をBT.601にしたりしないと正しい色で読み込めないかもしれない。
MotionJPEGはそういう特殊性を持つコーデックなので、別コーデックを使ったほうがいいかもね。
|