HandBrake 総合スレッド 17
■ このスレッドは過去ログ倉庫に格納されています
結局はオーディオのAACなども含めて今は112で止めとくのが正解なんかな
今はh.265でAC-3かAACでのエンコオンリーで使ってるが… 今までAAC128だったんですけど ためしにopus64にしてみたら自分の耳ではあまり差が感じなかったので使ってます 120はしばらく様子見でしょ。
どんなソフトでもそうだけど、バージョンアップ直後はいろいろ不具合がある。 120にしてから動画によってエンコード後の時間が短くなっちゃうのよね。2時間の元動画が1時間50分とか。カットされてる場面はないから部分的に速度変えられてるみたい。 録画してたガキ使変換したら1時間時間減ってた原因それか
開発版しか使ってないからどのバージョンまではまともなのか分からん…… VidCoderも3.16から4.28になって1.2.0ベースになってるな
番号の付け方がよく判らん >>165
報告乙、先週見たときは更新されてなかったから手間が省けた プリセットのFast設定をh.265に変更してエンコードかけたんだけど
星空がゆっくり動くのような映像だと建物とかの間にモスキートノイズが目立つんだが
[Video]の[OptimiseVideo]を「Slow」とかに下げる方が良いのか
同じくの[Video]の[Quality]は22なんだけど18以下とかに下げる方が効果あるのかな？ 今は朝まで別のエンコード中なんで分かれば明日のエンコードで設定しようと思いまして >>167
そういうのには10bitが効果的だけど
HnadBrakeのx265で使えるのかは分からない >>167
暗転時にブロックノイズがどうしても出てくる箇所があったんだけど Slowにしたら出なくなった
(色々設定し直してもMidまで絶対再現)
終了までだいぶ時間が伸びるけど拘るなら設定したら >>171 >>172
ありがとう
Slowにしたらかなり軽減されたけど時間が1.5倍以上かかるようになったｗ
[Slow]+[OptimiseVdeo]を18にして試したらモスキートノイズのようなのはかなり減るけど
エンコ時間が5倍以上、容量が2倍以上(600M未満→1.5G近く)に増大したので落としどころを探るか… やっぱQSVとか利用するとCPUのみより設定同じでも画質落ちるんかな？ 確かこのスレの過去スレで h265のエクストラオプションでこの設定にしとけばほぼ見た目変わらないまま動画サイズある程度節約できる設定載せてた人が居たんだけど見つからねえ 容量がそんなに気になるならクオリティじゃなくビットレート指定にすれば良いのに
ある程度のビットレートで2passすればブロックノイズなんて一切乗らない いろいろすみません
h.265でエンコードするならOptimseVideoのプリセットはSlowが最低って感じですね…
Mediだと解像度の低い映像だとノイズ(個人的にはモスキート的なノイズ)が目立つし
Faster以下だとかなりノイズがのる感じですね >165
情報ありがとうございます。
昔のVidCoderだとエンコしても、
HandBrakeよりもサイズが1.3倍ぐらい大きくなってしまい使ってなかったけど、
新しいバージョンで試すと、ほぼ同じサイズか小さくエンコできるようになりました。 x265のエンコードはかなり時間がかかるけど
ひ弱なCPUでエンコードしたら画質落ちるとか無いよね？ CPU性能によって演算結果が変わるとかあり得ないので。 ｘ265でOptimiseVideoのEncoderPresetをSlowからSlowerにするだけで
エンコ時間が倍近く増えるね >>187
お下がりのCeleronG1610やサブ機のCorei3 2120とかだね
メイン機はゲームとか仕事で高負荷かける事が多いからエンコでは使ってない >>188
x265エンコするのにSSE止まりのCPUじゃそうなるやね CeleronG1610で3〜4時間ほどでエンコの設定で
同設定と同じソースを使って処分前のCore2DuoE6400で試したら12時間越えたよｗ 新しいCPUにしたら速くなったという感覚は、
core2duo捨てた時が最後だったな
あれからまるで成長していない 3770kで16時間掛かったわ。
そろそろ変えないといかんなあ。 煽るつもりじゃないけどまじめにエンコするならGPUエンコなんてやってられんわ ありがとう、でも
CPU単体だけじゃなくメモリ周り含めても9900kが優位かな？
クアッドチャネルとデュアルチャネルの差が有るので単純な比較は難しそうだよね。 >>194
以前はそうだったけど、いいのが出てきたんだよ EncoderPresetのMediumとSlowって意外と差が大きいな H264でslowのsubme8 CRF19とかこだわってるならハードエンコはないだろうね
そうじゃなかったらTuringのNVEncでH265 10bit bframe付きがだいぶいいわ x265で聞きたいんだけどテロップや字幕とかの輪郭周囲に
ノイズや周囲の動きズレみたいなのは取れないのかな？
何か良い設定ある？ そんなの出たことないけど、他のエンコーダー使ってもなる？ handbrakeはどのバージョン使ってる？ モスキートノイズみたいなのだね
ただ元ソースには出てなくてエンコードしたx265に出てる
Handbrake112
[Filters]は[Deinterlace]のみ[Decomd]で[Defalut]にして後はOFF
[Video]は[x265]にして[Framerate]は[30]で[PeakFramerate]
[Quality]は[21]
[OptimiseVideo]の[Preset]は[Slow]、[Tune]は[None]、[Profile]は[Auto]
[OptimiseVdeo]の[Fast]だと酷すぎて[Medium]だと目立つ
[Slow]が時間的許容範囲ギリで[Slower]以上は時間的に厳しい
ためしに[Placebo]を試したけどモスキート的なのは目立った ゆっくりと星空のようなのが左右に流れると
テロップや手前の障害物を横切る時に離隔付近でノイズや星の動きが変になる
x264でも同じだしおま環なのか仕様なのかわからなくて…
今まで気になるようなソースを使った事がなかったから気がつかなかったのかも
元ソースはそんな動きをしなくてクリアに横切ってる >>205
1.07でmedium使ってるけど気にならんなぁ
1.07試してみたら? encoderTuneってPSNRとSSIMは通常使わないって見たんだけどどう違うのかがまず見た感じ分からない…
無しにするとエンコードの時間ほぼ倍になるし265の時は違いもわからないし時間もエンコ後のサイズも小さくできるからPSNRにしてるんだけど >>206 >>207 >>208
ありがとう
明日チョット変えて短い動画で試してみます >>201ですが何個か試した結果は単純にビットレート上げるしかなさそう…
Videoの[Quality]を[5]以下にすると気にならないけどエンコ時間と容量でやっぱダメ もじょもじょは赤系の周辺が特にひでぇが
まあ原理上しょうがなかんべ >>214
そうですね…
いままで気にならなかったけど
一度気になるとモヤモヤしちゃうんですよね
少し軽減して許容できる範囲の設定で再エンコだけしときます vidcoderでQSVを選んでるのに全然速くならないのは何がおかしいんだろう
ivyには対応してないとかあるのかな >>216
フィルターはCPU処理だからじゃね
これでHWエンコは基本的に4K mp4→FullHD mp4とかの変換向け linux版でCPU？の優先順位を変えること出来ませんか？
preferenceのadvanceにある項目のやつ >>218
つ man nice
nice -n19 handbrake 〜 H.265をVCEでエンコードしてるんだけど使用率みると２０％止まりでCPUが１００％になってる
As video converterだと逆にGPUの使用率が100％辺りになるのですがこれは正常に機能してるのでしょうか？ 1.2.0だけど特定の動画をエンコすると左右反転になって出力される
こんな現象に陥った人居ない？
他のバージョンはまだ試してない 1920x1080 AVC/H.264 29.97fps
AAC の至って普通のmp4動画です。
avidemixで読み込んでもエラーとか特になし
とりあえず設定を変えて色々試してみます。 228ですが、Queueのウインドウから一度終了したJobの右端のテキストマークをクリックして
再度設定を読み込ませてエンコしてると時々おかしくなるみたい DVD以下の解像度だと、NVECでも静止画で比較しないと、CPUオンリーとの違いがわからんな 変換後に長ったらしいヘンな文字列が付くのは
どうすればええのん会 エンコードのために最近nVidiaのグラフィックカードを買いました。
早速H.265のNVEncでエンコードしてみたところ爆速で終了して感動しましたが、
設定が同じでもエンコード後のファイルサイズがCPU変換したときに比べて倍ほどに大きくなってしまっていました。
NVEncでエンコードした場合はこうなってしまう物なのでしょうか？ >>236
そうなってしまうものです
GPUは細かい計算は苦手だから大雑把なことしかできないけど腕が何本もあるから作業自体はめちゃくちゃ早い
CPUはきっちり細かい計算をしながら進めるから作業は遅いけど同じ画質でも圧縮効率がいい(=サイズが小さくなる)
いい加減な説明だけどざっくりこんな感じ >>236
画質を良くして容量を小さくしたいならCPUで時間かけてコツコツするしかない
GPUのハードウェアエンコードは速度は速いが仕事は大雑把 >>236-238
圧縮効率の違いもあるけど、それ以前に
「Handbrakeの設定が同じでも、各エンコーダ毎に設定値の解釈が異なる」
ということも忘れてはいけない。
Handbrakeで同じ Constant Quality 22 を指定してたとしても、その22という値は、
・x264ならcrfの値として使う
・QSVならICQqualityの値として使う
・NVEncは？？？の値として使う（持ってないので知らん）
といった感じで、各エンコーダ毎に扱い方はバラバラ。行う処理の内容だってエンコーダ毎に異なる。
当然ながら、22という数値で実現される画質というのも、エンコーダ毎に変わることになる。
勘違いしてる人が多い気がするけど、
「HandbrakeのConstant Qualityの値を同じにしておけば、どのエンコーダを使っても同じ画質になる」
という考え方は間違い。エンコーダ毎に、適切な値を見極める必要がある。
圧縮効率の話はその後の話であって、HWエンコードだとSWエンコードに比べて圧縮効率が低いので、
同じ画質を実現するためにはより多くのビットレートが必要になり、ファイルサイズが増えやすい。 >>237-239
なるほど。とても分かりやすい説明ありがとうございます。
NVEncに夢を見すぎていた感が否めませんが、早いエンコードを必要とした際には使おうと思います。
やはり普段はCPUで時間かけて地道にという感じなんですね。 同じ設定でもプリセットをSlow以下にしたらブロックノイズ発生しなかったから基本この設定にしてる
エンコ時間は通常より1.5倍程度長くなるけど見た目じゃ劣化感じない画質設定のフルHDのアニメなら100mb以下になるし映画も激しいのじゃなければ1gb未満に抑えられるから保存用としては十分
Slowerは丸2日掛かるレベルでfps動かなくなったから使ってない 個人的なテストで試した感じだけどh.265でソフトウェアエンコードの時間だが
[EncoderPreset]を[Superfast]、[Quality]を[22]だと1時間かからないぐらい
[EncoderPreset]は[medium]、[Quality]は[22]で2時間かかる
[EncoderPreset]を[Slow]、[Quality]を[21]にすると3〜4時間以上とかになるね
[EncoderPreset]を「Slower」、[Quality]は[21]だと7時間以上ぐらい
mediumとSlow以上では時間にかなりの差がある
Superfastは画質的に問題外だけど速い 流れ的にFullHDの話なんだろうがエンコしてるCPUくらい書け >>244
ここのスレ民ならある程度の積んでる人がほとんどだろうけど自分の場合はi7の960
型落ちもいい所だから現行のならもっと早いんじゃない 1.2.1
TSのAACのPassthruが正常に処理できるようになったか
試したいけどバッチで長時間エンコを多重で流してるから終わるまで試せないｚ 報告乙
やっぱフリーソフトは旧バージョンも持っておかなきゃ駄目だね。後からじゃウイルス仕込まれてるかもしれんし >>248
え？そうなの？
じゃあもう一回やるか
元TSは残してあるから ながらく0.10.5だったのですが、h265でのエンコをはじめてみようと最新版を使い始めました。
h264の頃はインタレソースのインタレ保持のため、Video-ExtraOptionsに「tff=1」と追加していたのが、265では効かないようです。代替のパラメータってありますかね？ H.265の規格自体はインタレースにも対応してるし、x265もインタレ保持エンコはできる。
ただ、やり方が面倒で、少なくともHandbrakeで簡単にやることはできないし、
インタレ保持エンコしたとしても、それをちゃんと再生できるデコーダはほぼ無い。
まあやめとけってことだな。 なるほど。。
>251のカキコしたあとで、「interlase=tff (or 1)」ってのを見つけたのでやってみたところ、264の時と再生環境(デコーダ)も変わったせいか、どうもうまく再生されませんでしたw
画面縁が振動したりうっすらコームが残ったり…
インタレソースはうまく再生できてる264で引き続き変換しましょうかね。
ちなみにFiltersのDeInterlase、Decombはシーンの切り替わりにコームが残ったりすることがあるのであまり使いたくないんですよねぇ。 ■ このスレッドは過去ログ倉庫に格納されています
