HandBrake 総合スレッド 16©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
HandBrake は DVD や様々な形式の動画ソースを変換するソフトウェアです。
GPL ライセンスのオープンソースで開発されています。
公式サイト
http://handbrake.fr/
公式：Wiki（FAQ やドキュメント）
http://trac.handbrake.fr/wiki
公式：Discussion forum（サポートフォーラム）
http://forum.handbrake.fr/
非公式：HandBrake 日本語版
http://sourceforge.jp/projects/handbrake-jp/
※日本語版を使用しての不具合に関しては日本語版配布元で質問してみましょう。
公式：Nightly Builds
https://handbrake.fr/nightly.php
公式：Roadmap（マイルストーンと進捗）
https://trac.handbrake.fr/roadmap
公式：Timeline（詳細な進捗）
https://trac.handbrake.fr/timeline
公式：Active Tickets by Milestone（マイルストーン毎の機能拡張予定など）
https://trac.handbrake.fr/wiki/TracTickets
【前スレ】
HandBrake 総合スレッド 15
http://echo.2ch.net/test/read.cgi/avi/1476339828/ x265のultraFastが早くて優秀だな。
これでrfを18くらいにしとけばx264はもういらない感じやね。 x264 veryslow rf18
x265 ultrafast rf18
だとx265の方が倍速くて2/3くらいのサイズになる感じ
画質は大して変わらないように見えるけど厳密にはどうなんかね｡ 264に比べれば縮むけど、264の半分のサイズにという触れ込み程ではない
265でもっと時間かければもっと縮んだだろうに 横軸にビットレート、縦軸にVMAFやSSIMをとって圧縮効率のグラフを作ると、
x265のultrafastなんて、QSVのH.264 LA-ICQに負けるくらいだな・・・。（ソースにもよるだろうけど）
x264にしてもx265にしても、medium以下のプリセットは圧縮効率ががくっと下がったりするので
トランスコードで使うもんじゃないなとは思う。 mediumとveryfastを比較してみたけど、
veryfastの方が速くてより縮むんだよな
もっと速くしたらもっと縮むだろうか 画質は数値で指定したので決まる
速度の方はサイズとの兼ね合いで画質は同じ
普通のファイル圧縮ツールのオプションだと思えばいい >>732
そういう風に勘違いしてしまってる人が結構いそうだけど、同じcrf値でも設定によって画質も結構変わることがある。
crf値の指定は１つの目安でしかない。たとえば
sakura_x264_x265_preset_VMAF
http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3500.jpg
の例だと、
・「x265/ultrafast/crf=19」は、「x264/medium/crf=25」と同じくらいの画質。
そのくせビットレートは「x264/medium/crf=23」と同じくらい高くなる。
（x265/ultrafastの圧縮効率はQSVのH.264 LA-ICQと似たり寄ったりのレベルでよろしくない）
という結果になっている。
※VMAFは画質の客観指標の１つであって、必ずしも主観評価とは一致するとは限らないけど、
少なくとも指標上ではそれくらいの違いは出るということ。
せっかくx265を使うなら、圧縮効率を考慮して、せめてslowで使いたいところ。 >>733
あんた、それもうどっかのブログに常にアップしといてくれよ
それともあるの？ x265スレかな・・
preset slowの中では「 --rect --limit-modes 」 が画質に与える効果大（良いほうに）
上記のふったつを有効にしとけばfastでもいい感じになる >>735
それ元から付いてるとかって話じゃなかったか？
Optionに書かなきゃ有効にならんの？ >>733
この図を見るとやっぱりcrf18とか過剰な品質に
しとけばultrafast.superfastでも十分な感じがする。
多少ファイルサイズは増えるだろうけど。 >>736
slowでは、ね
で、それをfastに付けるとslowより早く、画質がmediumより断然よくなるってこと 開発版にいつのまにかNvidia NVEncでエンコ出来るモードがあったけど試しに10分のアニメ映像でエンコードしてみたら450mb近くなったんだけど設定が悪いのか…？
そのほかの場所はいつも使ってるx265の設定と全く同じにしてる
(ちなみにフルHDのミディアムかslowのプリセットでこっちだと70MBになる) >>741
そうなのか…
どの設定にしても速度は爆速だけどなるべく画質は維持しながら保存用にエンコードしてるから使うことはなさそう(´･ω･`) 縮まなくていいからリアルタイムに間に合うように、というのが本来の仕事だからな 横方向にチラつきが入るんだよなー
毎回同じ場所で入る訳でもなく、一時停止したら消える
なんだべコレ 1.1系、動作おかしくない？
tsの読み込みにやたら時間かかるし、圧縮した動画は音ズレ起きてたし。
1.0.7に戻したわ >>732
数値とはH264のRF値のことをいってる？
例えば同じRF24でもveryfastとmediumでは画質が全然違う。
アニメとかの同じ絵で止めて比較するとわかりやすい。
veryfastとかだと線がにじみがおおきくなる。
前はveryfast使ってたけどMediumにした。
アニメは
映像: H.264 1080p, RF24 Medium
音声: AAC 128kbps
でエンコードしてる。30分アニメCMカットして200-250MBくらい
x265 は2年前くらい試して遅すぎて断念した。 HandBrake使ってきたけど
どのバージョンでもファイルが.tsだと再生時間の表示すらおかしいでしょ？
MKVToolNixでmkv変換した.mkvだと再生時間も正常になることに気が付いた。
tsいじるときはまず最初にMKVToolNixでmkvに変換するといい
ワンセグデータの削除と同時にできるから追加の時間はかからない。
ts絡みのバグは多すぎるしちゃんと動くソフトが少ない
mkvファイルならいいソフトがたくさんある。
>>746
MKVToolNixで最初にmkv変換したら？
読み込みも速いし、時間が正確になる。
試してないけど音ズレも多分なおると思う。tsの音声が多くの問題を引き起こしている。 日常的にtsをエンコしてるけど、別に困ってないな
厳密にはHandBrakeではなくVidCoderだけど >>749
例えば地デジ録画してCMカットしてエンコードしたい場合。
tsだとちゃんと連結できるソフトが見つからなかった。
tsだとHandBrakeでエンコードする前のカットや連結の段階で問題がでた
MKVToolNixで変換するようになってから
mkvにした後ならまともに連結できるんだとわかった。
VidCoderは知らないけどHandBrakeとどう違うの？ CMカットとかしないからなー
エンコーダーに問題があるのではなくて、編集に問題があるのでは
VidCoderはHandBrakeを使ったソフトで、
3.15はHandBrakeの1.1.1を使っている >>751
CMカットするとサイズが15%位も減るから始めた。
視聴時にCMのカットポイント指定もしながらやると時間のロスも少ない。
途中のCMカットや連結しなくてもHandBrakeだと時間表示おかしくなるよ
tsをHandBrakeにドラッグした時点でもうDurationがおかしいでしょ
HandBrakeもtsにちゃんと対応できていないってこと
tsだとまともに編集できるソフトもないんだよ
連結すると再生とまったり音飛びしたり時刻がずれたりする。
だから最初にmkv変換する方法で落ち着いた 15%ならやらないなあ
出来上がりが500MBとして、15%は75MB
4TBのHDDが15000円として、0.28円分
手間が1分かかったして、時給17円 >>753
番組の開始前と終了後のカットすらやらないのか？
HDDなんてもう使いたくないからサイズも気にしている。
全部SSDに早く置き換えたい。
あとCMだけで15%くらいだが
OP, EDが共通のアニメならそれもカットすれば25%くらいはサイズ小さくなる
エンコードする前に視聴するでしょ
そのときにCMの開始、終了の地点で指定するだけ。
あとはSaveすればカットと連結やってくれる。
カットしなければ再生時に飛ばす手間がかかる。 >>748
1.0.7だと音ズレしないんだよね
もちろん、1.1.1で音ズレ起こしたtsで試してみた
mkvtoolnixは知らなかった
1.0.7でも音ズレ起こすようなものに当たったら試してみるわ、ありがとう ついでに。
俺も動画保存場所の空き容量に苦慮してる
録画して直ぐ見るやつはtsのまま見る。残す必要がないのは消す。
直ぐに見ないやつ(溜まってしまったts)は、ひとまず圧縮してtsは消し、空き容量を確保する。
ずっと残しておきたいやつは、AvidemuxでざっくりCMカットしたものを残す。
という感じ。
圧縮前の段階で加工するのは、加工産物のせいで約2倍分の容量を食うからやりにくい… まだ見てないts置き場が850GBも食っててどうしようかと >>757
週2休みあるのにそれだけたまったのならどうでも番組に違いない。
ざくざく消してしまっていいかと
VLC Media Playerで1.7-2.0倍速再生もいい。
動画の視聴がはかどる
なれると1倍速はイライラするようになる 日本のテレビ放送に使われてるtsは国際的にみればイレギュラーな独自規格だからしゃーない面もある
>>753
たぶん15%ってのは有料放送などの前後の予告だけだと思う
普通のテレビ放送だと25%ぐらいは減る >>759
CM cutでsize15%減るとかいたのは主にアニメ30分、TOKYO MXだよ
30分間のCMが2回しかなく2回合計でも2.0-2.5分くらいしかないから15%程度なのかも。
そのかわり、アニメはたいてい毎話おなじOP, ED繰り返すからそこカットすれば25%は減るという話。
たしかにアニメ以外だともっとCM多い印象ある。
バラエティとかは見てもエンコードせずすぐ消すからどれだけサイズ減るかわからない。 別に見なくてもええねんで
189160本あるがたぶん1割も見てないｗ >>760
確かにアニメは５分（放送時間にして1/6）程度の短縮にしかならないね
1時間の実写ドラマだと14分ぐらいCMに費やされてるから影響は大きめ
ちなみにバラエティーは下手にエンコしないほうが良い気がする フィギュアスケートは編集するな
採点を待ってる間のスローモーションとか省くと半分以下になる
M-1とかR-1とかも、プロフィールとか採点とか省くと1/3くらいになる tsのエンコならamatsukazeでよくね？
CMカットも全自動だし音ズレしないし できれば汎用のソフトで済ませたいけど、自動CMカットとかは面白そうだな
局名の透かしの自動削除とかもしてくれる? >>766
それ初めてみたけどGitHubで17人しかstarつけてないからユーザー数も少ないと思う。
NVDIA GPUないと遅いようだけどそれが欠点だろうな
字幕の変換機能がついてるらしいけど地震テロップとかも字幕扱いで後から消せるものなのかな
字幕消し（外部ファイル保存）とロゴ消しは海外ソフトだと対応してるものなさそう ロゴは消せるけど、ハードサブは消せないよ
字幕データを変換してmpcで再生できる形式にするだけ >>768
NVIDIA GPUがないと遅いのは確かだね
作者はインタレ解除周りも自分で作ってるから、品質の悪い（だけど高速な）インタレ解除は入れたくないらしい
まぁ本当にきれいではあるんだが、handbrakeのインタレ解除品質で十分って人は面食らうわ
一応擁護しとくと、インタレ保持やD3DVPによる60p化なら速い 元はavisynthなんだから改造すればいいだけでは >>768
Avisynth のスクリプト書いてインタレ解除も CPU にやらせつつで
HandBrakeCLI と同等のエンコ速度は出せてるよ。
インタレ解除は品質より速度欲しいから画質面は妥協してるけど
成果物は HandBrakeCLI と比べても大差無いので問題ないから Amatsukaze に乗り換えた。
CM カットはしないけど CM 位置にチャプター打ってくれるのが最高に良い 上の方でtsのCMカットできるソフトがないとか書いてるけどmurdoc cutterがあるじゃない >>769
そうなんだ。
画面下の流れる字幕とか地震テロップはtsだと分離できないのか。
YouTubeとかに投稿されてる動画だとTV局の字幕が消えてるから
なにか消す方法があるのかと思った。あれはソースが地デジじゃないってことだな
録画したい番組で地震速報テロップがはいっていたときのガッカリ感はないよな
>>770
なるほど。いまはNVIDIA GPUつけてないから使えそうにないな
だれかがフォークしてCPUに最適化してくれるのを期待してGitHub starつけておいた >>773
CMカットやる前はtsのままMurdoc cutter使ってたよ
でもあれはGOP単位でしか切れないから0.5秒単位のカットになる。
正確な位置で切り出したいときにうまくいかない。
GOP単位だからどうやっても余計な映像か音が入ってしまう。
あとMurdoc cutterでカット＆連結やってみるとわかるけど
再生できなくなったり、時間がずれたりひどいことになる。
MKVToolNixでtsをいったんMKVにして編集からだと
tsの音声絡みのトラブルがないから、音ズレ、時刻ずれも起きない。
さらに編集ソフト次第で0.1秒以下、フレームレベルの細かさでカットして連結したりできる。 目的はサイズ削減なんだからGOP単位で何も困らない HandBrake 1.0.2 以上にバージョンアップするとQSVのエンコードに失敗する現象って解決されてる？ >>776
サイズ削減のためにはCMなど不要な部分をカットし連結する
機能が必要だが、tsのままそれを不具合なくできるソフトは見つからなかった。
775にかいたように
Murdoc cutterでカット＆連結は
再生できなくなったり、時間がずれたりひどいことになる。
Avidemuxでは音声を認識せず無音になる。編集以前に使えない。
上記の不具合は別にしてお気に入りのクリップ、特に音楽を切り出ししたいひとは
GOP単位は耐えがたいんだよ。冒頭にノイズなどが聞こえてしまう。 AACの高音部が劣化してショワショワいう不具合は解消されないの？ パススルーじゃダメなのか？
俺はパススルーにしてスマホに淹れてMXPlayerでいつも見てるけど ffmpeg native aac encoder の低品質
mac で coreaudio 使うか hb.dll ビルドして fdk-aac 使えばよい >>781
無いバージョンと有るバージョンがあるんじゃなかったっけ >>784
マジか
音声なんて縮めてもそんなにサイズに影響無いのに >>780
AACだと変換したら絶対同じ場所でノイズが出る動画があったんだけどAC3にしたらとりあえず収まった >>786
それは不具合というか、キラーサンプルってだけでは… XmediaRecodeはちょっと前からfdk実装してるから近々に… GUI版でエンコードしたときの設定をCLI用にコマンドラインで表示させることってできないかな？ >>778
TsTimeKeeper知らない人？
あと、無駄データ削除してサイズ縮小させるならTsSplitterも使うよな
tsがローカル規格だから云々言ってる人もいるけど、ffmpegでもLAVSplitterでもMarumoでも、どのスプリッタでも再生に問題なんて起こらんがな
フィルタで分離した時点で、ただのmpeg2とaacのデータになるだけ そういや、TsTimeKeeperを通したＴＳでも、調子悪くなるのはあったな。
mpeg2repairを追加で通したら すんなりいけたけど。
とは言え、ものすごく稀だし ハンドブレークもかなり古いVer.だったから
今はわからん。 >>790
TsTimeKeeperくらい知ってる
それ通さないと時刻がグチャグチャになる時点でMurdocCutterはバグだらけ
ということでカット＆連結には使い物にならない。
しかもTsTimeKeeper通しても再生できないファイルは頻繁にできあがる。
再生できるか確認しなければならないようでは無駄な時間もかかるし
使い物にならない。
＞そういや、TsTimeKeeperを通したＴＳでも、調子悪くなるのはあったな。
そこが大事なのに「そういや」か
TsSplitter, MurdocCutter, TsTimeKeeperなど併用して
面倒な手順でtsいじっても連結したらすぐに再生できないファイルはできあがる。
最初からMKVToolNixつかってmkvにしておけば再生不能にはならないうえに
手間もかからない。 >>791
＞かなり古いVer.だったから今はわからん。
再生不可はHandBrakeの問題ではない。
encodeする前のファイルが既におかしいわけで、MurdocCutterのバグだ。
MurdocCutterとかがupdateされてないから今も全く変わってない。
＞フィルタで分離した時点で、ただのmpeg2とaacのデータになるだけ
これ違う。tsの音声は通常のAACではない。
この特殊なaacがts特有のバグを引き起こす MKVToolNixってTSを無劣化でmkvにできるのかな？ >>793
tsのaacの形式自体がおかしいなら、mkvコンテナに格納し直したところで、おかしいままなのでは？ MurdocCutterはカット箇所の結合点が汚くなることがあるから論外だね
その場合はたぶんカット箇所の直前部分のGOPがBフレーム終わりだからなんだろうけど、MurdocCutterの画面上で確認する術がない
CMカットしている人に聞きたいんだけど、保存用に完璧にカットしたい時ってどうしてる？
今こんな感じで試行錯誤してるんだけど、もっと良い方法がないかと
1. Handbrakeでref=1,bframes=0でエンコードして、元動画よりIフレームを増やす
2. Avidemuxでキレイにカット
3. Handbrakeで保存に適当なサイズになるようエンコード
1.がどうもね… >>794
mkvはただのコンテナだからもちろん、エンコードなしでコンテナだけ変換できるよ
エンコードはしないけど、コンテナをmkvに変更する際に
ffmpegで音声ファイルのフォーマットを変更しているはず。
MKVToolNixはmkv変換時にワンセグデータを削除してくれるから手間いらず。
>>796
tsなどストレージスペースの無駄
foobar2000でも音声の再生できないしtsはゴミコンテナ CM カットするなら素直に最初から Avisynth かましてフレーム単位の Trim してエンコですわ。 >>795
MKVToolNixは正常に通常AACに変換できる。 >>797
MKVコンテナならカット＆連結できるソフトはフリーでもいろいろある。
まずtsを捨てればいいのだ
フレームレベルで完璧にカットすると、そこにCMがあったことすらわからず
本編の再生時にあれ？ってなるからわざと1秒程度余計に残しているな。
音楽とかあるOP, EDとかは1frame単位で正確にカットしているけど。
>>797 の方法は2回エンコードしてるから画質落ちるのでは？
おれはmkvに変換したあと映像はmpeg2のままカットと連結してしまう。 >>798
ほんとだできたよ
でVidCutterで無劣化で切り出しも出来たわ
ほんとサンクス！ mkvに無劣化で変換するくらいなら専用ツールとかでなくても、
ffmpegでできるだろうに >>803
ffmpegはCLIだから使いづらいでしょ
MKVToolNixは内部でffmpegも使っている。GUIだから使いやすい。 >>800,801
aacについてはありがとう
元tsコンテナに格納されていたmpeg2そのものを素材として切り出せられれば、それが勿論理想。
さっきの1.は苦肉の策。
でもmpeg2も結局Pフレーム、Bフレームあるよね？
そのレスからすると、これらのフレームから始まってしまった箇所も破綻なく切り出せてるように読めたけど、どんなツールを使ってる？ >>802
役に立ったようでよかった。
MKVToolNixとVidCutter使ったのは今日初めて？
VidCutterはframe levelでカットできるのが素晴らしいね
VidCutter、Save処理が完了してるのにアプリ内で砂時計が
でたままになってしまうことない？
特に弊害はないけど処理が終わったのかどうかわかりづらい。
自分のPCのメモリが少ない(4GB)から出るのかよくわからない >>805
805を読む前に806書いてしまった。
>802と同じく、編集はVidCutter使ってる。
tsだと使えないよ。mkvに変換してから使う
VidCutterで映像がmpeg2のmkvのままカット＆連結で編集できる
VidCutterはGOP単位ではなく1フレーム単位でカット＆連結ができちゃう。
たぶんSmartCut機能のおかげでIフレームとかを意識する必要がない。
神ツール
好きな箇所でカット＆連結できて、再生も完璧
Avidemuxも使うことなくなった。
CMカット編集した後にHandBrakeでH.264にしてる。 いつも決まった処理をするなら、GUIの方が面倒だよ
エンコードも慣れてきたら毎回同じ設定になるのでCUIの方が楽
CUIだからって毎回コンソールから手入力でオプションとか打ち込んで使ってる奴はいない
極限まで楽をしようと思うとCUIになる >>807
ありがとう、助かったわ
これでスムースに作業できそうだ
俺が欲しかった機能は「スマートカット」って名前だったのか… >>809
継ぎ目の部分だけエンコードして連結する機能は便利だよね
smart cutはVidCutterでの名前でたぶんソフトによって違う。
smart renderingとかいう名前もよく見るよ
VidCutterだとハサミアイコンのところにToggle SmartCutと出てくる。
でもこのハサミボタンのところを無効にしても
GOPより細かい単位でカットできてる気がする。
SmartCutを有効にすると処理時間が増えるから使い分けている。 TMSRならtsのまま処理できるし、他の使う理由がないよな >>810
早速VidCutter試してみた
確かにフレーム種別気にせず切り出せて便利だね
でも、このツール通した時点でプログレッシブ変換されるね…
中間ファイル作るのも中々悩ましいもんだ handbrake1.1.1を使用しています
handycamから取り込んだ1000個ほどの細切れのHDV(.m2t)バッチ処理してるのですが
数十個ぐらいでバッチ処理が中断されたかのような状態になります
めげずに再生ボタンを押すと続きからエンコードが行われるのですが
何が原因で止まってしまうんでしょうか？ >>797
いつかエンコしようと先頭と終端の不要部分を
MurdocCutterで削除したTSファイルが大量にあるんだけど、
どのファイルもmkvtoolnixで読み込めなくなってるわ
素のまま残しておけばよかったと後悔 スマートレンダリングをフリーソフトでやると必ず後悔する >>815
tstimekeeperとかmpeg2repair通して修復してみたら？
それかhandbrakeが認識するなら、とりあえずエンコードしてみるとか 音声と映像分けてソフトで音ズレ直して
やってからエンコ カットなんて面倒くさいから必要部分を時間指定して結合してる tsファイルをそのままの場合が殆どだな
民放見ないからというのもあるけど >>815
MurdocCutterで処理したtsだとおかしくなるのは自分も経験したな
MurdocCutterに問題があるんだと思う。
連結つかわなくてもMurdocCutter使わないほうが良さそう
その問題あるファイルはHandBrakeでコンテナmkv指定でエンコードしたら？
エンコード後mkvならVidCutterとかでカット編集できる可能性ある。 tsファイルはいろいろ不整合を抱えていることが多い
あれはトランスポートストリームなので、エラー入りまくりの前提になってる
それを直接編集するのはリスクが高いので、一旦mkvなりのPSに変換してから、
編集なりエンコードなりするのが安全 >>817
tstimekeeperは試してみましたが駄目でした。
mpeg2repairはバイナリが見つからなかったので試せていません。
>>817>>821
handbrakeは読み込みにかなりの時間がかかりましたが
エンコは時間がある時に試してみます。 ■ このスレッドは過去ログ倉庫に格納されています
