HandBrake 総合スレッド 17
■ このスレッドは過去ログ倉庫に格納されています
もう1.x以降の日本語化したのはないのかな?
1.1.2に上げたけど以前と使い方あまり変わらないからいいけどやっぱり日本語化は安心感が有った Linux版は日本語化されてるし、windows用の日本語化パッチを
githubで上げたら取り入れてくれるんじゃないかな >>98
それはもう過去の話
HWエンコの時代が来つつあるよ
【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1533671049/ ハードウェアは基本手抜きなので、
CPUがやるのと同じ計算をやってくれるモードみたいなのを
搭載しない限り使い物にはならない
それはGPUの設計を根底から見直すことになるので、
需要があるかどうか判らないようなもんに投資するとは思えない たぶん、ここの板のやつは一通りGPUエンコをテストしてるはず。
H265メインなんで俺もNvidiaもAMDも使ってテストしたけど、思ったような結果は得られなかった。
結局、遅いが丁寧な仕事をするCPUオンリーに落ち着いた。 今後はh.265がメインになるから丁寧にCPUでやるのが一番かもしれないね
家庭内のメディアサーバー用のPCはIvyBridge世代のセレロンだと1時間が10時間近くまでかかるw
ずっと稼動してるし消費電力は低いから良いんだけどね みんな誰もが1度ははーどえんこに憧れて、また、そふとえんこに戻ってくるんだ。 一通りは設定チェックつけたり外したりをやりまくって保存用に置いておくならCPUエンコしかないなと思った
もう2年は前のCPUだからフルHDのライブ映像の動画とかだと(4時間くらい)丸1日掛かるけど背に腹はかえられない エンコして見てすぐに捨てる、ような用途ならハードもいいけど、
自分でエンコする場合にそんなケースが無いんだよな "丁寧なエンコード"って具体的にどんなエンコード設定を調整してるの? >>108
上でも出てるようにGPUを使わず速度よりも時間をかけて丁寧にCPUのみでエンコ
QSVとかGPU支援を受けえるとPCのCPUに余裕が出来て速度が上がるけど画質は落ちる 録画したゲーム動画の音ズレなおせると聞いてDLしますた 元がズレてるものを直せるわけじゃないぞ。
VFRのファイルだから編集時に音ズレするって場合に、CFR化して対処するってだけだ。 シャープフィルタって結構いい仕事しますね
FHDを720pとか540pに下げてエンコするときはmid、strongにするといい感じになる 些細な事だけど
Queueウインドウに進捗状況が表示されるのはうれしいな 1.1.2から1.2になって
PresetのLegacyが無くなったのでDeviceのApple720で変換するとiTunesで動画再生できず
SOUNDからAC3削除したら再生できたので
PresetのGenela720使おう
しかしDeveiceAppleのプリセットで変換した物がなんでiTunesで再生できないんだろう? 1.2.0にしてからTSを変換すると音声に不具合があるようで再生できなかった。
いつもAAC Passthruを使ってるのだが、これをAAC(avcodec)にすると問題無く変換できる。
AAC Passthruを使いたいので1.1.2に戻した。 原因がわからんトラブルなので質問
Handbreake1.1.2のGeneralのfast設定を元にh.265に変更して複数エンコしてみたんだが1個の動画だけで問題
・PC1と2ではVLCで問題なく再生可能なのを確認
・PC3でノイズで最初から映像が見れない状態になった(音声は正常)
これはエンコのミスじゃなく再生側の問題かな?
Xboxoneとスマホでも問題なく再生できた 5台の再生機器中4台で再生できるなら、さすがに残り1台はそれ自体が抱えた問題だろう。 エンジンかわってffmpegだったっけ?
ffmpegは伝統的に音声がボロボロだよ。
音質が非常に悪かったり >>123
やっぱり、こういう場合は再生側の問題かな〜 >>121
おれも1.2.0になってから
無効な形式のコーデックid 'A_AAC'です
となってmkvtoolnixでコンテナ弄れなくなってたわ。 111と112は音声をAACやAC-3に圧縮しても比較的安定してたのにね 16年1月にエンコードしたファイルと同じ設定で比べてみたけどコーデックはhvc1だけどh.264の可能性もあるんだっけ?
細かい設定は違うかもだけど保存用のFHDライブ映像が3GBから1.5GBまで縮んでビビったわ H265のmkvファイルでもビットレートが表示出来る様にならないかな? advancedパネルも無くなったし、コモディティ化と引き換えに弄れる部分はどんどん減らしていくんだろうね。 H264のMP4と比べて表示が物足りないな、優れものなのに。 vidcoderでエンコード中に、一時停止して再開しても問題ない
でも、一時停止の間にスリープがはさまると失敗扱いにされる
何かそのへんの設定ある? >>115
RTX2050がお安くきてくれたら、もうそいつに投げてh265 10bit bframe=3でハードエンコさせればいいなあ >>134
基本的にプリセット推奨だったし
Videoに関してもQptimise VideoのEncoder presetでのバー操作を推奨だったからね >>137
2050=1060だから来ても3万円前後 ハードエンコしかできない機能限定版を1万くらいで出してくれればいいのに >>134
知らない人にはちんぷんかんぷんだろうしデフォルトで非表示にされるのも仕方ない気がする
https://i.imgur.com/JVKfP7x.png 今回の1.2.0で以下のようになりました。
>Removed preferences option to show the advanced tab (deprecated and slated for removal) >>140
むしろ、グラフィック表示がおまけだから価格変わらないと革ジャンが言ってた 960だからいい加減グラボ買い換えたいけど回転早すぎだしどれがいいのか分からん
動画エンコと制作とゲームに使うから3-4万くらいで欲しいが oculusでsteamやりたいから、グラフィック部分も使いみちは無くはないんだけど
多分滅多にやらないだろうしなあ VRはもっと普及なり一緒に出来る人が居ないと結局一月で飽きそう
セッティングが面倒すぎる 何かゲーム以外の使いみちは無いかな
現状でH265の再生のシークがちょっと遅いんだけど、
これがもっと快適になったりするだろうか H265でエンコさせるとCPU 100パーセント使ってくれないんですが 設定で100パーセント使わせる方法ありあすか? NVEncCでNVDECを一緒に使うとほぼ100%使ってくれるよ
設定にもよると思うけど1060で400fpsくらいはでてる そういえばAIという使いみちがあったな
猫の画像でも判別させるか なんでこいつはGPUの使い道の話(?)をブツブツつぶやき続けてるんだろう。。。 そういえばきな粉が少し残ってたな
お餅焼いて食ってしまうか 結局はオーディオの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倍以上かかるようになったw
[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性能によって演算結果が変わるとかあり得ないので。 x265でOptimiseVideoのEncoderPresetをSlowからSlowerにするだけで
エンコ時間が倍近く増えるね >>187
お下がりのCeleronG1610やサブ機のCorei3 2120とかだね
メイン機はゲームとか仕事で高負荷かける事が多いからエンコでは使ってない >>188
x265エンコするのにSSE止まりのCPUじゃそうなるやね CeleronG1610で3〜4時間ほどでエンコの設定で
同設定と同じソースを使って処分前のCore2DuoE6400で試したら12時間越えたよw 新しいCPUにしたら速くなったという感覚は、
core2duo捨てた時が最後だったな
あれからまるで成長していない 3770kで16時間掛かったわ。
そろそろ変えないといかんなあ。 煽るつもりじゃないけどまじめにエンコするならGPUエンコなんてやってられんわ ありがとう、でも
CPU単体だけじゃなくメモリ周り含めても9900kが優位かな?
クアッドチャネルとデュアルチャネルの差が有るので単純な比較は難しそうだよね。 >>194
以前はそうだったけど、いいのが出てきたんだよ ■ このスレッドは過去ログ倉庫に格納されています