HandBrake 総合スレッド20
HandBrake は DVD や様々な形式の動画ソースを変換するソフトウェアです。
GPL ライセンスのオープンソースで開発されています。
■公式サイト
https://handbrake.fr/
■日本語版 (非公式)
http://sourceforge.jp/projects/handbrake-jp/
■ドキュメント
https://handbrake.fr/docs/en/
■Nightly Builds
https://handbrake.fr/nightly.php
■コミュニティフォーラム
https://forum.handbrake.fr/
■前スレ
HandBrake 総合スレッド19
http://mevius.5ch.net/test/read.cgi/avi/1641651237/
※ DTV板はデフォルト設定が強制ワッチョイなので、ワッチョイを付ける時は、extend コマンドの記述は不要です
（つまり、逆にワッチョイを付けない時は、!extend::checked:: の記述が必要です）
※ DTV板は即死判定があり、即死を回避するためには、スレを立ててから1時間以内に最低12コメントが必要です
（即死回避以降は、30日間書き込みがないと強制的にdat落ちします） 音声の設定なんだけど
バージョン1.3、1.4、1.5で試したんだけど
1.3の音声でコーデックをAC3パススルーにしてるのに出来上がった動画はAAC LCになってたり
1.4、1.5でAC3で設定してるので上記と同じAAC LCなってるんだけど原因は何だろう…
音声をAC3で統一したいんだけど違うPCで同じ設定なのにちゃんとAC3で仕上がったりするんだ… >>18
単純にAAC LCのPCはアナログスピーカー使ってて、もう一つのPCはHDMIでモニターから音出してるとかじゃね？ >>19
仕上がった動画をMediainfoで確認したらAAC LCになってる
なのでHandbrakeのキューで設定確認したら音声はAC3でエンコードしてるんだよ
違うPCで同じ設定で焼きなおしたらAC3で出来てる
それで過去の動画をMediainfoで確認したら何個かがAAC LCになってしまってる感じ HandBrakeに限らず動画変換ソフトの音声エンコは当てにならないからなぁ
音ズレが起きたりパススルー無視したり… >>20
それだとMediainfoを疑うのが普通だが。 >>22
残念ながらVLCで起動してメディア情報からコーデック見てもAACなんよ… mp4のファイルをリサイズして出力するとｍ4ｖファイルで出てくるのを
ｍｐ4で出す方法ないですか？
いちいち拡張子リネームするのが面倒です 続けて質問すみません
動画タブの設定で毎回以下の条件でプリセットする方法はありませんか？
動画エンコーダーNVIDIA (NVEnc)
平均ビットレート3000kbps
ここだけ毎回操作するのが面倒で・・・
お願いします。 >>28
どうやればいいんでしょうか？
プリセットタブから現在を規定に設定を選択しても赤枠の設定
動画エンコーダーNVIDIA (NVEnc)
平均ビットレート3000kbps
保持されません
https://i.imgur.com/yUhYnEo.jpg >>29
設定やってから上の「プリセット」から「新しいプリセットを保存」 新しいプリセットを保存してから、そのプリセットを規定にする >>30 >>31
出来ました
ありがとうございました
感謝！ 低ビットレートだと、どこまで破綻するか調べてたら
「2-Passエンコード」時に「1パス目を高速化」した方が明らかに綺麗なんだけど、そんなもんですか？
てっきり高速化しない方が綺麗だと思ってたんで >>33
そこら変は自分の好み。自分がそう見えるならそうしたら良い。
2Pass目は1Passの補正だから1Pass目でざっくりやって2Pass目で綺麗補正されたとかはソースによる。
あと動画は自分の眼で見るわけで、他人の眼や意見を信じて設定するのは変。 >>34
まだ使い始めたばかりで、短い動画で試してる段階なんで
長い動画でも試してみます
ありがとうございました 誰か教えてもらえないでしょうか。
これまでWindows 10を使ってきて一度もそんなことはなかったのだけど、
Windows 11にしてHandBrakeを起動するとRuntimeをインストールしろって言われました。
これはこんなものなんでしょうか？
それとも私の環境のWindows 11が何か異常なのでしょうか？ >>36
はい、そういうもんです。GUI版のランタイムを入れてください。 >>37
レスありがとう。
インストールは必要なんですね。
でもなぜWindows 10の時はインストール無しでHandBrakeが起動できてたんでしょう。
Windows 10には元々インストールされてるんでしょうか。 tsを別のＨＤＤに変換するとそのファイルの最後に"-1"がつくんですがつかないようにするには
どうしたらいいですか？ エンコード後に、元ファイルを指定フォルダに移動したいんだけどコマンドラインである？
バッチじゃないと無理かな？ 同じファイルを気づかずエンコしたんだけど
二回目のは１３バイト少なかった
なんで？ ひょっとしてhandbrakeって自分で64bitにビルドしたところで中身32bitのffmpegにしかならなくて意味がない？ 非常にくだらない質問ですけど、H.265のCPUエンコでHDサイズ29.96fps、Preset=medium､Tune=none､profile=auto設定
オプションはstrong-intra-smoothing=0:rect=0:aq-mode=1
速度と容量をかんがえてこの設定にしてます Tuneとかプロファイルの設定、オプション項目など、おすすめありますか？
あと試行錯誤せえカスと言われそうですが、みなさんどんなかんじのビットレートなのか知りたいです
実写は上の設定でRF24にしてますが、4Kの場合や720P、DVD、それと30でなく60fpsのソースだとどれくらいにすればいいかわからない
うまいとこ探るのに膨大な時間がかかってしまうので参考に何か指標が知りたくて
お暇でお優しい方おられましたら是非・・・ >>47
そこを参考にしてるなら画面サイズやフレームレートは関係無い >>49
参考にはしてないです 書いてからハっと気づいて過去ログ読み返した次第です
CRF?って固定ビットレートと違って大きさとかフレームレート関係ないんですか？ >>50
関係無い。CRF固定品質ってのはどんな動画だろうと条件が同じなら同じような品質になる設定。
高画質にしたいなら単純にPresetをmedium以上にすればいい。 どうもAACにATRACみたいな違和感あったから何回か聴き比べて
音声のみＭＰ３にしたんだけどＭＰ４動画でこれやると気分的にちぐはぐって感じ
Youtubeを基準に考えるからこう思うのかな >>53
h.264とh.265の違いみたいなもんで、高品質変換してればどちらも大差無いよ
自分で言ってるように気分的な違和感だけで、よほどじゃないと音の変化は聞き取れないはず 元がサラウンドの違う形式からエンコでAC3にするとちゃんとしてた例はがあるな
AACやMP3でエンコするとなんだか破綻して聞こえる方向がおかしい事があった
AC3でエンコしてるとちゃんとなるんだけどね >>54
h.264って未だに何だかよくわからないw MP3にすると音がやわこくなる
>>55
そうかサラウンドは考えなかった
聞き慣れない拡張子使って再生できない面倒な経験があったから
MP3でいいやと思ってスルーしてた 数年ぶりにエンコ再開したんだが、デフォルトがFastになってるんだな
aviutlの拡張x264はMidiumになっていてどっちが主流なんだ？ ある程度画質が欲しいならエンコーダオプションはSlowが良いよ
品質は固定品質で20RF前後は欲しい
暗闇などのシーンでブロックノイズが目立つ場合は17～15RFぐらいにしたら綺麗になる
まあ重い処理でもスペック次第でエンコードは早くなるけど
動画の品質上げると必然的に仕上がりの容量も増えるのがね ややこしい事に互換ソフトのVidCoderはデフォルトがMidium
それで質問したが、Midiumのほうがバランス取れてるみたいだしこれで行くわ
>>58
だな、オプションで範囲指定でクオリティコントロール出来なかったっけ？ >>56
5.1chソースとかはAC3が一番安定して仕上がる感じ
Handbrkeは昔から音回りが結構ダメなんだよね… アップデートされる度に字幕焼き付けが微妙にぬっていく件は修正されないのだろうか…… 昔はもうちょっと書き込みあったような。。
Handbrakeの音声については変換なしが前スレまでの総意やったように思うが。 バージョンによってマチマチだけどオートパススルーは欠点も大けどな
PCMとかオートパススルーだとAACだからAC3に強制変換もあるし DVDの字幕、OCR機能でPC内のフォントを使用して綺麗に焼き付けるとかできないかな fpsってＢＳＣＳなら３０でいいよね
６０はゲームくらい？ >>67
原則アニメや映画だと23.97fps(24fps）だな
PCモニタは30fps以下は非対応が増えてるから再生側がデフォで29.97fps(30fps) 補完してたりもある
テレビ放送は30fpsだけどインターレース(飛び越し走査)で1秒間に60フィールド30フレームなので滑らかに見える
衛星放送のプログレッシブだと60fps >>63
パススルーが一番最適だけど問題はあるけどな
音声が圧縮できないために容量が大きい
パススルーだと音声方式によっては再生機器で非対応もある あんま知られてないらしいと思ってるんだが
スマホのアンドロイドって8bit動画に対応してなくて動画が再生できなくて判明するまで凄く無駄に時間使った
H264 8bit H265 8bit 再生出来る
H264 10bit H265 10bit 12bit 再生できない
ただし動画プレーヤーのMX Player等のソフト使うと一部の8bit以外の動画が再生出来たり出来なかったりした
なので今更だが8bitエンコードに切り替えることに・・・・ スマホで見なければ8bitでなくとも問題ないだけどね 訂正 スマホのアンドロイドって8bit動画にしか対応してなくて動画が再生できなくて判明するまで凄く無駄に時間使った >>71
つーか10/12bitのソースってそんなあるか？
ソースが8bitの物を10bitでエンコしても意味無いだろ アンドロイドつうかarmSOCのgpu部分に依存する。最初期h265対応の物はh265-main10非対応で10bit再生には必須なんだが対応してない
家のアンドロイドだと何の問題もないね >>76
10bitなんかにするよりも8bitのままエンコード設定で調整した方が良いじゃん 追加オプションや品質設定を弄れば良いじゃない
何度かエンコードして最適解を見つけりゃいい 元が8bitのハンディングノイズなら設定でh.265で何とかなるやん
h.265だとかなり出るから調整面倒だけどさ まあ皆それぞれ自分の設定があるから
720pソースとか、スマホでしか見ないやつ、色盲の者、とか8bitで痛い目見たことないだと思うよ aviのビットレート3万の動画をmkvのH264で
1万指定でエンコするんだけどどうやっても7000千以上にならない‥ >>87
androidならVLCだと無関係で再生できる
あと互換性重視ならh.265はハンディングノイズ乗りやすいがビットレートを調整したら軽減する crf15でも奇麗じゃないがcrf43でも汚くないというのがワイの認識
まとめるとx265の方がきれいだがav1を低ビットレートで使うとそこそこ見れる画質だが劇的に圧縮出来るかな 4K以上で差が出てくる
fullHD以下ならx265が良い 画質を重視してファイルサイズは気にしないならx265
そこそこの画質でファイルサイズを抑えたいならSVT-AV1 SVT-AV1は暗所や雨や雪が降っているような場面があまり得意じゃないから
気になるならそういったシーンをエンコードしてみてソースやx265と比較してみるといい 新しいコ＾－ラック出るね～ Hなのばっかだったけど AV1、mp4だと音ズレしてmkvだと音ズレしない AV1でMP4だとアナモルフィックは維持されるけど、MKVだと維持されないね
あとMP4でOPUSだと音出ないね
OPUSはコンテナ依存なのかな？ ちょうどいい時期に来ました…
全然知識ないのでH264ってのがいいと思って今まで使ってたけど
少し調べると265もあってこっちの方がいいと知り。しかし今日AV1の方がさらにいいとわかったけど
まさかHandbrakeさんもちょうどAV1に対応し始めたとは！運がいいなぁ俺
しかし技術の進歩は素晴らしいですね 試しにAV1でエンコードしてるけど途中でエラー吐くんだが？ 最新版にしたら元映像をフルで読み込まなくなったんだけどなぜ？
1時間30分あるのに45分くらいしか表示されないし実際にエンコードしても1時間10分くらいで止まってしまう 安定してないのかな？とりあえず前バージョンに戻して使うか… >>111
メモリとかディスク周りで何かの詰まったりしてないかな
私は1.6.0だけど普通にエンコードできてる 1.6だとマウントだとダメだけどファイル読み込みなら通る場合もあって不安定やな >>114->>117
半分荒らしみたいにかき込みしてしまったけど親切にありがとうございます
今まで使ってた1.3.3に戻して使ってますがまた時間あるとき色々試してみます 結局高画質にしないのであればAV1よりH265の方がエンコード時間とか含めていいかな？
AV1のエンコードの時間がかかりすぎ なんやかんやでh.265の方が対応機器が多いしね
h.265が普及したと思ったらAV1 handbrake1.60でQSVエンコードするときに
ディスプレイが消灯しているとエンコ速度も低下するんだけど同じ症状の人いますか？
arc a380使ってるけどそっちのせいかな >>123
arc コントロールにはそれっぽい項目は無かったけど症状はディスプレイと連動してるから節電系の問題ぽいな ありがとうございます DTSHDのサンプリングレート96Hzとかに対応していんだけどなぜPCMには対応してないんだろう？FLACも96Hzダメだし‥
XMediaは逆にDTSHD使えないし。。
両方いけるフリーのエンコソフトない？ Handbrakeは昔から音声の扱いはクソだよ
映像だけのエンコードに特化して、音声は別のMuxerなどでくっつけた方がいい
というか、入力した音声をそのまま利用するだけの設定がないというソフトウェア設計自体がおかしいのだが パススルーじゃいかんのか？
パススルー対応していないマイナー形式なら諦めるしかないけど パススルーすれば良いと書いてあるんだけど
どうやってLPCM96Hzパススルーするの？
結局FLACの48Hz変換で妥協しなきゃダメ？ 細かい検証してないけど
Resisable Bar を有効にしたら
arcのエンコード速度が倍近く変わった
マザボで有効無効イジる以外変えてないけど
他の要素が関わるのかは知らん
穴だらけの勘違いだったらごめん
Bar off→71fps
Bar on →170fps
実写
解像度 2560×1080
動画時間 2分36秒
設定
h264→h265 10-bit（intelQSV）フィルタ無し
固定品質25
プリセットquality >>136
エンコに関係あると思ってなくてマザー弄ってなかった
ゲームとかしないので取付して動いたら満足しちゃってたわ
みんなちゃんと有効化してて偉いわ >>135
ちょっとおもろいので引き続きいいネタあったらよろぴくです。 このソフトはH265のNvencの2パスは設定出来ないのですか？ 定期的に2パスでエンコードしたい書き込みがあるのは何故なんだろ。謎だ。 ソフトエンコで出来る事はハードエンコでも出来て当たり前だと思ってるんでしょ Intel Core i9-12900H
メモリ64G積んだパソコンで使った場合2時間の映画をh.265でエンコするのにどれくらい掛かるだろうか。
古いPC使ってるのに限界を感じて買い換えようと思うんだけど、どうせなら出来るだけ高スペックにしたい。けど、正直処理時間が頭打ちならそこまで予算掛けたくもないし、みたいなとこもある。 >>143
処理時間頭打ちが何を意味するか知らんが、DVD画質並みの解像度のを1本でエンコなら超高速だが100％使わんし無駄だな。
FullHDか4Kで複数連続エンコ用。 今どき720x480程度の映像をエンコする機会あるのかな x265で品質21 qsvで25くらいにすると同じくらいのビットレートで出力されるし元動画の60-70%程度に圧縮できてたんだけど
ときおりqsvだけ元動画以上のビットレートで出力されるものもある。
qsvが圧縮苦手な動画ってあるんかな QSVに限らず、動きが複雑な動画や不鮮明な動画、きらびやかな光やノイズ風な動画はそうなる MacでAV1エンコードに対応した動画変換ソフトウェア「Handbrake 1.6.0」をリリース
https://www.macotakara.jp/software/entry-44123.html
MacでもSVT-AV1やx265、x264をHandbrakeで利用できるんだな
最新のM2 MAX、メモリー96GB仕様を使ったら、4Kエンコードも快適なのかな？ Handbrake SVT-AV1 absurdly slow on Apple M1
https://www.reddit.com/r/AV1/comments/106pws6/handbrake_svtav1_absurdly_slow_on_apple_m1/
SVT-AV1は現在x86系プロセッサ以外には最適化されていないので現行のMacじゃクッソ遅いらしい そもそもM2チップの対抗馬はノートPC向けCPUだぞ m2が10年前のi3-4xxxより遅かったて書いてあるな
x265ならarm64用simdが使えてそれなりの速度だてと思う M2ってシングルスレッドのベンチじゃそこそこ強いからゲームだとある程度形にはなるけど
マルチスレッド機能ではIntelやAMDの上位機種には全然敵わない >>155
そもそもGPUがショボいからポリゴンゲー無理じゃん Windows版の1.6.0でプリセット保存がバグってマトモにプリセット作成できないのって何が原因なの？ Windows11 ver.1.6.0 CPU i5-10400 UHD630
上記の環境で、H264でmp4にエンコードしているのですが、
QSVをオンにしてもGPU使用率が30％前後にしかなりません。70％位にはならないのでしょうか？ >>157 うちではプリセット作成特に問題ないかな
>>159 QSVはどんな設定でも100%負荷とかならなかった気がする
フィルターとか解像度（重すぎ、軽すぎ）が足引っ張る事はある >>160
ありがとうです
>>161
並列エンコードするには、どうしたら良いですか？動画タブで追加のオプションを設定したりするのですか？ BTアニメ 8bitから10bit h264からh265に作り直してるな んで今は4Ｋ化までしてる
ご苦労なこった >>163
https://i.imgur.com/6uDUZE9.png
あとは動画ドラッグしてキューに追加していくだけ
キューをスタートで同時エンコード ⚫Release Notes（1.6.1）
https://github.com/HandBrake/HandBrake/releases/tag/1.6.1
・古いバージョンからのプリセットのアップグレードに関する問題を修正 ( #4820 )
Fixed issues upgrading presets from older versions (#4820)
・NVDEC が利用できない問題を修正しました
Fixed an issue that prevented NVDEC from being available
・パススルー オーディオが誤ってエンコーディングにフォールバックする問題を修正 ( #4795 )
Fixed passthru audio erroneously falling back to encoding (#4795)
・[新しいプリセットを保存] ボタンが、最近追加されたプリセットを誤って上書きする問題を修正しました ( #4804 )
Fixed the Save New Preset button incorrectly overwriting recently added presets (#4804)
いままでずっとほったらかしだったところを、ようやく手直しし始めたようだな A-B区間を延々とただつなげただけの動画は
普通のエンコ以外にA-Bのコピーとして処理できるのかしら 動画は時間だから
2回目のA-B間はもう違う時間軸にいるのに同じとは判断出来ない、
圧縮の仕組みがそうなっている
単純に同じ事すれば良いじゃんと思う方が人間的思考で、出来ない事がPCのまともな思考 handbrakeってデフォルトだとオーディオの名前を"stereo" "mono"などと付けてしまいますが、
ビデオ等と同じように、無名にすることはできないのでしょうか？
つまり、vlcでみて"Track1" "Track2"と表示したり、smplayerでみた場合、"1"、"2"とでるようにしたいのです。
ffmpegは標準でメタデータ書かないようですが、handbrake-cli --helpでみてもオーディオに名前を付けないという選択肢が見つかりません。 Built-in MP4 Source::HEVC Video (H.265)
Built-in Video Codec/Transform::Output
==========================
"dxva" を再生するためには、対応する映像デコーダーが必要です
==========================
突然こんなん出て音しかでないんだけど >>175
レスありがとうございます。
handbrakeでエンコードした後、
ffmpeg -i "${str1%.*}temp.mkv" -c:v copy -c:a copy --map 0:v -map 0:a -metadata:s:a title="" "${str1%.*}.mkv"
とすることでできました。
ところで、handbrake-cliのhelpを見るとaudioのupmixもサポートしているかのように読めますが、
公式のドキュメンテーションによるとupmixはまだのようです。
5.1ch aacなtsファイルを最初に入っている前の番組の2.0chを検知して2.0 downmixでエンコードしてしまうので困ってるんですが、
今はどうしようもないみたいですね。 HandBrakeの作者は音にこだわりが無いから言うだけ無駄 動画の途中で2chから5.1chに変更される場合に対応しろって希望はまあ酷じゃないかな？
ちゃんと5.1chの所でカットしてからhandbrakeにわたそう。TSならtssplitterかますだけでいいよ Handbrakeは1.4.0以降に字幕の対応おかしいまま放置だしマジ
音回りもそうだけど映像面以外は全然直そうとしないよね… 元々、アニメエンコ用みたいなとこあったし、字幕も音も機能はおまけでしかなかった
開発陣は、サクッと見れれば良いのにそこにこだわるとかアホ呼ばわり、動画だってフレームレート29.97と30違いなんて気にするのアホだろとか言ってた事もあったくらいだ そのうち、OBSあたりがファイルのエンコードのみ行うモードとか積んでこないかね
そしたらHandBrakeは捨てられるのに arcでqsvエンコしてる人がいたら聞きたいんだけど
cpu使用率ってどんくらい？
フィルタオフにしてるはずなんだが
普通に60-70%前後になってるんだけどこんなもんか？
ちなみにryzen5600です。 フォルダを一括して変換出来なくなってしまったんですが、どこの設定をいじれば良いのでしょうか？つい先週くらいまでは問題なく使えてました。 タスクマネージャーにhandbrake表示されないの何で？ >>184
Arc A750とi7 13700Kで1080p動画をQSV AV1(22RF)でエンコしたけど、
CPU使用率100%、GPU使用率90％くらいで動作したよ。
その代わりAV1を390FPSで処理できたから超爆速。
解像度が低い480pの動画だとCPU使用率100%、GPU使用率70%くらい。
速度は1100FPSくらい出た。
CPUをi9 13900KやR9 7950Xにしたらもっとフレームレート出そう。 >>189
184ですがレスありがとう。
1920×1080のhevc10bitなのに250fpsです。
arc380の使用率は80～９０%前後だけど
これがgpuグレードの違いだろうか。
cpu使用率はnvencと違ってarcだと高いのが当然なのかもしれないですね。
参考になりました。ありがとうございます。 未だにPSPを使っています。
H265を変換する為に最新バージョンを入れてみたのですが、再生できません。
真空波動研SuperLite 220101 / DLL 220101 Unicodeの結果
旧バージョンで変換した再生可能なデータの一例
480x270 8Bit AVC/H.264 Main@3 Unspecified Progressive 29.97fps 24305f 448.89kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) LC 127.74kb/s
[Extra][2]
MP4 v2
MetaData
[MP4] 00:13:30.986 (810.986sec) / 58,775,897Bytes
再生不可データ
480x270 8Bit AVC/H.264 Main@3 1:1 Progressive 29.97fps 25833f 309.15kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 124.98kb/s
[Extra][2]
MP4 v2
MetaData
[MP4] 00:14:21.961 (861.961sec) / 47,748,943Bytes
どこの設定を変えれば再生できるようになるのかご教示願います。 応えられるヤツいるの？汗
互換性ってレベルを下げるくらいしかおもいつかないよ 旧バージョンのadvancedタブを確認したら、オプションが入力されていました。
level=30:ref=2:bframes=0:subme=6:8x8dct=0:trellis=0
を入れて変換したところ、再生できました。
とても助かりました。大変有難うございました。 字幕とか音関係考えるとDVDfab使った方が全然良いんだけど同じ設定でやっても倍くらいファイルサイズ小さくできるんだよなhandbrake ジョグを実行できないTSファイルの先頭の10秒ほどをカットするために
TSSniperを使ったのですが、サイズが変に小さくなってしまいます
これは無劣化でカット編集できているのでしょうか
上のファイルはMurdoc Cutterで先頭をカットした後
TsTimeKeeperを通してからジョグを実行したら、エンコードできました エンコードする前に画質の確認すりゃ良いだけ
目視で変わってなきゃ自分には判断出来ないほどなんたから無劣化か99.999％同じだろ インターレース検出の詳細説明書いてあるサイトとかないですか？
LessSensitiveとかインターレース解除のプリセットEEDI2 Bobとかなんのこっちゃです
全部試す気合いもないです・・・
とりあえず検出デフォルト、decomb、プリセットデフォルトでやっとけってかんじでいいのかな
CS放送の録画など、カメラをチェンジした瞬間だけインタレのコーミング出るソースあって、ありゃスイッチャーの仕様かなんかなのかねえ？ 今までx264使ってたがRadeonからGTX1660Sに差し替えたのを機会にver1.6.1で試しにｎｖｅｎｃで縁故してみた。
検証が間違ってるかもしれないがｈ265でもBフレーム使ってくれるんだな。
TMSR6やAvidemuxでできたファイルを確認したらちゃんとBフレームがある。
handbrakeのｎｖｅｎｃのｈ265はBフレーム使えないと思ってたんだが。 ver1.2.2portableの環境が残っていたのでそちらで同条件で同じソース試してみるとI、Pフレームしか無いファイルができた。
これは少なくとも1.6.1ではｎｖｅｎｃのｈ265でBフレームサポートされるようになったと考えていいのかな。 これでtsをh265にエンコードしてます
がCPUによって出来上がりの容量に差が出るんですか？
2500kで変換して2ギガだとすると
8700だと4ギカとかになるんですけど
なんででしょう？ >>204
CPUでソフトウェアエンコードの場合はCPUの新旧や性能差で変わるのは時間だけ
Handbrakeの設定を全く同じにしてればほぼ同等の容量になる(誤差が出る場合はある)
h.265とh.264間違ってるとか[動画]タブの[エンコーダーオプション]や[固定品質]が違ってたりしないか確認してみ >>205
ですよね～
なんか間違ってるのかな
バージョン違うからとか、関係あります？ ついでにいいですか？
fpsの欄て30とsame as souseと
どちらが時間は早いですか 時間ができたので1.2.2と1,6,1でのnvencのｈ265エンコードの検証してみた。品質21で高度なオプションは無しで画像サイズ他条件をそろえた。
約39GBのBDを1.2.2は16.9GBのIフレームとPフレームのみにエンコードした。
同条件で1,6,1は14.8GBに縮み、IフレームとPフレームに加えBフレームも加わってた。BフレームはPフレームの間に3つ挟まった状態。
1.6.1の方がサイズが縮んだのはBフレームのおかげと思う。
どのバージョンからnvencのH.265のBフレームが有効になったのかは判らないが、現状最新バージョンのhandbrakeなら第7世代Turing以降のｎｖｅｎｃでHEVCのBフレーム使用可能と見て良いかと思う。 AV1に対応した1.6以上のバージョンは別物と言っていい出来。
リリースノート見るとNVENCやQSVもかなり修整が入った。
特にQSVはCore i第6世代以下切り捨てと書いてある。
個人的にはデインターレースに新フィルター追加されたのが驚き。効果は知らんが。 頭が痛い 頭が痛い 設定がー せっていがー よー
どうしたらいいんだ・せいかいかいはなんだ？ あったまんいてー どうしたｓらいいんだよー
世界が見つか燃ーんだよ せかいがほしんだよｐ－ うううううううう ハッハハアアアア 疲れる疲れる エンコ後2件のエラーを検出しましたってよく出るけど何？
ログ見てもわからん
普通に再生できる ジャスパーレイクのセレでx264エンコしてみたがBフレ対応してなかった・・・
セレとiシリーズで差別されてんの？ >>213
セレロンとCoreiシリーズで差別化されてるよ
ハードウェア時にも昔自作組んだIvyBridgeだとソケットはLGA1155と同じだが
CoreiシリーズはメモリがDDR3-1600対応なのにセレロンのみDDR3-1333しか無理とかもあったし
世代によってセレロンだけオミットされてるような事は結構ある dvdエンコするときって8bitでいいの？
8bitと10bitの違い調べてもいまいち詳しいサイトが見つからない 30fpsのソースの映画は
24fpsにしたほうがいいのでしょうか？可変？ DVDソースで字幕を焼き付ける時、
位置が通常より上だったり、字幕が横に伸びてたりするのを直す方法はあるのでしょうか？ これでエンコしてたらフリーズして
次起動したときになんかエラーが面が出てQSV無効にしますとかなんとか
でQSVの項目がグレーアウトになってしまいましたが何が原因でしょう？
また有効に戻しても問題ないんですか？ インタレ解除のbob化60Pにする時に
ビットレートはそのままにすべきか
ある程度増やすべきかどっちがよろしい？ >>223
フレーム数増える事とビットレート増やす事に関係あるか？ 平均ビットレートなら多少はあるかもな
今時、固定クオリティ以外でやるアホ居ないと思うけど 出来るだけ省電力のわっぱが良い奴を選ぶのは
定格時のWが少なくて周波数が高くてコア数の多いものを選べばいいですか？ >>227
理論上はそうだけど現行intelなんかはEコアとPコアで分かれてるし
CPUのソフトウェアエンコならクロックとコア数が大きいとエンコは速いが
問題はCorei9とかコア数が多すぎる場合は処理が分散して遊んでるコアが出来る
逆にクロック重視でCorei5とかもアリだと思うけど世代とCPUによる
良く調べてもエンコード時間と消費電力から効率良いの選ぶのは難しいかもね >>228
スレ間違えたの今気づいたけどありがとうございます
多すぎもダメなんですね ワッパを取るなら1コア性能とクロック数だよ
今ならi3-12100が最強 ブーストも効率悪いから最大90%で使ってます
この場合i5くらいが最適なのかな ブーストも使わないならi3で十分な気がしてきた
でもエンコ中に録画したりいろいろ作業するからな 世代によるけどi3かi5がソフトウェアエンコでは一番効率良いかもしれないね 音量の調整ですが、gain(こちら相対ですよね?) 以外に絶対値(?)で指定する方法ってないでしょうか?
普段 GUI版を使っており、CLI版のマニュアルも見てみたのですが見つからず。
85dBぐらいの映像を95dBぐらいにしたい。
今は出力された mp4 を aacgainに食わせて音量調整している。 絶対値指定だと小さい音も85dBに統一されるから、そんな機能は無いんじゃない ノーマライズって書いたほうが良かったですかね?
小さい音も85dBに統一されるのではなく、ピークに近い音を95dBにする。かつ全体的に音量アップです。
mp3 は 89dBで揃えています。mp4の方は 95dBあたりを基準にすると mp3 との音量差がちょうどいいんです。
いちいち、音楽と映像でボリュームを変えるのが面倒。 音量は全部XMedia Recode に任せてる
現在の音量がわかる 音量変更が可能 使用するのは殆どこれ
HandBrakeは動画変換のみに使う スレで言われてるが音声変換に弱いので
ちなみにAudacityとMP3Gainの音声ソフトでWAV MP3 AAC(AAC Gain)の音量がわかるし音量調整は出来るけどテンプファイルが作成されるので使ってない
これを削除するのが面倒なのと時間がXMedia Recodeが速いので使わない >>237
XMedia Recode、一時使っていたのですが落ちる＆デグレ(?)で使わなくなっておりました。
アドバイスを頂きましたので、色々調べてみると音量調整はXMedia Recodeの方がいいですね。
いろいろ試して 3.3.5.8にしました。(ソフトウェア板のXMedia Recodeスレで鉄板(?)ぽい書き込みがあったので。)
音量調整だけだったらUIのこのバージョンのほうが簡単に該当機能にたどり着くし。
どうもありがとうございました。 10時間ほどエンコしてるとフリーズして無反応になります
もっといいソフトないですか？ 15年ほど前にPentium IIIで頑張ってエンコードしてた思い出
DVDからリッピングしたアニメ1話を320x180のH.264に変換するのに5時間くらいかかってた 素朴な疑問だけど15年の間
アニメを一作でも一から自分で作ったの？
自分でアニメを作るのに参考のために人のアニメをエンコードしたんじゃなくて消費だけ？
自分の言ってることが恥ずかしいと思わないの？ 俺もiPodで見れるようにcore2duoでエンコードしたけど凄い時間かかったな
iPodnanoだと字幕とか超小さくて今だと老眼鏡が必須かも知れない >>240
実は6コアもあるCPUですけど
黙っておこうと思ってたけどi7なのでハイパースレってイングと言う機能で
12コアの能力もある高性能CPUなんですが ハイパースレッディングは用途にもよるけど最大0.3コアくらい。なのでエンコにおいて6コア12スレは7.80コア位の性能になる
h.264 h.265は8コアあればまあいい感じ。AV1もプリセット5をやるなら7950Xいるね。プリセット7（10％ほど圧縮性能落ちる）なら最近の8コアでいける >>745
いつのCorei7か知れんけど初期世代のi7だと最新のcorei3ぐらいにも負けるよ
複数スレッドの場合は多すぎてもコアが余り遊んで効率悪いとかある
あと最新のCoreiシリーズはPコアとEコアが搭載されて
性能低く電力効率の良いEコアでエンコードされたりがある(主にバックグラウンドで行うのが前提の場合) 前にi9-7960Xで単純にエンコードしたらコアが遊んでたなぁ
フィルターとかゴリゴリにかけるなら16コアフルで使うかもしれないけど >>247
Dual-Xeonのhpワークステーションで、E5-2687Wv2×２(16C32T,3.4～4.0GHz)のマシンをE5-2697v4×2（36C72T,、2.3～3.6GHz）のマシンに入れ替えた時、変換速度UPを期待したのだが、ほぼ同じ速度しか出なかった。
2697v4の72スレッドの半分はほとんど使われておらず、半分も稼働率50%以下、それに対して2687Wv2は32スレッド全部が頑張ってすべて稼働率50%以上だった。
コア数、スレッド数がある程度の数を超えるとマルチスレッド化のオーバーヘッドが出てくるのとコア数が多いCPUはクロックを抑えているので、むやみにコア数を増やせばいいのではないことを思い知りました。
確実に言えるのは、コア数を増やすとより高額の出費になることです。 コストパフォーマンスがいいのは、コア数の多いCPUを使うのはやめて、QuadroのCUDAを使うといい。
２，３万円出せば中古のMシリーズやPシリーズが買えます。 Handbrakeで使えるかどうかは知らないがMediaCoderではそこそこに
働いています。 >>252
handbrakeを複数起動させて同時エンコードでも分散されるコア数は一緒なの？
>>253
ハードウェアエンコは画質がイマイチになりやすいけど… あと、サイズもでかくなるよね。エンコ時間短縮以外にメリットをみいだせない。 ハードエンコは圧縮率がかなり落ち特にAV1の圧縮は正直使い物にならない
SVT-AV1比較して同じ画質を達成すると2倍以上のデータサイズになる
まあ画質を取るか速さを取るといったトレードオフになるね ハードウェアエンコは編集ソフトのプレビューやYoutubeに上げるような動画の時に早いから便利なんだけどね
ずっと残したいような動画には不向き 分かったうえでソフトエンコしてるのにハードエンコ推しがたまに居る 自分は使い分けてる。スマホ用持ち出しはGPUエンコ（画面が小さいので画質は気にならないがTSのままだとデータが大きすぎる） で、AV1ハードウェアエンコの画質とH265ソフトエンコを大体揃えた場合、どっちの方がファイルサイズ小さくなるん？
それが分かればグラボ買い替えるんだがなー
あとnvencのBフレはいつサポートされるんだ？ スケベ動画の効果的活用方法に性交した
横のスケベを縦のスケベにこのスケベ変換ソフトで90度にすることでスマホのスケベ動画が完成できるのだ
この大発見をスケベ動画学会で発表したいと思う >>263
nvencのb-frameはとっくに対応してる。 休止やスリープでエンコ一時停止するとおかしくなる？
作成されたMP4を再生したら音ズレしてるのがたまにあるんだけど >>268
元素材や時と場合によるけどズレる可能性あるんだからスリープとか中断はまずやめたら？
つーかエンコ中に何故スリープするかわからん…
普通設定で映像とかは落ちるようにしてもPCは落ちないようにするだろ 使ってない時にエンコするのもったいないから
つべとか録画ファイル見てる時にエンコしてるの >>268
あと元ソースが可変フレームレート(VFR)だとズレる可能性は高そう
固定フレームレート(CFR)だと動画と音の位置が一致するので途中で中断しても繋がりそうではある
よく60fps化で音ズレ原因がVFRだからhandbrakeでCFRに変換エンコードしてから編集する人もいるな >>271
ソフトウェアかハードウェアのどちらでエンコしてるのか知らんが
普通は使ってない時にエンコする人が多いと思うけどな
ワイは編集＆エンコ専用でPC一台組んだわ 他も使ってる時にしかエンコしないのに自動スリープ設定してる時点で 一晩スリープせずにエンコしてみた
ズレてたソースはズレたまま
ズレてないソースはズレなかった
スリープなんて関係なかった
>>272
可変になってたから湖底にしてみる >>275
それなら固定じゃなくて[概要]タブの[A/V開始点の同期]にチェックで試す
音声データと映像データの開始点を同期させる >>276
av開始地点の同期とパススルー一般メタデータはチェック済み
可変→固定に変えてもズレた、いったい何が・・・
vlcプレーヤーで再生するとズレる、
avidemuxで映像コピー、音声AACにして出力するとズレが治る
メディアプレーヤーで再生するとズレなかった arc a380でqsvエンコしてたけど
エラーでるようになってソフトを再起動したらqsv自体使えなくなった。
pc再起動やデバイスの再インストールとか更新をしても認識しない。
こういう症状の人いる？ >>
ハードエンコとソフトエンコどっちがいいかなんて宗教みたいなもんだからね
同じソースを例えばHEVCフォーマットで同じくらいのサイズにエンコしたものを3つ並べて
「Aはnvenc Bはソフト CはQSV」って動画をみただけで判断できる人なんていないでしょ
エンコ時間はハードだけど最近のi7やRyzen7だったらソフトでも昔みたいに一晩中回し続けてなんてことはないし ハードウェアエンコは画質悪いの容量が増えるから嫌い
残したい動画はソフトウェアエンコだな
まあ今後は変わるかも知れんけどね 同一ビットレートで3つ並べて比べてからソフト一択になった HWエンコで画質悪いとか言ってるのは未だにH.264しかしない奴ら h.265で比べて容量あたりの画質はソフトウェアエンコに軍配
ハードウェアエンコは容量の割になんか荒い 今は人間の目で鑑賞してわかるようなハードエンコとソフトエンコの差なんてないね
ソフトエンコのほうがキレイというのはそういう先入観で見てるから
いろんなソフトで細かく波形とか解析した記事があるけど逆に言うとそこまでしないと差がわからんレベルになってる
元動画だってなにかしらのハードウエアでエンコされてるんだから完璧なものじゃない
最新のQSVやNVencが使える環境だったらソフトエンコに拘る実用性はなにもないな >>285
SWとHWで容量あたりの画質差比べるとかアホでしょ >>287
それも先入観だよ
今のH.265なら1割くらいしか差が無い
1GBと900MBの差を許容出来ないならSWしかないが ハードが画質いいならソフトは終わりだな
何のメリットもないじゃん 数値比較上は遜色ない(てこともないけど)50インチテレビとかですると変わる。
おそらくスマホで視聴する人と大型テレビで視聴する人で話がかみ合わない。 そうか、スマホやタブレットの小さい画面だと画質の違いが気がつかないケースありそうだね…
大きい画面だとノイズや破綻して潰れてる事の違いがわかりやすいもんな
あと1GBで100MBも差が出たらかなり大きいけどね
10～20ＴＢぐらい溜まってくると何百GBも違いでてくる >>294
RTX3050laptopだけどBフレ使える？ >>292
変わると思ってるのは先入観
ソフトエンコのほうがキレイと思ってるからキレイに見えてくる
55インチの4Kテレビでみてるけどどれがハードエンコかどれがソフトエンコか自分でもどっちでエンコしたか忘れたものは見てもわからんよ
試しに他人に協力してもらってどちらでエンコしたかわからない動画を10個くらいつくってもらってごらん
見ただけでどっちのエンコか言い当てるなんてまず無理だよ 画質の差はわかる（らしい）
静止してキャプチャーして拡大してエッジを見れば
誰が日常的にそんな事するかは別にしてｗ ハードウェアエンコード
メリット
・エンコード時間が短い
・エンコードしながら他の作業も出来る
デメリット
・ソフトウェアエンコードと同ビットレート(設定)でもハードウェアはノイズや色潰れ(滲み)が出やすい
・画質の割に容量が大きくなりやすい
ソフトウェアエンコードはその逆になる
自分の場合はエンコ専用機を組んでるから時間やPC占有は気にならんけどね
関西だから他の地域よりも電気代が安いし 4KはわからないけれどFHDだとCPUエンコの方がH.265もH.264もサイズが全然小さいし
Ryzen 9 5900XにBフレ対応NVEnc 第7世代追加すると30-40％時間が短縮できるが10分-数分レベルなので
ならCPUでよくねって感じ
IntelのモバイルCPUだとQSV必須だねー VMAFやssimulacra2みたいなメトリックではなく主観的な感想だと
暗所の再現性なんかはHWエンコードよりx265でaq-mode=3設定した方が
良好に感じる ハードウェアエンコードの方が圧倒的に早いから使いたいんだけど、
同じファイルサイズならソフトウェアの方が圧倒的に高画質になります >>303
ソフトウェアのほうが高画質っていうけど見てわかる程の差はないね
ソフトウェアのほうが高画質っていわれてるからそう見えるだけくらいのもの
今だに第2世代Coreに搭載された頃の初期QSVのイメージで語ってる人がいるけど
その頃とはハードウェアエンコの品質も全然違う じゃあ遅いだけの何んの役にも立たないゴミのソフトエンコは廃止した方がいいな
ソフトがある限り画質がどうとかいうのが湧くし
ハードだけにしないと混乱が起こる >>305
初期のころから比べたら画質は良くなってるのかも知れんが
同設定でエンコしたのを並べて比べたらハッキリとハードウェアエンコの方が荒い画質で容量デカいぞ？
TN液晶やスマホで見て言ってるのか？
ワイのエンコ用はインテル10世代Corei7とRTX3080で比較だけどソフトウェアエンコの方が上 なんでSWよりHWの方が上みたいな話にすり替わってんだ？
SWの方が良いに決まってるだろ。エンコ時間5～10分の1、サイズ1割増しのHWで充分だって話だ。
あと、SWとHWで同じ設定出来ないから。同等の設定で見分け付かないって話だ。
時間気にせず完璧なエンコしたいならSWすりゃいいじゃん。 映像のタイプにもよるのかもしれないけど、私が試す限りではハードウェアはまったく使いたくないくらいに画質が悪いです 私は年に数回しかエンコしないから設定詰めないでプリセットのを使う派だけど
グラボエンコ（BフレNVEnc）のサイズは+1割ではまったく済まないのでCPUだねー ソフトエンコとハードエンコって静止して一部を拡大してみりゃ微妙に違いがあるくらいのものでしかないな
4K程度の動画ならどんな高性能モニタでも人間が見てわかるような違いはない
ソフトエンコのほうが明らかに上と言ってる人はソフトエンコのほうが上なんだっていう思い込みがあるからそう見えてるだけ
どっちでエンコしたかわからん状態でみたら百中で当てられる人なんておらんよ rigaya氏の比較表見る限りintelの最新qsvなら速さ優先した設定のswエンコとはいい勝負できそうとは思う Bフレを奨められたので試してみた
元動画の画質を保ちつつ容量圧縮が目的。実写、4K、h.264→4K、h.265、ビットレート半分、容量半分
目視で画質を大まかにランク付けするとこんな感じ
①元動画
②ソフトエンコ、NVenc(Bフレ)
③QSV、NVenc
カメラ固定のBフレに有利であろう条件の動画でもソフトエンコと若干の差はあった
これ以上はコーデックの大幅進化に期待
自分は画質優先なのでソフトエンコかな ソフトのほうが良いというのは思い込みだってしつこく主張してる人いるけど、そんなことないよ
私もそうだし他のここで書いてる人も、各自比較して上で判断してるわけで
目を潰れる程度の差なら、圧倒的に速度で有利なハードウェアを使ってますよ
できることならハードウェアで済ませたいと期待しつつ比較してるけど、結果として実用に耐えないと判断したわけ ソフトのほうが画質がいいっていう情報があったうえで比較してみたらソフトのほうが綺麗に見えるからね
いくら思い込みじゃなくて客観的に判断したといっても人間の主観というのは情報に左右されてしまう
判断した本人は思い込みや贔屓は排除して判断したと思ってるから「それはソフトの画質がいいという先入観だよ」といっても反発されてしまう
一番いいのは別の人にハードとソフトでエンコした動画をたくさん作ってもらって、どれでエンコしたかわからない状態でどっちか当てられるかやってみればいい
これを自分でやってみて全然わからなかったから、前提情報がなければわからない程度の差といってる 画質は大して変わらなくてもファイルサイズがグラボエンコの方がぜんぜん大きいし >>313は別フォルダに動画を置いて、タスクバーから各フォルダの動画を再生して
綺麗さに優劣を付けてからエンコードの種類をフォルダから当てはめたので一応
③はビットレート不足の残像感
①は文句無し
②は残像感が無く許容範囲だがNVenc(Bフレ)の方がボケが大きい
自分は画質優先で細かく見てるから、画質で選んでソフトエンコ >>315
しつこいですね
私は逆なんです、ずっとハードウェアエンコードでやってきて、あとからソフトウェアの方を試してみたら画質が圧倒的に良くなって驚いたのよ
専用ハードウェアを使った処理のほうがきれいなものだと思い込んでいました 先入観って高いもの食べたらおいしく感じるというのと同じで本人にとっては実際においしいし綺麗だから
人間はそういう事前情報で感覚が左右されるといってもかみあわんのよね
だから心理学の実験では事前情報でバイアスがかからないようにすることが大前提になる
逆に高いとか綺麗とかの事前情報を与えたら同じものであってもより高評価になる
本人は客観的に判断してると思ってるんだけど人間は事前情報によるバイアスから逃れられないんだよ 差は無いと言う人も>>313みたいに、どんな条件でエンコードしてるのか書いてくれると話が噛み合いそうなのに 容量がって、こだわるひとはギリギリのビットレートしか与えないからそらHWの分が悪い。
自分もそうだが問題ないと言うひとは容量は気にしてない。
前提条件が違うから何時までたっても平行線。 私の場合はApple LosslessのFHD実写映像をH.265にするのだけど、
ざっくりいうとソフトウェアでRF17前後を指定してるのが現状
ハードウェアでこれと同等の容量になりつつ同等の画質にすることはまだ出来ていないのよ エンコードはわかりやすいよ
ダブル・ブラインド・テストもし易いし
なによりVMAFだかSSIMだかの数値で有意差が出るし
ほぼすべての状況でソフトエンコが容量比で画質上のグラフが出るし
オーディオのプラシーボ効果出まくってるくせに二重盲検もせずに違いがわかるとか言ってるヤツらと比べたらかわいいもんよ ソフトエンコとハードエンコで
変換時間が同じになるような設定で変換すると
どちらが画質良くて、容量少ない？ だからHWで良いと言ってるひとは容量比なんて気にしてないって。 >>325
HWでどんなにフィルタ盛々にしようとSWと同じ遅さにはならない 速度は圧倒的にハードウェアのほうが速いです
ちなみにCPUは64コアXeon使っています そしてSWもコア数より、シングルスレッド性能とクロック数が重要。
俺もXeon e5 v4で64C128Tだが遅くて泣ける。 そもそもコアが多すぎてもフルに活用されなくて遊んでるスレッド多いしな
Xeonはマルチスレッドに強いけど1コア辺りだと微妙過ぎる
ソフトウェアエンコードで消費電力辺りと効率の兼ね合いならエンコ専用でCorei5やi3のが良いと思う RyzenThreadripperを組んだ人がHandBreakeで使ったら使用率10％未満とかだからな
HandBrakeは10コア以上はサポートしてないから… >>331
当然Xeonで64本同時エンコとかしてるが、段々とエンコが終わって処理本数が少なくなると遅い。シングル性能の低さが顕著。
その点、スリッパはシングル性能高いから本数減ってもそこそこ速い。 鯖向けXeonはシングル遅い
ワークステーション向けのXeon w使わんと HandBrake1.6.1はおもしろいな。
H.265のHWエンコでQSVとNVNECをしたらQSVの方がサイズ比約半分になった。
ソース＝H.264、1080p、約2GB
QSV＝Celeron J4125、プリセット＝Quality、プロファイル＝High、品質22（デフォ）
NVENC＝i3-12100F+GTX1650Super、プリセット＝Slowest、プロファイル＝Main（Highは選べない）、品質22（デフォ）
これでQSVは200MB、NVENCは350MBくらい。サイズの違いはもちろんビットレートが倍くらい違うからなんだが、それだけじゃない。
NVNECは普通にIPBBBIPBBBなフレームなのに、QSVはPフレが無い。IBBrBBrBBrBBrIBBrBBrBBrBBrみたいに延々Bフレ間参照してた。
だから、ビットレートが低くても圧縮率が高くて画質の劣化がほぼ変わらない。
もちろん、CPUがゴミだからQSVの方が変換が6倍遅いけど、i7でやるならQSV最強だな。 ちなみにSWエンコなら約90MB。
画質は、元から荒そうな場面を探して8倍に拡大しないとSWもHWも違いがはっきり判別出来ない。
動画を見ながらどっちが90MBでどっちが200MBなのか言い当てる事は半丁賭博。 見分けが付かないなら容量少ない方がいいじゃん
200MBの方を90MBまで詰めたらどうなるの？ Pフレームがない動画をハードウェアタイプのプレーヤーで再生すると、なめらかな早送り再生や巻き戻し再生ができないけどな >>338
今の状態で変わらないだけで200MBから更に半分にしたらそりゃ破綻する。
>>339
J4125でも余裕でシーク出来る
20年前の知識で物を言うな mp4が再生出来る実機でシークがまともに出来ないなんて、そもそもH.265どころかH.264も対応してないだろうから無駄な心配だ。 handbrake関係ないけど
エンコ済ファイルのエクスプローラーに（エクスプローラーは常時５～６個開きっぱなし）
ファイルなくてエンコ開始ボタン忘れたかなって更新したら表示されることたまにある >>262だけど
1.61だと音ズレ1.60以前だと音ズレなくなった
おマカンだけど参考に やっぱりズレてた
動画の最初に無音があると、エンコした時に音が前にズレてる
旧PCのバージョン1,51だとズレない、ｍｋｖで保存するとズレない
もうダメぽ >>342
ファイルサイズが小さいヤツって、Iフレームが少なくて細かいシークが出来ないんじゃなかったか。 そうなのか。
昔の話なんで、通常よりファイルサイズがめちゃ小さいのがあって、
画質が悪いのかと思って見てみたら、通常サイズとの画質の違いが判らず、気付いたのがシークできる細かさが違うということだった。
プレイヤーが進化してんのかな。 H.265が出てもう10年、今やスマホでも余裕でリアルタイムでエンコードとデコード出来る時代だから 「IフレやPフレが無いと～」ってのは、例えばMPC-HCの高速シーク設定を使ってるのと同じ状態では。
昔の実機は高負荷回避の為にキーフレームでしかシーク出来ない仕様のが多かったんだろう。 再エンコが無かった頃のニコニコ動画でシークしようとしたら最後らへんまで飛ぶ動画あったなぁ FHDのスケベ動画を縦で見るスマホ用に左右ぶった切ってリサイズする時に未だに失敗してアイスの棒みたいな動画に成ったりする
かれこれ4年は使ってるがアスペ変えるリサイズは毎回何度か失敗するほど設定に混乱してる >>352
v1.6.1だと寸法タブのクロッピングをカスタムにして左と右に同じ数字を入れ
概要タブでぶった切れ具合を確認しつつ調整すればいいのでは？
っていうかぶった切りより寸法の回転で向き変えた方がよくね？ FullHDなのにスマホの縦動画で中央だけに映像あって左右真っ黒ってやつじゃね
エンコする時にプリセット保存しとけばいいんだよ 中央だけ縦動画って見たことあるけど、なんでそんな映像になってるんだ。
そういう仕様のカメラなの？ TVかYoutubeで見たいから、あえて左右に付けてるんだろう 最新版使ったけど字幕が消える箇所が…これもう仕様なんですかね 寸法のとこで合わせるんだよ
俺それ知らずに5年くらいやってたわ 1920と1440二種類プリセットしてたら大体いけるやろ あ、記載が悪かったです。
特使のシーンというか区間だけ消えちゃう感じなんです（表示位置はあってた） >>357
ハッピーフィートの様に歌う場面だけ字幕がフェードインするヤツは多分無理なのでは？
スカパー放送など焼き込み済みのを利用するしかないと思う。 字幕に関してはXMedia Recodeのほうが問題多いよ XMediaとか論外だろ、なぜか薦める奴がたまにいるけど XMediaはffmpegで出来ること全部できなくていいからバグ修正に集中して欲しい エンコードについて質問させてください。
handbrakeでrtx2060でハードウェアエンコードを行う際、ここ2年程100％近くで処理できていたのに、昨日からGPUの使用率が20～60％程度と上がりきらないかつ安定しないことでエンコードにかかる時間が3-5倍程度になってしまい困っています。別のソフト(shotcut)でハードウェアエンコードを行ったところGPU稼働率100％で処理ができているため、GPUの劣化、故障は考えられません。
基本的な方法はすべて試しました。
GPUをhandbrakeにおいて100％で稼働させられなくなった考えられる理由や改善策をご存じの方はおられませんか。
OS:windows10 home
CPU:AMD Ryzen 5 2600X Six-Core Processor 3.60 GHz
GPU:geforce RTX2060
RAM:16GB >>370
追記です。
エンコード内容は動画ファイルにass形式の字幕結合でコーデックはH.265(NVEnc)です。
掲示板への書き込みは初めてでっ失礼があったらすみません。 自分で本当に何もしていないのだったらWindowsUpdateでグラボのドライバがアップデートされたからとかなんじゃね？
WindowsUpdateの履歴を確認
前のドライバにはデバイスマネージャーから戻せるし で、「何もしてないけど壊れた」系の質問なの？
昨日今日の間にWindowsアップデートしたとか、GPUドライバーが更新されたとか、HandBrakeの再インストール時に全ての設定破棄したとか、一昨日までの動画を再エンコードしても100％にならないとか、そのくらいの「基本的な方法」は確認したよね？？ >>373
自動更新はwindowsもgeforceもhandbrakeも全て切っています。故にそれが原因かと思いアップデートを行いましたが状況は変わらず。他の使用ソフトの互換の関係でWindows11にはアップデートできません。
設定に関しては初期設定から自動クリップを切り、コーデックを変更しているだけで複雑な設定があったわけではありません。
もちろん不調が起こる前の100%で処理できていた動画を再度エンコしてみましたがその場合も100%にはなりませんでした。 >>372
これに関しても自動更新は全て切っているので原因は違うところにあるのかなと考えています。 >>376
Windows Homeで更新全切りは野良アプリとか使っているのかな？
あと考えられるのはHandBrakeのプリセットがNVEnc H.265じゃないからとか？
ウチの環境だとプリセットをNVEncにするとGPUがほぼ上に張り付くけれども
HandBrake 1.6.1
Windows11Pro 22H2(22621.1778)
dotNet Runtime 6.0.16 x64
Ryzen 7 7800X3D /B650E ITX /DDR5-5200 16GB x2
ASUS RTX3060Ti Mini /GameReady 532.03 >>376
ソースの情報は一切出せないの？
100％は何で見てるの？？
俺はCore i9-9900K+RTX2060だが、480pと1080pのH.264でフィルター無しならH.264（NVENC）とH.265（NVENC）でタスクマネージャーもGPU-ZもVideo Encodeは100％張り付く。
CPUが裏で何かしらしてないと変だな、GPUデコードのチェック外れてるとか。 >>377
そうですね。互換性があるかわからず確認もしていないため現時点で11にはアップデートできません。
プリセットNVEnc h265なんですけどね（ ; ; ） >>378
すみません。この辺疎くてここでいうソースが何を指すかもわかりません（ ; ; ）
100%はタスクマネージャーで見ています。 >>378
すみません。この辺疎くてここでいうソースが何を指すかもわかりません（ ; ; ）
100%はタスクマネージャーで見ています。 フィルターのタブにある機能を使うようになったとかなら
ここは全てCPUで処理するからNVencの速度落ちるよ。 nopeのtsの最適なエンコ設定教えて
空がモザイクなってよくわからん 規制が酷いのかただ過疎ってるのか
1.6.1でやっと完成形になれたのに 透明な字幕のこと？
アルファチャンネルを変えながらフェードインする字幕は、まだ無理なのかなあ？ 字幕が消える箇所があるとかいうのは全くないけどなぁ
おま環じゃねえの？ >>391
ハッピーフィート、オズの魔法使など歌うシーンで歌詞がフェードイン＆フェードアウトする。
最新バージョンでどうなるかは試してないが、>>357で特定シーンで消えるカキコがあったから変わらないと思う。 市販品のリッピングは違法だから、おまえが言う字幕の不具合には一生対応しないよ DVD (idx+sub)の字幕が抜けるのは5年以上前からあるな
https://mevius.5ch.net/test/read.cgi/c/avi/1485573177/487-490
↑の『サウスパーク／無修正映画版』もフェードイン＆フェードアウトする歌詞が抜けたんだと思う
PGSなら大丈夫と書いてあるが、PGSでも縦書きが欠けたり表示が汚くなるものがあった気がするけど
どの作品だったかは忘れた >>394
リッピング違法化前にリッピングしてたISOかもしれん HandBrakeが難しそうだったので下位互換的な使い易いと評判のVidcoderを数か月使ってたけど
Vidcoderに慣れてきてHandBrakeもサイトの説明見ながら使えるようになったのでやHandBrakeで変換ばかりしてきてはや2年
そんな今日練習台になってくれたPCに残ってる使うことはもうないであろうVidcoderを削除することにした さらばVidcoder Vidcoderは最初UIが良くて併用してたが、ver1.3.4辺りから更新されなくなったのが残念 ん？焼き込みたいん？
>>395
VSRip使ってmkvで結合してたがエンコ後にやってたわ
ダメな字幕あんのね エンコ→VSRip→MKVtoolnixでmkvというフロー 映画のDVDをHandBrakeでmp4に変換しているのですが
字幕の焼き込みをする時に字幕サイズを変える方法があったら教えてください
古いDVDでたまに小さすぎるものがあります
DVDはただでさえ読み取りにくいガビガビフォントなので大きくしたいです
あと大昔の映画は高齢者のための配慮なのか過剰に大きいものもあり、それは小さくしたいです
それではよろしくお願いします VobSub Configureで変えられるけど、HandBrakeで読み込めるかなあ。 リマスターしてない初期のDVDとか無効領域があるのでクロッピングして変換しまくったな。 ＴＳ読み込ませて忘れて
終わったと思ったらスタートしてないのよくあるわ
読み込んだら前面に出るとか音がなるとか設定ないの TSを何千ファイル読み込ませたら、忘れれて放置ほど膨大な時間がかかるの？ Mac のフォルダアクションって今も使えるのかなぁ？ 三谷幸喜のshort cutってドラマ、何故かDVDisoから普通に変換するとISOよりデカイファイルサイズになる……いつも通り普通に変換してて、他にそうなるものはないのに…… .tsをコマ単位でカットや結合出来るのは
smart cutter だけかい？ 調べもしないし検索もしない
人に聞いて全部教えてもらわないと何もできない迷惑者なのか？
全～部人に聞いて 全～部人に教えてもらうつもりかよ そうだよ
ダウンロードして試すのめんどくさいから
ここで聞いてる AVでカメラが遠くてしょうもない時はこれでクロップして近くに
AVで画面の端過ぎる時はこれでクロップして中心に
AVでノイズあるときはこれで除去
AVでぼやけるときはこれでシャープに
君だけの最適なAV動画にしよう～♪ これがHandBrakeの真の力だ！ 初代Ryzen1800で4kのAVをh264で圧縮して保管してるんですが夏場はファン全開で暑くてうるさいです
Ryzen7800や i7-12700Kパソコンに買い換えたらビックリたまげるぐらい早くなりますか？
お勧めスペックあったら紹介お願いします ※ゲームしませんAV動画だけです >>435
そのスペックだとたまげるくらい暑くなるのでRTX40X0シリーズ買ってAV1のハードウェアエンコしたら？
ワンスロットのインテルARCなかったっけ？ >>435
2倍くらい速くなっても馬鹿デカい3連水冷ファンでもびっくりするほど熱くてうるさいから、とりあえず高性能ファンに買い替えれば？ みんなありがとう！
比較グラフを見たところ今のハイクラスCPU搭載パソコンを買えば作業時間が半分以下になるわけですね
ARC初耳でした！インテルもGPU市場に進出したのですね！
今まで全く気にしていませんでしたが次から購入するときはファンを高性能なものを選択します 上下かなりリッピングすると字幕アス比もくるって見えるけど潰れるのなくせない? 例えばシネマスコープなのに上下カットするとか映像としては規格外アス比になるからダメでは 読み込ませたまま忘れて
だいぶたってから終わったかと次のts読み込ませたら
さっきの開始してなかったって気づくことあるよね 前回バッチ終了後にシャットダウンにしてたの忘れてて
そのまま次にエンコしてたらいきなり終了して
びっくりすることあるよね 終了後シャットダウンだと再起動時にキュー残ってるの？ >>446
キューが終わるまでシャットダウンしないからキューは残らないがシャットダウン指示設定だけ残るｗ 設定→完了時→キュー完了に「アプリケーションが再度起動した後何もしないに戻す」ってのがある ポータブル版にあるHandBrake.Worker.exeって何に使うものなんですか？
普通に使う分にはHandBrake.exeを起動するだけで良いし何のために起動ファイルが二種類あるのだろうと不思議で >>450
ググれば分かるけど、内部でエンコードを分離実行する為のexeだ。
これがあるからキューの同時エンコが出来るしエンコ時にもUIを自由に操作出来る。
つまり、ユーザーには直切関係ないし触る必要もない内部作業用exe。 はえー なるほど 検索ワードが悪いのかHandBrake.Worker.exeってそのまま調べても分からなかったからモヤモヤしてました
おかげで今夜はぐっすり熟睡出来そうです ありがとう Bluetoothスピーカーで映画見る時の音声遅延対策にエンコード時に逆に音声を少し早く再生するやりかたとかってhandbrakeでありますか？ 色の範囲（color range）がLimitedになってしまい見た目薄くなる
なぜなのよ ベータ版だけそうなるな
フレームも指定しないとデタラメ ISOからmp4に変換するとチャプター頭の部分が早送りみたいになっちゃうんですけど
なんか設定ミスってますか？ >>459
ISOは基本マウントしてエンコするもの
マウントしてもなるなら、まず自分の設定値を書け キューをクリアの設定にしてるのに起動時にすでに終わってる前回のキューがどうのこうのとダイヤログが出てしまう 字幕焼き付けは問題ないのに、焼き付けではなくMKVに字幕格納で
出力すると、表示されてる外国語の原文に字幕が被ってしまうんだけど
どうにもならんですよねこれ？ VobSubで字幕を取り込んだ後の画面で位置を修正できる。 結局使い慣れたHandBrake使い続けてるけど、無料mp4変換ソフトで他にいいのってある？ レビュー
無料で複数の大容量動画ファイルを無劣化・爆速で「LosslessCut」を使い結合する方法レビュー、Windows・macOS・Linux対応で低スペックPCでもOK
https://gigazine.net/news/20230930-losslesscut-merge-video/ >>470
結合だけする比較ならTVMWじゃなくてTMSRでやるべき
同程度の速度で終わるはずだ エンコしまくってるとHDDのフラグメントが大変な事になるな
みんなデフラグ頻繁にしてるの？ TMPフォルダに出力してからフォルダ別に保存するわな macOsなんだけど、sonomaにしてからエンコードが劇遅くなった。
CPU使用率が100%に張り付いてないので、スケジューリングの問題っぽい。
M1でソフトエンコです macは板チでしょ
エンコできるまともなPCに買い直した方がええよ CPUをハイエンドにするかGPUをハイエンドにするか、どちらのほうが早くエンコできますか？
それともミドルスペックPCでもハイエンドPCでもたいして変わらないとか？ >>477
CODECとビットレートの選択による
更に言えばストレージの容量と速度さえ確保できるなら、低圧縮の高ビットレートにすれば、GPU圧縮でも高画質をキープ可能
元素材が何か？にもよる
元が低クオリティなら、高いビットレートはムダ じゃあStable diffusionの練習もしようと思ったらRTX4090一択ですね。
CPUはそこそこの性能にしてRTX4090で探してみます。 久しぶりにHandBrakeインストールして使ってみたら、音声の選択肢にソース音声がOpusコーデックの場合にパススルーできる設定が追加されていた
いつのバージョンから対応したのかは知らないけれど、いいことだ
そもそも音声は、コーデックによらずパススルーを基本とすべきなのだ >>482
今のver1.6.1から激的に変わった
別のソフトと言っていいくらいに アンインストールしてもプログラムが残るんだけど
完全にアンインストールするにはどうすればいい
バージョン
1.6.1 (2023012300) >>484
直接ファイル捨てて何も問題無い
気になるならそこらのアンインストールソフト使えばいい
俺ならそんなソフト使う方が信用ならんけど １４Ｇの２時間ＴＳに９０分かかってる
いままでその半分くらいだった気が
ＣＰＵ使用率も８０%くらいだったのが９０％台前半
文字入力もjaneはマシだがブラウザがエンコ中まともにできない
win11のアプデかメモリ増量が関係してるのだろうか（２枚から２枚追加で４枚） 中途半端なプリセットの存在に意味はあるのだろうか？ ほとんどのエンコード
1920と1440のプリセットのどちらかなんだが
まとめて読み込ませてそれぞれ２種類のどっちかのプリセット指定して
あとは自動でできるのか？ 1440pに指定、アナモルフィックAuto、その下のチェックボックスオンにすれば1080pと自動判別する てか、1920pって1080pだよな？
縦動画か？それなら1920p指定だ 横幅でしょ。
放送局によってフルHD、
ビットレートの低さを1440でカバーしたりと複数あるからねぇ。 放送局というか、地上波が1440、BSが1920ってだけでしょ。
これは規格で決まってるもので、フジはこうだけど日テレはこうとかそういうもんじゃない。 >>498
古い情報だけど、
ttps://blog.goo.ne.jp/krmmk3/e/39442dd9dc2b49a651af470b1f4e4352
混在してる。 BSフジで最近多くなったのが、181ch+183chと182chという複雑な2番組分割運用をしている時間帯
同時放送のBSフジ 4Kは当然どちらか一方しか放送しない
民放4KがなんちゃってHDRでなければ4Kで録画する値打ちはなくもないが（局側のインターレース解除の品質がクソ問題は残るが）、なんちゃってHDRをやり続ける限り見る価値すらない
よって2番組分割運用時は、ひたすら低画質を我慢せざるを得ず、同じ番組がABEMAやTVer、YouTubeなどで配信されていれば、そちらで見た方がいいという逆転現象まで発生してきている
2番組分割運用は、自分で自分の首を絞めている行為だと放送局は自覚するべき 残り時間が0:00:00になってもしばらく終わらないのはよくあるんだけど
メモリが64G使用率１００％のまま１０分くらいで終わり
再生しようとするとできない
２回やっても同じ結果 いや２９分で終わってるから１９分くらいから２９分までかな BSはNHK始め1920だったけど、全部1440の3/4HDに改悪されたし、NHKは1波減るし gitでtag切ってあるけど1.7.0そろそろかな >>504
エスパーすっと、tsファイルをtssplitterで処理してからハンドブレーキに投げてみては プリセットさぁ、音声と字幕の設定も漏らさず記憶しろや 追記
元ファイルのカバーアートもちゃんとコピーしろ Rustのとこでワーニングだかエラーが出てたけど
1.7.0のビルドはサクセスとなってよく分からんかった エンコードソフト「Handbrake」がGeForce・RadeonでのAV1エンコードに対応
https://news.mynavi.jp/article/20231120-2823009/
「無料で利用できる動画エンコードソフトウェア「Handbrake」の最新バージョン「1.7.0」において、AV1コーデックへのGPUを用いたエンコード機能がGeForceとRadeon向けにも搭載された。
対応デバイスではきわめて高負荷なエンコードを高速に処理できるようになっている。
NVIDIA GeForce RTX 40シリーズとAMD Radeon 7000シリーズで新しく利用できるようになったというもので、Intel QSVにおいては前バージョン「1.6.0」でサポート済み。
そのほかにもarm64・aarch64・AppleSiliconにおけるパフォーマンスが最適化され、エンコード速度が引き上げられている。」
Mチップ搭載Macユーザーよ、さぁテストしたまえ!! >>516
職場にMacがあるから以前M1でエンコードしたことあるけど、WinでGTX1660使ってエンコードしたのと比べてやけに汚い印象持ったんだよなー。
どっか間違えてたのかな? HandBrake 1.7.1
https://github.com/HandBrake/HandBrake/releases/tag/1.7.1
アップグレードのお知らせ
HandBrakeをアップデートする前に、キューに保留中のエンコードがないことを確認してください。
また、新しいバージョンと互換性がない可能性があるため、カスタムプリセットとアプリの環境設定のバックアップを必ず取ってください。
Windowsユーザーの方は、Microsoft .NET Desktop Runtimeバージョン6.0.xをインストールしてください。
よくお読みください：DESKTOPランタイムが必要です。.NET 7をインストールした場合でも、.NET 6をインストールする必要があります。
HandBrake 1.7.1
ビデオ
Decomb フィルタが 10 ビット深度以上のソースで破損したフレームを生成していた問題を修正 (#5518)
RGB ソースで Comb Detect フィルタを使用するとクラッシュする可能性があった問題を修正。
他のベンダーのデバイスが存在する場合、Intel QSV デバイスの列挙を修正 (#5317、#5177)
Mac
EyeTVソースを開く際に発生していた問題を修正 (#5514) >>520
もうそれよりも最新版の方がずっと優秀だから捨てなさい パソコン新調して4070ti搭載だからHandbrake新搭載されたAV1エンコしたら以前より早くなった
以前のPCはRyzen1700&RX580で30分程度の4k→4k変換HQに30分以上要してたけど今10分足らず AmatsukazeでAV1だとHEVCより爆速すぎてサイズ大きくなってたから、オプションいじり倒す必要があった
Handbrakeで試してみる
（4070使用） >>523
H256ソフトエンコとAV1ハードエンコ、ファイルサイズ揃えたらどっちが画質いいの？
ってあちこちで聞いてるけど誰も答え出してくれないし把握できてない
買って試せ、みたいな空気でなんで3070から40X0に買い替えなきゃいかんのかて
結論出たら買い替えも検討するさね・・・
>>522
30分程度の4k→4k変換HQに30分、これはこれでメチャ早い気するけど？実時間じゃん >>524
基本だろ
ファイルサイズ云々ではなく高画質・圧縮率だとCPUしか勝たん
ハードエンコはとにかく早いってだけ
業務用だとフルオプションが使えるのだろうがGPUのは簡易型のハードエンコーダー >>525
ファイルサイズ無視するなら、もうその考えは古臭い。
サイズが小さく高画質だからこそCPUエンコに意味がある。
画質だけで言うなら今のGPUは劣らず超綺麗にエンコ出来る。 >>526
何も分かってないな
GPUの画質が悪いとは一言も言ってないんだが
要はスピードかサイズでどちらを選択するか好みだけや AV1の場合、今のところHWエンコだとグレイン合成が使えないはずなので
使うならソフトウェアのエンコード一択 前にAVI(SVT)で試したら設定の情報無さすぎて設定詰めるどころじゃなくて結局H.265選んだ記憶
>>525
AV1めちゃ縮む、って言うから期待したのに
じゃソフトウェアエンコAV1だともっとスゲエのね AV1今のところDLNA配信ソフトのSERVIIOが対応してないので、HEVC。INTEL ARC A750でハードエンコ爆速。 >>527
スピードかサイズかだけ？
それなら、やはりGPUエンコだろ。H.264の時とは違ってH.265やAV1はかなり縮むようになった。
何倍も時間掛けるCPUエンコより今は+10%程度サイズ増加で済むGPUエンコが良い。 同画質なら+10%で済まないんだよなあ・・・
ソコがH265ソフトエンコとHWのAV1でどれくらい縮まったかがきになる AV1の場合だと実写だとグレイン合成使えるSWエンコードの方がさらにサイズ削れる可能性あるけどね
あとグレイン合成は圧縮しにくいノイズを取り除きデコード時にそれっぽく付与してやる機能なんだけど
AV1が苦手とする質感の保持や暗所の主観的な品質を若干改善したりバンディングを軽減する効果もある
ノイズを置き換える分VMAFのような品質評価メトリックのスコアは低下するけどね AV1エンコの時短まじで助かるわ。俺は画質云々に関しては気にならない
そもそも中堅の4kハンディカムかデジイチ動画だし視聴ディスプレイも普通のWQHDだからよ。
画質気になる性格ならそれこそ高価格機材で撮った4k8kを変換してディスプレイも最高級にするでしょう。
サイズも気にならんわ～10TBありゃ十分。サイズを気にする人って毎日何分撮ってエンコしてるの？ だってグレイン合成ってAV1の目玉の一つだものｗ
というかこれ使わないと特に低ビットレート時に肌の質感なんかが欠落してしまう >>536
ソフトのAV1なんか遅すぎて使い物になんねえよ
プリセットファイルくれ
せめて動画タブのおすすめ設定おしえてくれ >>537
どういう環境でエンコードしてるんだ？
インテル系のCPUつかってるならSVT-AV1のPreset8でx265のmediumとエンコード速度大して変わらないはずだが
もし、Macでエンコしてるのならば最近はarm系プロセッサ向けの最適化が入ってるようなので早くなってるかもね >>538
5950X
8ぃ？8だと早い 比較してみる グレイン合成はHandBrakeでつかうなら追加のオプションのところに
film-grain-denoise=0:film-grain=10
みたいに自前で設定する必要がある
エンコード速度が少し遅くなるから使わない選択肢もありだけど
特に実写なら縛りプレイならぬ縛りエンコしているようなもん 4k（7GB・20分）→4kの変換作業で新旧PCの違いを確認しました。
AV1エンコード・・・5分弱で平均FPS123、CPU使用率40～80％変動大・GPU使用率100％、変換後4.2GB
H264エンコード・・・8分ちょいで平均FPS71、CPU使用率100%・GPU使用率0%、変換後1.5GB
（以上Ryzen7950Xと4070tiの組み合わせ）
H264エンコード・・・35分で平均FPS17、CPU使用率70～95%・GPU使用率0%
（Ryzen1700XとRX580の組み合わせ)
※Handbrakeは最新版で設定はデフォルトのままです。 AV1ハードエンコ4.5BGファイルとソフトエンコH.264の1.5GBって何の参考にもならんな
チラシの裏にでも書いてて・・・ 変換後のサイズ指定でエンコードできるんですか？
デフォルト設定のまま使ってるので詳しいやりかた分かりません。 >>546
デフォルトって・・・ それじゃ画質もファイルサイズも調整できないじゃん・・・
せめてビットレートあわせるとかさあ H265(NVEnc)ってやつで同じようにHQ4k変換やったら4分半で平均FPS132
CPU使用率60~65%でGPU使用率100%、変換後のファイルサイズは2.8GBになりました。
画質はどれも一緒に見えますので、今後は早くてサイズも小さくなるH265(NVEnc)を使います。
昔よりずいぶん早くなったので細かいことは何でもいいです 4070tiてヅァルエンコーダーよね？
うちの4070でFHDだと400fps→単純に4倍の負荷で4k/100fps
あんま速くないねH265
まあ今度４K試してカキコするわ いやせんでいいよカキコ チラシの裏にかいといてくれ
高画質・高圧縮だからこそ早くない
早くてデカいコーデックなんかいらん
ヅァルエンコーダーってナチスドイツの秘密暗号かなんかか？ だが断る
4070で4kエンコ（H.265）128fps
AV1だとやはりサイズがでかくなる slowerにしてもなぜかmediumよりちょいでかくなる
NVEncのAV1はゴミ HandBrake 1.7.2
https://github.com/HandBrake/HandBrake/releases/tag/1.7.2
ビデオ
Dolby Vision レベルの自動選択を改善
AMD VCN、MPEG-2、MPEG-4、NVIDIA NVENC、および VP9 エンコーダーにおいて、過剰な数のキーフレームが作成されることがあった問題を修正（#5530）。
NVIDIA NVENC エンコーダーを使用した場合に、意図せずクローズドキャプション側のデータが自動的にパススルーされてしまう問題を修正しました。
その他のバグ修正と改善
Linux
重複するグラフィック・アセットを削除し、ファイル・サイズを縮小することにより、パフォーマンスを改善しました。
Flatpak のファイル・セレクタで、以前に選択したディレクトリではなくホーム・ディレクトリを開くことがあった問題を修正
キューの最後のアイテムの保存先パスが間違っていた問題を修正
グラフィカル・インターフェースのメモリ・リークを修正 Mac
Apple Silicon Ultra 上の macOS 14 Sonoma で VideoToolbox エンコーダーを使用する際のシステムクラッシュを防ぐ回避策を追加しました。
レベル 6.1 および 6.2 の VideoToolbox ハードウェア デコードを無効にすることで、H.264 ビデオのデコードの問題を回避する回避策を追加しました。
空のフォルダを開くとクラッシュする問題を修正
Windows
スクリーン リーダーの補助のため、オーディオ タブのいくつかのコントロールにオートメーション プロパティを追加しました。
NVIDIA NVDECオプションが無視される問題を修正 (#5569)
テーマのロードに関連する起動時のクラッシュを修正 (#5567)
字幕の言語順が守られていなかった問題を修正 (#5590) tsのあるHDDに（SSDが一杯なため）500Gのゲームフォルダコピーしてる最中に
handbrakeにts読み込ませても全然終わらん（変換先は別HDD)
ゲームフォルダーコピーが終わらんと始まらんのか そんな渋滞中に同時に読込みしてたら終わるわけねーよ タスクマネでHDDのビジー度も理解出来んアホがおるのか
日本も本格的にオワットルなｗ また最後にffmpegエラー吐いた やる気なくなる キングダムエンコしたやつおる？
70分前後なのにどれも１０G超えてる なんでや 最近のバージョンは字幕焼き付けはちゃんとできるようになったのかな？？
洋画の字幕焼き付けの品質が悪すぎて古いバージョン使ってるんだけどそろそろアプデしたい。 字幕焼き込み、17.1での１例：HD/1920x1080p/mkv/srt(English)ではOKだった >>0564 字幕書き込みの続き
初心者のため元々の問題を理解していない
追加テストとして/Blu-ray映像ストリーム・H.264/PGSストリーム・日本語/をトライしたがOKだった
DVDに関しては素材そのものを、もう持っていないので、現在テストできないし、将来もやることはないと思う 初めてHandBrake触ります
BS4Kって59.94p固定じゃなく可変フレームレートなのかな？
MediaInfoやVLCではVFRである記載が一切無かったけどAviUtlにぶち込んだら音ズレするので その状況ならAviUtlが間違ってる事を疑うもんだが ・5.1chサラウンド
・前後数秒ずつ入っている番組はステレオ
この辺が影響しているのかもしれない
TSの分離や音声分離がまだだったからそれを試します
とりあえずHB通したものは音ズレしなかったことを確認 Handbrakeを通した結果ビットレートが低下し、再生がスムースになり、音ズレが解消した
単にこういう話では？ AviUtlの代わりになるソフトとして有名なのは DaVinci Resolve！
さぁみなさん DaVinci Resolveを使いましょう！ 最新のソフト！ 最新の更新！
【Blackmagic Design】DaVinci Resolve Part16
https://mevius.5ch.net/test/read.cgi/avi/1693657685/ えるしっているか
DavinciはTS非対応なんだぞ 最近Handbrakeでtsをmp4に変換すると映像と音がプチッと飛ぶようになっちゃうんだけど、原因分かりますか？
何回変換しても同じ箇所で飛びます
もちろん元データは飛ばない >>578
フレームレートの指定が怪しいけど
tsが59.94なのに、60.00指定でエンコしてるとか 横から
それ合わさんとあかんの？
30固定にしてるわプリセット全部
ほとんどtsは29.97だと思う 合わせないと音飛びと画面ズレが起きるんだが？
てか、30p→60pとかやらなきゃデフォルトの「ソースと同じ」から動かす必要無いんだが。 TSを変換した時の音ズレはVFRが原因になってることが多い
動画がVFRかCFRかはMediainfoを使えば分かる
変換する時にCFR（Constant Framerate）を選択すれば音ズレが直る可能性あり same as sourceでプリセット更新しといたわ
mediainfoもDLした
適当に選んだTSにVFRの表示がないからCFRなんやな？ 設定項目が｢ソースと同じ｣の際に変更されない項目は、グレーアウトするなり項目自体を表示させないなり、何か工夫は必要だと前々から感じてはいる
プリセットにしたって中途半端で、すべてを記憶するようにはなっていないから凡ミスをしやすい原因になっている みんなありがとう。
言われた通りフレームレートを弄ったら解決しました
みんなすげーな tsがBSにしろ地上波にしろ59.94iだから、29.97Pか59.94Pにするのは問題ないが、ザックリと30や60とすると時々ブツ音飛びする
デインタレは好みでね
だからPCの液晶のフレームレートも59.94にしておくと、画飛びもなくなる
映像技術を基礎からやると、この辺かテストに出るよw あ、書き忘れた
日本は基本的に59.94iのインターレース放送局
今の液晶テレビは勝手に59.94Pや119.88Pに変換して表示してるが
自分でエンコードする時は、tsのパラメータが何なのか知ってるか、調べる手段がわかってないとハマる >>590
やっと更新か、AV1対応で試してみるか 実写系のバラエティ番組等（ブラタモリとか）をTSからH.265変換すると、
どうしてもヌルヌル感が消えてしまいます
画質は落ちてもいいのでこのヌルヌルを保つ方法ってないんでしょうか？
フレームレートを29.97or59.94に固定、インタレース検出・解除OFF等はやってみました
1.7.2を使ってます 片栗粉を水で溶くとくヌルヌルするぞ
無ければペペローションでヌルヌルになる ＞＞594
インターレースbob、59.94fps 、効果てきめんでした！ありがとうございます！ >>594 有能
>>595 無能
>>596 無能
って絵面が面白い HandBrakeでQSVを使うとき、
・Low power無効だとPGモード
・Low power有効だとFF(Fixed Function)モード
になるんだね。
消費電力が下がるならと思ってなんとなくLow powerにして
h264でBフレームが入らないから混乱してたわ。
lowpower=0でgop-ref-distの設定どおりBフレームが入るようになった。
でも相変わらずlookaheadが使えないのが残念。
HandBrake 1.7.2
Core i5-12600k Intel N5105
H.265 10bit QSV
ICQの画質パラメータが効かないな
1でも51でも同じファイルが出力される Intel N5105
HandBrake 1.7.2
QSVのICQパラメータ
有効 H.264
無効 H.265 8bit
無効 H.265 10bit
他のソフト(OBS)でも効かないからHandbrakeさんは悪くなさそう Intel N5105のiGPUはUHD6xx世代だから対応はしてるんじゃね？ ドライバーは31.0.101.2125(最新)
CPUの世代かグレードが低いのが原因か分からないから
12世代 Core i7のPC注文したわ
N5105のH.265 10bit ICQデフォルトでも画質/サイズ比はとんでもなく良いんだが
720P等倍でわかる程度にはディティールがつぶれるんだよね ICQ値無効の問題
何年も前からツッコまれていたわ
「低電力CPUではICQを指定しても CQP 26 が使われている可能性がある」
Handbrakeからは正確なパラメータが送られていのをログで確認した
Intel-Media-SDKかハードウェアの制限ぽい
ttps://github.com/Intel-Media-SDK/MediaSDK/issues/1977
ttps://github.com/HandBrake/HandBrake/issues/3530
爆熱デスクトップ買うのは嫌だなぁ HandBrakeのおかしなところ
デフォルトの状態が
・寸法タブ
→解像度制限やアナモルフィックは、デフォルトではNoneであるべき
必要な人だけが意識的に有効にするべき
→変態解像度の扱いが下手くそ
ソースが720×480の16:9なものが720×406とかに改変されてしまう
・フィルタータブ
→インターレース解除以外は原則Noneをデフォルトとすべき
インターレース解除についても入力ソースがプログレッシブであれば自動的に選択不可のグレーアウト表示にすべき
・動画タブ
→可変フレームレートがデフォルトであるべきではない
固定フレームレートをデフォルトにすべき
続く ・音声タブ
→コーデックの項目は、パススルーをデフォルトにすべき
・字幕タブ
デフォルト設定がおかしすぎる
強制字幕のみや焼き込みがデフォルトでチェック入ってるとかどうかしている
そもそもMKVコンテナならば複数字幕を字幕としてもたせることが可能なのだから、最初に字幕が必要なのかそうでないのかで選ぶべきコンテナ形式を誘導させたほうがいい
映像に字幕を直接焼き込むなど言語道断 圧縮目的なのに音声パススルーがデフォって。
てか、何の為に豊富なプリセットがあると思ってんだ。 ロック歴史秘話～Rock Legends～Ep11 ソウル／R&B
お前ら機会があったらこれ録画して720x480でエンコードしてみてくれ
いくらやっても解像度が変更されてる（寸法のとこはチェックしてる）
12分50秒～あたりの字幕が切れる（大体見えるからいいんだけどこっちも意地になる）
昨日放送だったからまた間があく
（他のepは問題ないようだ） >>614
>いくらやっても解像度が変更されてる（寸法のとこはチェックしてる）
チェック入ってたら出力解像度でエンコされるんじゃ？ 縦横比率が1:1ではない変態解像度の動画をエンコードすると、入力解像度と入力比率のまま出力するだけのことができないんよな、このソフトウェアは このソフト、レターボックス検出すると勝手にクロッピングしようとする >>617
当然、普通に出来る
出来ないのは無能なおまえだ >>621
そうかい
ならば720×480の動画を解像度、比率変更なしに出力する設定手順を書いてみ -X 720 -Y 480 --crop 0:0:0:0 --keep-display-aspect GUI操作が基本のソフトウェアなのだから、GUIでの操作手順を書いてみ これでも分からないから無能だって言われんだよ
答えを英語で教えてもらったのに日本じゃないから読めないから書き直せ！と翻訳も出来ない能無しが騒いでるんだから >>620>>623
クロッピングというのをなしにするだけで720x480のまま出来たありがとう 720pはデフォルトプリセットだったのだけど
自分で設定（ネット参考）した1920や1440のプリセットはクロッピングはなしになってた >>622
720x480は4:3じゃないの、お前わかってないだろw 長方ピクセルか正方ピクセルか？
本来のアスペクト比は？
解像度は？
元素材からCROPするか、縦横比に変形するかどうか？
大昔のNTSCアナログ信号には横ピクセル数がなくて、周波数の高さによる解像度を本数で表現してた >>631
クロッピングをなしにしたプロファイルを作って既定にすればよし FFMPEGに移行って手もある。
コマンドやがそんな大層でもないし。妙な合いの手入らんし。バッチでファイルをエンコードもそうでもない。 >>634
ほんとそれ
ffmpegは調べて即解決することばかりで、むしろ簡単で楽な印象
最近は.batファイルで、ドロップレットを作ったりしてるw 初めはHANDBRAKE CLIを使って、BATファイルをWebからコピペしてきてトライしてその続きでFFMPEGに移行した。
HANDBRAKE CLI BATで検索すると作例がそこそこ出てきまふ。
https://www.google.com/search?q=HANDBRAKE+CLI+BAT&oq=HANDBRAKE+CLI+BAT& これで変換したmp4をMPC-BEで再生するとカーソルキーでのジャンプがエラい大幅になるんだけど
どこかに設定する場所ってある？ >>637
BEのジャンプ設定がIフレームのみになってるからじゃね 俺もクロップには苦労する縦横比そのままならいいが
縦横比を変えなければいけない時720x396を704x396にするときとかクロップして元に引き延ばす時に勝手に数字が変わるし縦横比も変わるので出来上がった動画がゴミばっかになって
まともな動画作成できるまで時間も労力もかかってどうにかできても次にまた同じようなの作る時に同じような羽目になる
数字変えると勝手に変わるのがほんとに厄介 ただの大きくしたり小さくするだけなら便利なんだけど >>637
オプションにkeyint=240とか入れとけば良いんじゃね >>638
>>642
ありがとう
埋め込みとプレイヤー側両方設定した 質問です
1080p 60fpsのmkvファイルをm4vに変換しようと思うのですが、できるだけ画質劣化を避けたい場合の適切な設定を教えていただけないでしょうか
プリセットのProduction Maxだとアホみたいにファイルがでかくなりますかね？ コンテナ入れ替え可能なら ffmpegなどで無劣化変換するほうが良いでしょう GUIで使える多形式相互対応無劣化コンテナ変換ソフトってないのかね？ >>645
古いMac環境なのでQuickTime Proでの簡易編集も含めてなにかと扱いが便利なんです
>>646
ffmpegって随分昔に使った記憶がりますが今でもあるんですね
無劣化変換が出来るなら最高なので調べてみます 無劣化にこだわる必要を、画質的に感じた事がないんだよな
コンテナ変えるだけで、中身のcodecをそのままコピー出来るならいいけど
よく部分的に壊れてて、編集止まったりするパターンがあるから、やや大きめビットレートで再圧縮する方が面倒がない 取っつきやすさなら、VLCの変換機能で良くね。
それとMacユーザーなら、さすがにそろそろ32bitの旧QuickTimeには見切り付けるべきｗ よくある質問で基礎の基礎ですが、ISOを追加してもチャプター1しかエンコードしません。俺はチャプターとかなくていいから全部エンコードしてMP4にしてくれよと思ってます。どうしたら良いですか？あと、キューが関係しているような気はしますが、複数やるやり方がまだイマイチわかっていません。すみません 検索したけど分かりませんでした 今のmacOS版HandBrake最新版ってApple Silicon のneon対応してるんか？ H264からAV1メインにしようと思ったが思ったほど小さくならないなぁ >>651
これわかる方居ませんか？お願いします
それとベスト・キッドのような映画を見る場合はどうエンコードしたら良いですか？中国語が字幕付になりませんでした
日本語では話してくれるんですけど、中国の方は基本字幕みたいです マジかー
赤と黒の潰れが少ないから使おうと思ったのに 265もX265とNVEncで全然違うかも
ts実写動画をそれぞれCQ23でエンコしたら157MBと290MBになったんだがここまで違う？しかも見比べると157MBの方が画質良いような…
NVEncはRTX3060で出来上がった動画もbフレームありだった。 NVEncで画質うんぬんを気にするのであれば、AV1一択だぞ
（実写ユーザーは特に）
つまりRTX 40x0世代を買うしかない
もしくは同じ世代の下記を搭載したeGPUなどの小型なタイプの登場を待つか
NVIDIA、エントリークラスのプロ向けモバイルGPU「NVIDIA RTX 500/1000 Ada世代」を発表
https://www.itmedia.co.jp/pcuser/articles/2402/27/news124.html 僕はいまでも古いH264でH265は選択してない
だってH264で1時間なのがH265だと3時間くらい掛かるんだ
比べたらサイズかサイズが小さく出来るのと暗いシーンが自然っぽくなる感じだけだった
それと8bitと10bitあるけど時間は変わらなかったけどスマホのアンドロイドが10bitに対応してなく再生出来ないので8bit変更した
PC用動画だと8bitでも10bitでも再生できるけどなんか統一感無くなるのが嫌なので全部H264(8bit)で変換することにしてる
今更な古臭変換してるけど時間も早いしサイズは大きく暗いシーンがアレだけどこれで変換ばかりしてる 好きにすれば良いんじゃない？
俺は画質重視だから今更H.264なんて出来ない。全部H.265にし直したくらいだ。 >>660
見る環境によるとしか
極論すると、6インチくらいのスマホ画面ならなんでもいい
どこまで、解像度とビットレートを下げても見た目でわからないか、試してみたらいい
視力悪い人なら、720Pの700kbpsでもキレイに見える >>651
これわかる方お願いいたします
いっぺんに突っ込んで処理したいということです
チマチマやりたくない
あとスピード優先で容量はある程度デカくてもいい
RTX3060 8GB?
と1650の4GBのビデオカードをパソコン二台につけてます
あと、NASにエンコードしたのを入れてますが、NASって匿名性は守れないのでしょうか？ .isoは単一の動画ファイルではなく、イメージディスク。
HandBrakeが表示するのはチャプターでは無く、ディスクに分割され収められた個々の動画ファイル。
HandBrakeはリッピングソフトではないので、それらファイルの結合・抽出まで面倒見ない。
リージョンコードが違うので、まっとうな流通では中国語版の映像ソフトは日本に出回らない。
NASの匿名性云々言っている辺り犯罪の匂いがするが、こんなところで無頓着に書き込んでいるようでは、いずれもっと悪い奴らに利用されて人生を台無しにするのでは無いかと思う。止めた方が良い。 >>665
すみません
誤解を招いてしまいました
匿名性というとあれですね
エロ動画を恥ずかしながら見られたくないからいっただけです
兎に角連続して、エンコードしてくれないかなと チャプターごとにキュー登録するのもめんどいって事か？ 動画ファイルのタイトルと、そのファイル内のチャプターを取り違えていると思われ。
余計な操作をしなければ、チャプター選択は始めから最終までの全範囲になっているはず。 キューに追加
キュー開始
キューって何なのか？を理解してないと思うけど
「順番に作業するリスト」
普通に、handbrake キュー、で検索したら山ほど出てくる 何でチャプター1しかエンコードしなくて終わってるの？どこの設定がおかしいんだ お前の頭と性格と顔が悪いのは分かったから、せめて役に立てゴミ Handbrakeあまり詳しくない自分がやるとしたら、まずは.ISOから
「単一のストリーム／主タイトル」を作り出すことを考えるだろう。
無劣化で可能な方法があるんじゃないかな。
Blu-ray ISOかDVD ISOどちらか知らないが、区別もつかないのであれば無理かな。 パッドのキャプチャボタンで録画したゲーム動画
30分4Gが600Mほどになった
同じmp4で何が省略されたんだろう
mp4はコンテナだしお前のエンコ設定しらんがなと言われればそれまでだが >>679
まず何をどうしたのか、少しは自分でやった事を調べて記録して書けよ
小学生の理科の実験でもやれること >>666
エロは未だプロテクトが厳しいんだが、そっちは大丈夫なのか？
開くでDVD/BDを選べば、勝手に最後までエンコードしませんか？ 質問です
昔覚えた最低限の知識で主にエロ動画のエンコをやっており、昔はろくなプリセットがなかったので普段HD以上の動画を
H.264
アベレージビットレート 5000kbps
2パスエンコーディング
で行なっているのですが、先日とあるFull HD、MKV、4.6GBのエロ動画をエンコしたら、3.3GBのmp4になり、さすがに5000kbpsでは画質劣化しているのか？と思いました
Full HDの動画を出来るだけ画質を落とさず、とは言え無駄に肥大させない設定を教えてきただきたいのですが
1. コンスタントクオリティと2パスエンコのアベレージビットレートでは今でも後者の方が時間はかかるが画質は良いのでしょうか？
2. 後者の場合Full HDのエロ動画であればどれくらいのビットレートが最適でしょうか？
3. 前者の場合、今だとプリセットのHQ 1080p30やSuper HQ 1080p30の方が良かったりするのでしょうか？
基本的な質問で申し訳ないのですがご教示いただければ幸いです >>682の再生環境ですが、主にMacからHDMI接続したテレビです >>682
1は✕、2は2パスなら12Mbps、3は◯
これもやや古いがFullHDと同じ事だからまず基礎的な↓のリンクを読め。
HandBrakeでブルーレイ映像を最適な画質で変換する方法
https://ameblo.jp/iso5210/entry-12333531086.html
で、どうしても平均ビットレートの2パスでやりたいというなら最低でもYoutubeと同じ基準値の6Mbpsにしろ。僅かな画質劣化も許せないなら12Mbps以上、24Mbps辺りまで条件だ。 >>684
レスありがとうございます
>>685
レスありがとうございます
リンク先の記事にも書いてありますが、現在はアベレージビットレートにこだわる必要なしということなので、プリセットのHQ 1080p30やSuper HQ 1080p30が最適解ということでしょうか？ H265やAV1をあえて使わないのは再生環境の縛り？ >>648
ffmpegは今もあるどころか
ffmpegの非常に使いづらいコマンドライン操作を
GUIで使いやすくしたソフトが
ほぼ全てのエンコードソフトという状態ですん >>689
た、確かに
adobeとか独自のエンコーダー使ってるもんな すいません >>686
細かい事考えたくないなら、そのプリセットで良い >>691
了解いたしました
ありがとうございます！ >>686
自分の目で見て、例えばコンスタントビットレートで10 13 16 19Mbpsと上げて、差が判別できる？
10と30Mbpsの差が見えてる？
テストしてみて、自分の視聴環境でどう感じるか、主観評価した結果を曝すくらいしないと
極論するとどの程度目がいいか、腐ってるか、わからないのに、必要なビットレートや画質なんかわからない そもそも論として、ffmpegみたいな品質保証があるわけでもないブラックボックスなものに高品質を期待するべきではないという…
品質気にするなら然るべきソフトウェアを買えという話だわな 自分の見解は逆だなメーカー製のパラメーターをあまりいじくれないブラックボックスエンコーダーより
GOP長やらフレーム種別Q値やら圧縮に関するほぼすべてのパラメータが細かく設定できるffmpegの方が信頼できる
画質評価は仮に今はできないとしても見どころが分かってくると判別できるようになる
暗部や輪郭に目が行くようになって純粋に動画を楽しめなくなるまでがセット ffmpegがブラックボックスって自分が使えてないだけだろ じゃぁアンタら、ffmpegの何を知ってんのさ？
品質の比較したの？ ffmpegじゃなくてmpeg圧縮の理屈を知ってるんだよ
だからどのパラメータがどう作用するのか理解して好きにしてんの 理屈だけわかってて、出力される結果の品質を比較してないのか？ 圧縮CODECがわからないまま仕方なく、使い勝手のいいHandBrake使ってるんだろうな
でパラメータいじり始めると、当然壁にぶつかる
今は大容量HDDが豊富に安く買えるんだし、単にビットレート高めて画質確保しとくだけで十分だよ
地デジは所詮MPEG2 12Mbpsでしかない １０年くらい前から使ってるが
ぞの頃の見てると持続音がブツブツ切れる
PCか設定が変わってからその問題はなくなったけどなんで？ このソフトでインターレース解除する場合どれがオススメですか？mpeg2のSDソース(DVD)実写です。
再生機器はAndroid系TVアプリでコーデックはAV1かH265予定です。解除無しで再生ソフト側で解除されるかなと思ってやったらコーミング、目立ちました インタレ保持には設定の条件がいくつかあった気がする PCで再生しているなら再生ソフトにVLC使ってYadif（2x）でデインターレースしながら視聴したらどうか 使用予定コーデックがAV1かH.265と言ってるんだから、インターレース解除は必須だろ
インターレース解除を高品質でやりたきゃTopaz Video AIを使って設定を追い込んでいくのがいい
フリーソフトのインターレース解除は品質がクソか、一見マシに見えてもTopaz Video AIと比較すると偽情報が多いことに気づいて後々ガッカリするだけだから >>706-709
返信ありがとうございました。また分かりづらく申し訳ありません、自分も勘違いしておりAV1やH265はインターレース保持OP無かったので規格上出来なかったみたいです。コーミングそのままプログレッシブになっていた模様です汗。インターレース保持出来るH264エンコードも考えたのですが再生側が非力でして(FireTVのVLC)インターレースデコーダー内臓されてないのかカクカクします。
そこでHandBrakeのYadifのデュホルトで解除してやってみたのですがシャープ感が無い感じになり
オススメ解除設定あったら聞いてみようと思い書き込みました >>710
返信ありがとうございます。おっしゃる通りでございました。実は以前にTVEIはver2.6まで使った事ありまして
非常に綺麗でした。ただ時間を掛けたお気に入りの1本というより大量にエンコードしたいが優先してまして。。。
HandBrakeのAV1Nvencのスピードに正直感動してますSlowerの設定でも2000fpsくらい出るので
2時間物が1分半くらい出来るのは有難いです TSならAmatsukaze一択よな
デインタレも各種取り揃え、HWエンコも爆速にCMカットまで装備
だが初心者男割り！ 一目瞭然!!当社MPEG-1は、他社のMPEG-2よりもきれいです。
他社のMPEG-2 をダウンロードして頂き
比較してみてください。 不思議な事に、未だにDVDを欲しがる素人さんだらけ
もしパソコンにDVD-ROMがついてるなら、HDで動画データをDVD-Rに焼きましょうか？と言っても、いや、DVDプレーヤーで再生するから、という人しかいない
Blu-rayなんてまだまだ、どこに普及してんの？な世界 ソフトエンコでx265にAVX512を使うと少し速くなる（対応CPUに限る）
追加オプションに
asm=avx512 Mpeg1だのAVX512だの、おまえら務所帰りか？？ >>723
オマエみたいなカスと違って何周もしてんだよ馬鹿 周回遅れ 思考停止 既定路線 固定観念 情けない
そのまま死んだほうがいいぞボケ老人 スケベ動画遠い時にこれで近くに見れる凄い助かる双眼鏡ソフト
あんまやりすぐると画質荒くなる
おっぱいも近くになるので大きく見える素晴らしいソフトです >>725
おいおい、自分がボケ老人だから何周も同じ話題繰り返してだろw
こんな事も分からないくらいボケてんのヤバいなwww >>７２７
何書いてんだボケカス そのＷはなんだ？ゲス ヤバい？ ばかだこいつ ヤバイ？ 若者のつもりかよ老人のしかもババアのくせに ＤＶＤ超えの画質 ビデオＣＤ
図星さされたからって喚くなガイキチ >>733
何がＮＧだバカだコイツ
バカは来んなこんなスレ ビデオCDに収録される形式は標準化されている。映像の解像度はNTSCでは352×240ピクセル、PALでは352×288ピクセルとなっており、DVD（480i、576i）と比較した場合、約4分の1の画素数である。再生の際に少ない画素を演算処理で補完する事により、テレビ画面ではNTSCの場合では720×480ピクセル、PALでは720×576ピクセルで出力される。また、SECAMでも画素が補完される。映像の圧縮形式はMPEG-1で、ビットレートは1150kbits/（キロビット毎秒）、オーディオの圧縮形式はMPEG-1 Layer 2で、224kbit/sが割り当てられている。
ＭＰ４が主流になったからといって話が終わるわけではない
また同じバカを繰り返すからな日本 最終解像度はＤＶＤと同じだ ビデオＣＤ
ＤＶＤの汚いこと汚いこと 「保存して全画面表示すると分かる」 ←この意味すら分からないできない奴が5chに大量にいる このスレにいる
ゆとりとか言ってたバカのことだろう まぁまぁ ここは俺の顔に免じて双方とも引き下がってくれよ？
くだらない言い争いしてもしょうがないしスケベ動画でも見ていい気持ちになって落ち着けよ そのキチガイは争いなんてしてないぞ
気が狂ってるだけだ それがキチガイというやつだ 起動してるけどタスクバーにしまってあるのをデスクトップで表示するのに
２回クリックしないと出ないようになった
他のソフトは一回で出る MPEG1の本来の画質
MPEG4など足元にも及ばない
ましてやDVDの糞画質など話にならん
ビデオCDだぞこれ ジャパン人のビデオＣＤ
アニメを引き伸ばしてきれいだと言ってるやつは
この小さいやつを引き伸ばして見てる奴と同じだ ブルーレイで引き伸ばされてて綺麗だと言ってる馬鹿な 線画のラインも見てないんだろ
実写映画は綺麗な奴あるけどな 解像度の違うもんを比較してゴミ扱いしてるアホなんなの？ ビデオCDはNTSCで352×240、PAL352×288って画素数決まってるのに何でこいつのはMpeg1で500×250の映像がビデオCDに収録されてるの？
もしかして、中華のコピー品買ってジャップは糞って言ってるだけ？？ >>687
僕はいまでも古いH264でH265は選択してない
だってH264で1時間なのがH265だと3時間くらい掛かるんだ
比べたらサイズかサイズが小さく出来るのと暗いシーンが自然っぽくなる感じだけだった
それと8bitと10bitあるけど時間は変わらなかったけどスマホのアンドロイドが10bitに対応してなく再生出来ないので8bit変更した
PC用動画だと8bitでも10bitでも再生できるけどなんか統一感無くなるのが嫌なので全部H264(8bit)で変換することにしてる
今更な古臭変換してるけど時間も早いしサイズは大きく暗いシーンがアレだけどこれで変換ばかりしてる 2024年を迎えてもsandyでソフトエンコしてる身にh265は過ぎた代物なんだ H.264で困ってないからね
ストレージはでかくて安い、I/Oは速い、265より軽い
265でキッチキチにビットレート詰めるより、264で余裕もって高めにしとくのがいい Sundayおじさんは5700Xと安いマザー買ってRyzenおじさんになれ HandbrakeってCPU使用率100%になるっけ？
GPUと半々ぐらいじゃね？
なら結局GPUとの組み合わせなんで >>763
そこｋｗｓｋ教えてよ。
汎用性が低いところ。 10年前のスマホですら余裕でH.265の再生が出来るのに汎用性が無いって言われてもなあ笑 >>765
大体どんなエンコードソフトも5～8割使用率になると思うが、
Handbrakeはフルにコア数使うから速いんだと思う
省エネEコアですら数が多い事が正義と思えるくらい >>766
人にmp4あげて、再生できませんでした～って苦情がH265は多々あったけどH264は一度もない
あと、ちょっと前のテレビになるだけでH265はDLNAに対応してない
コーデックって何？なレベルの人たち相手にするならH264しかないってこと スマホがこんだけ普及してると
このスレでは「テレビで」っていうのがニッチなんでなかろうか まぁ、今さっきは書かなかったけど、今時のテレビはDLNAプレイヤーとして265の再生大丈夫よ。 H265はWindows標準プレイヤーで100円払わないと再生出来ないのがねぇ～泣 Core-i9やi7のハイエンドモデルって頑張りすぎて数ヶ月稼働後の故障報告が増えているらしいがHandbrake使う程度なら大丈夫かな？ 未だにDVD円盤でくれ、って老人層の方が人口多くて金持ってるんだから
H.264 AAC mp4が鉄板
mp3も場合によってはあり
画質音質どうでもよくて、再生互換性が正義なシチュがほとんど >>776
今のLGA1700のCPUは放熱が激しくて、電力制限かけた方が微妙に性能上がるほど
CPU表面から熱を奪い取るクーラーの熱伝導が、限界超えてると思う
あとCPUクーラーのバックプレートへの締めつけ圧力が高すぎてて、経年でCPU自体が反り返って、肝心のピン接触に問題生じてる
ハッキリ言って、Intelの欠陥規格だと思う
最近、高圧力でのCPU反り防止プレートが出て来てる それにしても新しいのが入れ替わらないな
配信以外でファイルだと 音楽mp3 動画mp4 こいつら生存強い
10年後も居座ってそう BIG2だな 芸人なら死ぬがこいつら寿命ないんだわ 小さい画面で見るならh265のHW爆速エンコもあり >>780
おっさんはおっさんらしくRyzenおじさんしているのが良いということか >>785
1-2年で壊れたら、また金かけてマザーやCPU買って修理するからいい、と割り切れるならいいけど
そこそこの性能で良ければ、Ryzenは何年も壊れないし十分かな >>776
いやいや最近のCPUはゲームとかだと差が付かないからCPUレビュー比較記事にHandbreakのエンコード使って
時間比較でCPU性能の差を見るくらいハードにCPUを酷使しますしパワーを使いますよ core2duoではh265再生できなかったな
2004年に買ったセレロンpcでh264再生できなかった 当時もHWアクセラレーターあってH.264普通に再生出来たが、CPUじゃFullHDは無理だろ AV1って縮まないけど264 265と比べてどんなメリットがあるんだろう 個人のメリットなんて考えるだけ無駄
自分の使い方次第、画質と圧縮率なら断然h.265 >>790
AV1のメリットは低ビットレート時で画質維持出来る、ある程度の高ビットレート高画質前提で詰めていくならH265のが綺麗だし不要かと。
勝手なイメージだけどフルHD30Pで
H264で8～10Mbps H265 4～7MbpsくらいならAV1は不要で
2M以下～500kbpsくらい配信に使ったりは本当にそこそこ綺麗だし向いてるよ AV1が他のコーデックより優れてるのは、輪郭線とその周辺部の再現性が他のコーデックより維持されやすい点にある
AVCやHEVCはビットレートを上げていっても輪郭線とその周辺部の再現性がリニアに向上せず、無駄にビットレートを高くしがちになる
AV1はその点が改善されたので、むやみやたらにビットレートを上げなくてもよくなった
とはいえ、一部のアニヲタがやっているようなキチガイレベルの高圧縮設定をしてしまうと破綻するのはやむを得ない
どんなコーデックを使ったところで適切な設定をしなければ意味がない >>793
そうそう。超低ビットレートにした時に
H264は破綻しまくる
H265は輪郭がボケボケ
AV1は輪郭がしっかり見えるので、まあなんとく見れてしまう 撮った動画をDavinciでAV1指定レンダリングして生成したら
Windowsのエクスプローラー上で動画ファイルがサムネイル表示されないんだよ
フォルダ表示を「大アイコン」でエロ動画管理している俺にとってサムネイル表示出来ないのは致命的
俺のパソコンの設定が悪いのかな？H265なら問題なくサムネイル表示されるんだけどな 表示するために何か入れた気がするんだがもう覚えてない >>796
ダビンチのAV1わからんから推測だけど
コンテナ(拡張子)がwindowsでアイコン見れないタイプじゃないか？movとか え、表示させるために何かソフト入れないとだめなの？
Windows11だよ
MP4拡張子のAV1コーデックだけどDavinciだけじゃなくHandbrakeのAV1エンコでも同じ現象になるから
DavinciでAV1コーデックMP4拡張子でレンダリングした動画をHandbrakeでH265に変換エンコする作業している winのバグ
ちな8bitなら問題無いらしい
firestickやスマホだと何の問題もないけど 突然、質問申し訳ないです。
1.6.0以降から設定→動画にてQSVが選択できなくなるのはおま環なんでしょうか？
こちらのシステムのグラフィックはオンボです
Windows10 22H2 64bit
Intel(R) Core(TM) i3-4130T(HD4400)
16.0 GB (15.9 GB 使用可能)
クリーンインストールしたり、グラボのドライバーの入れ直しをしましたが解決しませんでした
お知恵をお貸しくださいm(__)m 今のOSは第6世代以下のQSVは切り捨てられたのでドライバーを最新にしてみてダメなら諦めるしかない >>804
>>805
早速のご回答ありがとうございます。
なるほど、もう古いのはダメなんですね…
あきらめてaviutlで頑張ります！ >>803
前の版のハンドブレーキでええんやない？ >>807
はい、なので1.51を使ってます。
心配して頂いてありがとうございます。 2000年代後半のSODのav (DVD)をh265 8ビットエンコードしても10ビットでエンコードしても画質は変わりませんか？
元々がDVDだと、あまり変わらないのかな
10ビットにしたほうが画質がいいと以前ネットで見たので バンディングが減るとかだっけか8bitソースでも10bitエンコするってのは 単純に10bitにするだけならデータ量増えるだけで
画質は何も変わらないだろ
元ソースに何らかの加工を加えるのなら多少変わるだろうけども 自分は動物の動画エンコした際に毛並みのバンディングみて
8bitから10bitへの移行を決めた エンコードをするっていうのは情報を間引く作業だから、元々肉眼でバンディングが認識できるかできないかのギリギリのbit数である8bit素材をそのまま8bitで間引けば、間引き後はバンディングがより認識しやすくなるという当たり前の話
それを間引き前にbit数を上げておけば、多少間引かれてもバンディングが目につかないということ
デジタルだから変わらないなんて思ってたら大間違い ファミコンは8bt ス-パーファミコンは16bit >>675
今更だけど、たまに1チャプター1タイトルって作りのDVDが有るから、全チャプターをエンコードするにはそれぞれのタイトルをキューに入れる必要がある。
当然チャプター毎の別ファイルになってしまうが、まとめたければLosslessCutみたいなアプリで結合するしかない。 定期連投のアホにマジレスしてるから一応追記すると、その作りによっては1つしかタイトル読み込めない時もある。
HandBrakeは昔からDVD、Blu-rayには不向き。それでもかなり使えるようになったけど。 今更だけどts読み込みして
変換元1440x1080(1920x1080)
って出たら1440x1080のプリセットでいいんですよね？
1920x1080のにしたらどうなるの？ 縦横ピクセル数と縦横比が別にパラメーターとしてあるから、横1.333倍して1980に引き伸ばされてエンコード
画質は上がらなくてデータ量は増える方向だが、横の情報が少ないから圧縮率は上がりやすくなる アスペクト比情報あるんだから、FullHDで変換したらその分サイズ増える。拡大した分画質も悪くなる。良い事無し。 おまいらこのソフト使う目的は、ＡＶノISOファイルをお気に入りのシーンとか切り抜いてスマホ屋PCでmp4として見るためがメインなの？ これでエンコした動画をlosslesscutでいるとこだけ切り抜いて
potplayerで再生するとできるけどなんか変なのはなんで？
スレ違いの質問のようだけど関連はある
多分losslesscutのスレはないと思う 左右矢印やマウスで再生位置シークするとなんかおかしいです
再生には影響ない
シーク表示がおかしい（黄色い部分） 昔からやたら名前出るlosslesscut
1回だけ試してカットソフトとしては10点くらいなので直ぐにゴミ箱行き
色々なサイトで紹介されてるのと「無劣化でカットしたり連結」この文言で使い始めてしまうんだろうな エンコード無しでカット結合したらフレーム情報の整合性が無くなりそうなもんだが
先にエンコードしてるなら、する前に編集して最後にエンコで良くね？ >>835
今どきのちゃんとしたコンテナなら、整合性取れなくなるけどね
コンテナ次第
同じ解像度フレームレートビットレートで再エンコして、見分けのつくやつっているのか、昔から不思議 mp4で完全ロスレスカットは無理。
有料のTMSRでも連結部分は再エンコードする。 >>838
tsなら何でもアリだが
ストリームは切れる前提だからな >>810
元動画の条件違うけど何本かやってみたが(プログレッシブFHD)好みの問題かな
確かに10bitにエンコードすると若干だけど階調豊かになって暗部のバンディングが減る
ただ8bit→10bitで色劣化が若干起きていて特にAVとかだと赤系が色落ちすると目立ってしまう。頬っぺの赤身が消えたりと他にも色々と HandBrakeでハードウェアエンコードの設定が出ないのですが…なぜでしょうか？
調べると↓のように出るらしいですが
https://i.imgur.com/Fk7SHpt.jpeg
自分の最新版handbrakeにはNvidiaの表記がありませんが一緒でしょうか？こちらでグラボを使ったハードウェアエンコできてますかね？
https://i.imgur.com/6f3lnIe.png NVEncあるやろがい
どっかのverで会社名が省略されただけやろ >>840
節子、それビデオレンジとフルレンジの扱いがわかってないだけちゃうんか？ モニター8bitなのに10bitエンコやってたアホやな >>843
お兄ちゃん、動画並べて見比べて分かるレベルの話をしてないお
動画編集ソフトでタイムライン上に8ビットと10ビットを重ねて再生して不透明度スライダー動かしたり
上下合成して差の値を見て初めて気付くレベルよ 圧縮したmp3の音質でも同じこと
ハイレゾ音源！がもてはやされてるが
確かに128kは聴き比べたら多少わかるってレベルだが
個人的に試したら、160-180kあたりから怪しくなって、196kではもう非圧縮PCMと区別つかなくなったよ
これ、全部サンプリングが16bit 48kHzのごく普通のやつの話 >>845
よくよく聞くと、アニメ動画の境界線のモスキートノイズがほんのり多い！とアニメオタクくんがこだわってたりするからw
自然撮影の映像で絶対に知覚出来なくても、なかなか手強いw ブレードランナー２０４９の夜のシーンとか圧縮難しいよ
mp3圧縮の音質劣化は昔はハッキリ分かったが今は分からない
エンコの品質向上より自分の耳の劣化が原因だと思うw 円盤は職人技でVBR圧縮してるから、素人はかなりビットレート上げないと、圧縮ノイズが見えるだろうな
放送なら元々低ビットレートだし 一旦グレインをごっそり取り払ってからディザかけ直して解像度1280x720でx264の固定品質22くらいあればギリギリでバンディングも誤魔化せるね アマプラのブレ－ドランナー2049はグラデーションがマッハバンド出てるしｗ
低ビットレートならでわ >>855
ガチエンコはAvisynth plusとFFmpegでやってるんでスレ違いでゴメンナサイ。グレインはSMdegrainで削ってNeo_f3kdbでディザ掛けてます。 オリジナルを尊重しようとしたらビットレートてんこ盛りでなんとかならないかな H.264 FullHDで12Mbps。
これ以下は全部ダメだと思え。Youtubeルールで6Mbpsが世界基準にされたのが悪。
H.265なら6～8Mbpsでもいい。 スマホ固定して再生すりゃいいのに態々カーナビで再生する奴なんかH.264でいいだろ >>847
192kbpsを196kbpsと、1920x1080を1980x1080と間違える人多すぎ問題 >>864
リサイズと平滑化すると輝度とガンマが下がってセピア調の色味が緑ぽく変わるんでwhitebalanceプラグインで青寄りに、輝度彩度をTweakとColoryuvで調整すると違和感なく仕上がります。 
