どうせMakeMKV使うからいいわ
探検
HandBrake 総合スレッド 16©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
どうせMakeMKV使うからいいわ
極論だがそうだろうな
高画質が良いならエンコせずにそのまま観ろって言ってんだから
勝手に縦回転したりエラー吐いて変換できなかったりするんですが…
どうしたらいいんですか…
プロパティ見たら270度回転情報が載ってました。
ハンドブレイクがそれをスルーしてるんですかね。
解像度の設定も最大にしても元の解像度より小さいし、そもそもちゃんと変換ができない…
「Handbrake 動画 回転」でググれ
AppleはDVD作成ソフトの時もそうだったが平気で独自フラグ使うんだよな
mac以外使うのが悪いとでも言いたげだ
回転情報はMP4コンテナのmoov-trak-tkhdのmatrixに入ってるみたいだから規格に沿ってはいるんじゃないか。
mkv→mp4に変換したいんだけど
audio codec は何を選択するのがベストですか？
やっぱりac3 passthruが無難なの？いまいち迫力減るから困る
再エンコードしてもベストで現状維持しかできないんだし、
サイズが縮んでもあんまり嬉しくない
それ以上に劣化のリスクが大きすぎる
一番大元の無圧縮データに触れる人がac3にしたんなら、
それをずっと引き継げばいいだけ
ありがとう
パススルーって付くのはAutoからmp3まで6種類あるけど、
ソースの種類によって使い分けるのが正しいのかな？
元がDTSならAACパススルー、
元がドルビーならAC3パススルー、みたいに
元がDTSなのにAC3パススルー選んだりすると、弊害ある？
自己レス 結論
元ソースが5.1チャンネル以上で、handbrakeを使い、PS4で視聴する場合は、
audioコーデックはAC3Passthruを選択する
元ソースの音声がDTSでもTrueHDでも、それ以外のコーデックだと
PS4で音声が対応してないか、ステレオ再生になるから
（2音声*9コーデックで試した）
0481名無しさん＠編集中 (ﾜｯﾁｮｲ 67b3-5maD)
2018/03/05(月) 11:58:22.95ID:4C/mMZrc0例えば、映画のメイキングで、出演者の肩書と話してる内容が両方とも出力されない。
焼き付けでもソフト字幕でも。
誰か対処法を知らない？
2重エンコになるけど
0483名無しさん＠編集中 (ﾜｯﾁｮｲ 67b3-5maD)
2018/03/05(月) 13:10:44.36ID:4C/mMZrc0２つの字幕と言ったけど、どのトラックにもないんだ。
DVDを直接見る時は、ひとつの日本語字幕を選択すれば
出演者の肩書も話の内容も表示される。
なのに、エンコして字幕表示しようとすると、どちらも表示されない。
そういう仕様と思って諦めるしかないのかな。
ちなみに、『オズの魔法使い」のミュージカルシーンも同様の症状。
エンコすると、どの字幕トラックを選んでも歌の歌詞が出ない。
これはどう設定すればいいのでしょう。
どこかに日本語で説明しているサイトはありませんか？
バージョンは1.0.7を使っています。
0486名無しさん＠編集中 (ﾜｯﾁｮｲ 67b3-5maD)
2018/03/05(月) 14:37:47.36ID:4C/mMZrc0他の部分はちゃんと出るので、設定は合ってる（と思う）。
特定の箇所だけ出なくなるんだ。
ひょっとして表示位置が指定されてる字幕は、エンコできないのかな？
その問題はhandbrakeに限った話なのかどうか分からないけど。
その部分の字幕が表示されなくなる問題は以前からある
VSRipで抜いた字幕を使ったりMakeMKVでmkv化してからエンコードすれば上手
くいく場合もあるがそれでもダメな時もある
原因はよく分からない
『サウスパーク／無修正映画版』の一部のミュージカルシーンでも横書きのみ
なのに字幕がどうしても抜けてしまう
ブルーレイのPGSなら字幕抜けは多分しないと思う
少なくともブルーレイ版『オズの魔法使』の字幕は正常に表示されてる
0488名無しさん＠編集中 (ﾜｯﾁｮｲ 67b3-5maD)
2018/03/05(月) 18:35:25.31ID:4C/mMZrc0詳細な情報をありがとう。
まさに「縦書きと横書きを同時に表示させる字幕」が出ないんだ。
『オズの魔法使』は、俺はDVD版だからできないのかもしれない。
ちなみに、『オズ』のブリキの木こりが仲間になる時の歌の字幕も出てる？
このシーン、歌の合間に通常の台詞が挿入されるので、
二種類の字幕が混在してるようなんだ。
ブルーレイ版には日本語字幕が新フォントと旧フォントがあって、
新フォント字幕には歌詞部分の字幕がついてなかった
旧フォント字幕なら会話・歌詞両方の字幕がついてる
0490名無しさん＠編集中 (ﾜｯﾁｮｲ 67b3-5maD)
2018/03/05(月) 20:36:19.90ID:4C/mMZrc0確認してくれてありがとう。
やっぱBDとDVDだと違うんだな。
もうちょっと試行錯誤してみて無理なら、諦めるよ。
どう設定するのが正解なんだろう
普通に考えると、デフォルトにすればそっちが優先しそうなものなのに
0492名無しさん＠編集中 (ﾜｯﾁｮｲ 67b3-5maD)
2018/03/06(火) 07:52:21.92ID:e1/0aRWC0設定したい字幕をアクティブにした状態でチェック入れてる？
そうしないと設定が有効にならないって、どっかのサイトで見たよ。
0493名無しさん＠編集中 (ﾜｯﾁｮｲ 67b3-5maD)
2018/03/06(火) 09:26:14.45ID:e1/0aRWC0あと、Forced Onlyにチェックが入っている他の字幕はある？
それが優先されることがあるような気がする。
isoファイル（DVDfabでコピー）をhandbrakeのSourceSelectionの「Folder」を選択して読み込むと画像のように99%で止まってしますのですが何故でしょうか？
Folder名は英語
中のファイルは英数字です
ちなみに「File」を選択では正常に読み込めました
どうか宜しくお願いいたします
https://i.imgur.com/kcUwKmM.jpg
0496名無しさん＠編集中 (ﾜｯﾁｮｲ 7e8a-sXWD)
2018/03/11(日) 12:16:46.41ID:MZ9xfPOQ0「Folder」はDVD-Video規格に従って.vobや.ifoのファイルを格納したフォルダーを
選択するためのもの。
.isoファイルは「File」からしか読み込めない仕様となっている。
H.264でEncoder Option辺りの事だけど、
ProfileやLevelがさっぱりわからない。
レベProfileはmainからhighに変えるとx264 Unparseの所が変化するのでなんとなく分かるんだけど、Levelはあげても下げてもファイルサイズが変わらないしどう影響があるのかがわからない。
また、ProfileとLevelをautoにしてソースをHD FHD 30~240 4K 60Pなどに変えてもProfileやLevelが何も変化してない。
ここのautoて何がオートなんでしょう？どうオートなのかがわからないです。
どなたか解説してもらえると助かります。
Levelはあくまで仕様の宣言的な感じでPCで再生するならあまり重要ではなく
Profileはより高度な圧縮オプションを使えるようにするものだけど今時のデバイスならどうでもいいはず
お二人ありがとう。
以前wikiは見て見たんだけどさっぱりわからずで。
同じhigh@4でiPhoneやpcやテレビでも見れるけど、見れない場合もあって。
何が違うのかなと。
聞きたい事自体がよく分かってなくて、どう聞けばいいのかわかりませんが
Profile・LevelがUse Advanced Options Panelにチェックを入れるとプルダウンが変更できなくなりますが、
エンコード後のファイルを見るとmain@xやhigh@xなど入っている所をみると、Advanced Options Panelとどう関係してるのかなと。
変な質問ですみません。
現在表示しているVideoタブでのプリセットを使わずに、Advancedタブ画面で設定のパラメータを使用するという意味。
https://www57.atwiki.jp/handbrakeguide/pages/25.html
日本語パッチも無いみたいだし
このレベルの英単語わからん、日本語化ってか？
高校もう一回行った方が良いんじゃないか？
NormalやHigh Profileなど多くのプリセットではModulusは2にセットされているようですが、
エンコード後のファイルサイズや再生時にどう関わってくるのでしょうか？
ググってみると16にするべきと書いてあるサイトもありますが、
1920x1080のソースで16にすると1080にならず1088など中途半端になってしまいます。
動画のコーデックは、16で割り切れた方が、圧縮効率とか処理効率が良いから
昔はそうされてきた。
いまのx264とかは、2の倍数であれば、あまり問題にならないので、そこに拘る必要はない
こだわるところじゃないんですね。
デフォルトの2のままにします。
早速お返事ありがとうございました。
0511名無しさん＠編集中 (ｵｰﾊﾟｲ daeb-Wwmn)
2018/03/14(水) 13:16:12.04ID:6I79xjeE0Pi・handbrakeはassを扱えない。（srtは可能なのをエンコードをして確認済み）
この２つの認識はあっていますか？
少なくとも本家はARIB字幕なんか対応してくんないやろ
剛の者が魔改造しちゃってるソフトもあるけどｗ
表示時間を全部5秒固定にすると、
それだけで勝手に上に積み上がって表示される
なかなか賢いな
完全にスケジュール組んで表示するようにしてたらこんな時間に
スクロールするより見やすい気がするな
0520名無しさん＠編集中 (ﾜｯﾁｮｲ 03b3-JzCe)
2018/03/22(木) 09:57:38.90ID:HnYfOrNn0誰か改善策を知らないかな？
DVDデータをWMPで見ても、MP4でハード字幕でエンコしても、
字幕の各文字は正方形くらい。
それなのに、ソフト字幕でエンコしたときだけ、字が潰れる。
ひょっとして再生ソフト側の問題なのかな？ MPC-HCなんだけど。
http://echo.5ch.net/test/read.cgi/avi/1447803665/405
Nightlyならletterboxかwideかを選択できるようになってる
ttps://i.imgur.com/gEIL1G5.png
0522名無しさん＠編集中 (ﾜｯﾁｮｲ 03b3-JzCe)
2018/03/22(木) 17:17:22.92ID:HnYfOrNn0調べてくれてありがとう。
でも残念ながら、NightlyはうちのPCでは動かせなかった。
でも、letterboxかwideかで引っかかってるかもしれないので、
そのへんを調べてみるよ。
0523名無しさん＠編集中 (ﾜｯﾁｮｲ 03b3-JzCe)
2018/03/22(木) 21:27:12.97ID:HnYfOrNn0クロッピングしてたのがいけなかった。
クロッピングして画像が縮小されたのに伴って、字幕が縮小されてた。
常識なのかもしれないけど、今まで知らなかった。
クロッピングしたほうがファイルサイズが小さくなるかと思って
クロッピングしてたけど、実際はほとんど違わなかった。
字幕のidxファイルを編集して修正はできるけどめんどい
0525名無しさん＠編集中 (ﾜｯﾁｮｲ 03b3-JzCe)
2018/03/23(金) 12:28:10.71ID:83/Sua8t0各パラメータの意味を教えてほしい。
0526名無しさん＠編集中 (ﾜｯﾁｮｲ 03b3-JzCe)
2018/03/23(金) 15:48:57.12ID:83/Sua8t0字幕スレがあるので、そっちで訊くわ。
0527名無しさん＠編集中 (ﾜｯﾁｮｲ 03b3-JzCe)
2018/03/26(月) 12:28:18.29ID:jctcqmOq0編集したidxをMKVToolNixでMUXすると、字幕のサイズは反映されるけど
字幕の位置（Origin）が反映されない。
でも、そのidxを直接再生ソフトに読み込ませるとサイズも位置も反映される。
誰か対処法を知らないかな？
あと、字幕のトラック名をidx上で設定する方法ってあるのかな？
「音声解説」とか「日本語の強制表示のみ」とか名付けたい。
皆DVDをエンコするときx264、x265どちらを品質いくらでやってる？
興味本位な質問
0530名無しさん＠編集中 (ﾜｯﾁｮｲ 6ae7-aa28)
2018/04/06(金) 18:43:44.09ID:y00Uqh7C0HandBrakeで最適な画質変換を設定する方法 2018【H.264＆H265】
https://ameblo.jp/iso5210/entry-12330802231.html
RYZEN 1700でH.265でAVエンコしてる
設定はq=19 PrisetはMedium
[21:59:00] sync: framerate min 29.970 fps, max 29.970 fps, avg 29.970 fps
x265 [info]: frame I: 44, Avg QP:18.59 kb/s: 6369.49 SSIM Mean: 0.989492 (19.785dB)
x265 [info]: frame P: 1776, Avg QP:20.12 kb/s: 3089.24 SSIM Mean: 0.983243 (17.758dB)
x265 [info]: frame B: 5459, Avg QP:25.45 kb/s: 435.00 SSIM Mean: 0.977032 (16.389dB)
x265 [info]: Weighted P-Frames: Y:7.0% UV:4.5%
x265 [info]: consecutive B-frames: 3.5% 3.3% 25.9% 24.6% 42.8%
encoded 7279 frames in 89.89s (80.97 fps), 1118.48 kb/s, Avg QP:24.11, SSIM Mean Y: 0.9786229 (16.701 dB)
[21:59:00] mux: track 0, 7279 frames, 33985679 bytes, 1118.98 kbps, fifo 4096
[21:59:00] mux: track 1, 11381 frames, 4864269 bytes, 160.16 kbps, fifo 8192
[21:59:01] libhb: work result = 0
# Encode Completed ...
時間が許すならH.265の方がいい
さっさと済ませたいとか、処理する物がたくさんあるとかなら、H264+QSVもアリだろう
BDだけど265一択になった
時間が倍かかるけどその分画質が良いからバックアップ目的には最適だし
アニメなら最近のPCだったら1時間もかからん
(RFとか詰めたりする場合はもっと違うはず)
エンコ方式のせいではないだろうしおま環なんだろうけどVideoのエンコードプリセットをSlowにしないとどうやってもブロックノイズが出る映像作品に一回だけ遭遇したからそこだけは絶対に変えないようにしてる
品質=19で
SSIM 0.9786229って低くない？ こんなもんなの？
まじならちょっとびっくりなんだが
アニメな感覚だとびっくりかもしれないが、実写や複雑で動きの多い動画なら普通のことのような気がする。
試しにcrowd_runとかstockholmとかエンコードしてみるといい。
https://media.xiph.org/video/derf/
それでいきます
画面サイズ400x300なんてものもあった
ソースはどのソースでも同じく落ちるがどれも問題なくエンコードできる。
High Sierra + VLC 1.0.7
どうすば改善するだろうか。
これHandBrake 1.0.7ね。
VLCは誤り。
なんと新しいのが出ていたのですね。
先日見たときはでてなくて困っていたのですが
教えていただきありがとう。
問題は1.1.0で改善されています。
それはいいのですが、
前バージョンまであったToggle Presetsがなくなったんですね。
切り替えが見やすくて便利につかったけど残念ですが
前のように戻す方法はないですかね。
あればどなたか教えてもらえると助かります。
HandBrake 1.1.0 Released (Sunday, April 8, 2018)
https://handbrake.fr/news.php?article=39
すべてのプラットフォーム
一般
- 改良されたユーザーインターフェース
- 一貫性とユーザビリティのためのメインウィンドウの再設計。全体の流れは上から下、左から右
- メインワークフローに新しいプリセットコントロールを直接追加
- 設定の概要を一目で把握するための新しい概要タブを追加
- 高解像度ディスプレイをサポートするインタフェースアイコンの更新
- 新しく改良された公式プリセット
- VimeoとYouTube用の新しいプリセットを追加
- Apple TV、Chromecast、Fire TV、Roku用の新しい2160p / 4Kデバイスプリセットを追加
- ポストプロダクションビデオ編集ワークフロー用の新しいプロダクションプリセットを追加
- 追加の2160p / 4K Matroskaプリセットを追加
- AppleTV 4Kサポートの改善
- 改良されたIntel QuickSyncビデオサポート
- Linuxサポートを追加（実験的）
- Kaby Lakeと新しいCPUに10ビットのH.265 / HEVCエンコーディングを追加
- D3D11エンコードパス経由で複数のGPUをサポート
- 多くのバグの修正と改善
- 新しいUnsharpとカーネルベースのLaplacian LapSharpシャープニングフィルタが追加されました。
- NLMeansフィルタにCSMプレフィルタオプションを追加
- 自動回転コンテナフラグによるモバイルデバイスの方向付けのサポートを追加しました。
- x265の10ビットおよび12ビットエンコーダがデフォルトで含まれています。追加のdllファイルは必要なくなりました
コマンドラインインターフェイス
--inline-parameter-setsパラメータを使用して適応型ストリーミング（IDSフレームの前にSPSとPPS）をサポートしました。
- JSON形式でスキャン/ステータス情報を出力するための--jsonパラメータを追加しました。これはスクリプト作成に便利です
- オーディオサンプルレートパラメータ - 有効に有効な値として "auto"を受け入れるようになりました
- FreeBSD 11.1のサポートを追加しました（ソースからコンパイルする必要があります）
- MSYSの下でWindows上でコンパイルするためのサポートを追加しました（実験的、低速）
- mingw-w64 5.0.3およびgcc 7.2.0をサポートするmingw-w64-build 3.1.1にアップデートされました。
- mac-toolchain-buildをアップデートしてNASM 2.13.2を追加する（現在はx264に必要）
- その他のバグの修正と改善
- 更新されたライブラリ
- FDK AAC 0.1.5（AACオーディオエンコーディング、ソースからコンパイルする必要有）
- FreeType 2.8.1（字幕）
- HarfBuzz 1.7.2（字幕）
- Jansson 2.10（JSONアーキテクチャ）
- LAME 3.100（MP3オーディオエンコーディング）
- Libav 12.3（デコードとフィルター）
- libass 0.14.0（字幕）
- libbluray 1.0.2（Blu-rayデコード）
- libdvdnav 5.0.3（DVDデコード）
- libdvdread 5.0.3（DVDデコード）
- 更新されたライブラリ
- libiconv 1.15（文字エンコーディングサポート）
- libmfx（上流API 1.23）
- libogg 1.3.2（Xiphコーデック対応）
- libopus 1.2.1（Opusオーディオエンコーディング）
- libsamplerate 0.1.9-35-g02ebb9f（オーディオリサンプリング）
- libtheora 1.1.1（Theoraビデオエンコーディング）
- libvorbis 1.3.5（Vorbisオーディオエンコーディング）
- libvpx 1.6.1（VP8 / VP9ビデオエンコーディング）
- libxml2 2.9.4（一般）
- x264 155 r2893（H.264 / AVCビデオエンコーディング）
- x265 2.6（H.265 / HEVCビデオエンコーディング）
- zlib 1.2.11（一般）
Linux
- 省略
画面内に画像プレビューみたいなの出来た時はちょっと便利だと思ったけど
1.1.0にしたほうがいいのかしら
これまではファイル名の部分が広かったし、選択すると拡張子以外がまず選択されてたのでペーストがしやすかった。
プリセットのところもこれまでは横に出てるところでどのプリセットが選択されてるかが見やすかったのに、1.1.0ではプリセット名を読み切らないといけない。
プリセット名をもっと工夫しないと間違ってしまう。
これらの仕様はこの先変更されず使いにくいまま使っていくしかないんだろうな。
楽しみだ。
H.264から移行のタイミングが難しいが、advancedってのはH.265にはこの先も無いものなの？
今までHandbrakeでエンコしながら他作業して負荷かけたらHandbrakeが突然異常終了することが結構あったけどそれが全くなくなった
0565名無しさん＠編集中 (ｱｳｱｳｶｰ Sa43-ErPc)
2018/04/22(日) 10:53:43.21ID:3HiaHzmpaコマンドプロンプトでcdでその階層に移動する
handbrakecli -help >help.txt
としてヘルプを出力する。
あとはGUI版でつつ作成したプリセットでエンコードして
active logとヘルプと照らし合わせて記述する
0568名無しさん＠編集中 (ﾜｯﾁｮｲW b6d2-PmXH)
2018/04/24(火) 02:56:50.71ID:Nf1XUatE0presets適当にいじってみて高画質で変換しようと試みるも
mp4ではなくm4v出力に変わってしまうぅ
過去レスすら読めない無能だから>>531すらググれないんだカス野郎
0570名無しさん＠編集中 (ﾜｯﾁｮｲW b6d2-PmXH)
2018/04/24(火) 03:11:39.22ID:Nf1XUatE0今は1.1.0だよ
そんなむきになることじゃないですよ。
別にHandBrakeのインストールが必要なんだと思いこんでいたけど、
そんなことはなかった
ゴールデンウィークになんとか、最新の HandBrake を入れて
TS 自動エンコードバッチのコマンドオプションも直したいと思ってます。
>>531 のブログを拝見したのですが、この GUI 設定からコマンドライン用の
オプションを生成するのは簡単ですか？
当時四苦八苦して設定したのですが、忘れてしまって、ずっとあげずに使ってます。
やり方をご教示いただけないでしょうか。
json形式をそのままCLIに突っ込めれば楽なんだけど、諦めて先人の方法でhelp見ながら手修正した。
結局それでもエンコードが途中で止まるようになってしまって困ってたんだけど、HD Graphicsのドライバーを最新にしたら解決した。QSV使ってる人は気をつけた方がいいと思う。
ごめんなさい。言葉が足りなかったです。
正確に言うと、>>531 のブログのように説明しているところはないでしょうか？
>>580 の書き込みも気になります。1.1.0 のエンコード説明～コマンド生成までの
説明を日本語でしているサイトとかはありますでしょうか。
VideoやPictureの設定をいじってもだめ。Aviutlの方が遥かにきれい
その優しさを 福田事務次官にも分けてあげてｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
遅くね?!
FilterタブのDecombがインターレースの誤検出をしてただけでした
すみません
Handbrakeの作者は兎に効率重視だから、不安定なNVENCとVCEは切り捨てた
速いだけで圧縮もマトモに出来ない欠陥方式くんはA'sで大人しくしててください
1.10にしたら、mp4の拡張子が勝手にm4vになっちゃうんですが、
mp4のままにする設定は、どうやるんでしたっけ？
前のバージョンでは、その設定にしてたんですが、
どこをいじればいいのか忘れてしまいました
>>531のオプション設定
昔は普通に使えてたのに。
ズレてきたなーと思ったら1秒戻すと合う
(´･ω･)
出来上がった動画はVFRになることがあるんだね
VFRといってもフレームレートの変動が小数点第二位の範囲で収まってるからほぼCFRだけどｗ
ソース：CFR、23.976fps
↓
[Same as source]を選択して[Constant Framerate]をチェック
↓
変換後：VFR、最小23.974fps～最大23.981fps
音ズレなどの実害はないので問題はないけど勝手にVFRになるのが気になる
CFRの素材が全部VFRになるわけではないから>>609さんの言うとおり素材動画の仕様かもしれない
昔からの仕様で
mkvにすればCFRになるはず
0614名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/04(金) 16:28:47.29ID:8gYpb5P40勝手にYC伸張されるみたいなんだけど。
どこかで設定できる？
0616名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/04(金) 18:33:05.45ID:8gYpb5P40いや、ソースはDVDなんで。
それに、同じソースをAVIUTLでエンコすると、TVスケールのままだし。
あ、ひょっとしてAVIUTLでさらにTVスケールに変換してるのかな？
あんたは↓を読んだ方がいいと思う
AviUtlではどうなっているのか
http://aviutl.info/yc-sinntyou/
「YC伸長(伸張)」って言葉自体がややこしいので滅びた方が良いと思う。
「リミテッドレンジYUVをフルレンジRGBに変換する」
みたいに、「リミテッドレンジ/フルレンジ」「YUV/RGB」を明示した書き方をしたほうがいい。
それただの「QSV(H.265) vs x264」だからアプリの違いじゃないし、
同じビットレートで比較したのかといった条件や設定を書かないと何も意味がない。
0621名無しさん＠編集中 (ｺｰﾄﾞﾓ 0bb3-UNc5)
2018/05/05(土) 09:31:17.46ID:tNQ3H6ZK00505同じくらいのビットレートのH264と比較して、
低ビットレートでは確かに綺麗なんだけど、
高ビットレートではH264の方が綺麗。
俺（の使ってるアプリ）だけかな？
0623名無しさん＠編集中 (ｺｰﾄﾞﾓ 0bb3-UNc5)
2018/05/05(土) 10:55:04.96ID:tNQ3H6ZK00505H265は、どれだけビットレートを上げても、
汚いところは汚いままという印象。
だから、H265は、ある程度の画質で妥協して、
ファイルサイズを低く抑えるのに適しているのかなと思う。
とは言え、俺が試したのはDVDデータなので、
もとの画質が大したことないんだけど。
ビットレートを指定しちゃうと性能が発揮できない
0625名無しさん＠編集中 (ｺｰﾄﾞﾓ 0bb3-UNc5)
2018/05/05(土) 11:10:05.78ID:tNQ3H6ZK00505でも、H265は、クオリティ指定の場合も、
CQ値をいくら高画質側に動かしても、汚いところは汚いままなんだよ。
俺の設定が悪いのかな？
2passエンコすると性能を発揮できるということ？
0627名無しさん＠編集中 (ｺｰﾄﾞﾓ 0bb3-UNc5)
2018/05/05(土) 13:20:26.94ID:tNQ3H6ZK00505画質固定モードでイジっても、ファイルサイズと単純な相関があるわけじゃない。
ビットレート固定モードでイジっても、画質と単純な相関があるわけじゃない。
0629名無しさん＠編集中 (ｺｰﾄﾞﾓ 0bb3-UNc5)
2018/05/05(土) 14:06:40.02ID:tNQ3H6ZK00505でも、実際はそうなってないよなって話。
0631名無しさん＠編集中 (ｺｰﾄﾞﾓ 0bb3-UNc5)
2018/05/05(土) 17:29:53.79ID:tNQ3H6ZK00505Encoder Preset のバーをFast側にするほど
ファイルサイズ（ビットレート）が上がるのかと思ったら、そうならない。
具体的に言うと、一番速いやつからVerySlowまで、ひとつひとつエンコしてみた。
横軸を速さ、縦軸をビットレートとしてプロットすると、
ほぼ横這いで、ガタガタしてる。
しかも、画質もバラバラで、ビットレートに比例してた。
画質固定なのに、全然一定の画質にならない。
0632名無しさん＠編集中 (ｺｰﾄﾞﾓ 0bb3-UNc5)
2018/05/05(土) 18:00:54.73ID:tNQ3H6ZK00505要するに俺は「B=Q・v」みたいな関係があるんだと期待してた。
（Bがビットレート、Qが画質、ｖがエンコ速度）
Q=一定下でｖを遅くするほど（時間をかけるほど）、ビットレートが小さくなる。
B＝一定下でｖを遅くするほど、画質が良くなる。
・・・となると思ってた。でも、実際は、
Q=一定下でｖを変えると、QもBも変動する。
B＝一定下でｖを変えた場合は、QもBも不変だった。
最後のは、さすがに一番速いプリセットだと画質が悪化したけど。
俺もやってみた、実写ソースだが確かに言ってる感じではある。
でも、動画を見ると変換が速いほどノイズが酷く汚い。遅いほど細部が綺麗になっていく印象。まぁ、SD画素なんでFast以下は見た目に変化無いと言えなくはないが…。
https://jisaku.155cm.com/src/1525571266_d8e4ab7f602bba05e025374c01b5d2b46048cf49.png 👀
Rock54: Caution(BBR-MD5:f68c41b6bce4f8b76d46a9fc61dd270c)
画像上げ直し
https://jisaku.155cm.com/src/1525588495_efe83c003b9b118ae3da6a1563a35510b5a4d5f6.png 👀
Rock54: Caution(BBR-MD5:f68c41b6bce4f8b76d46a9fc61dd270c)
それは偶然こういう結果になっただけで何とも言えない
0637名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/06(日) 18:40:21.79ID:rAP/cnJS0プリセットのどこで画質が山・谷になるかは、
ソース動画によるだろうし、H264かH265にもよるんだろうな。
万全を期すなら、VerySlowにするべきなんだろうな。
プラセボは時間がかかるので除外するとして。
ちなみに、CQ値を変えても、山谷の傾向は変わらないと思う。
俺はCQ=23と25でデータを取ったけど、平行移動したような感じになった。
もちろん、CQ=23の方がビットレートが高い。
音声エンコードも映像エンコードも最後にモノをいうのはビットレートだよ
この知識を引き出すのはすんごい久しぶりだから間違いはあるかもしれない・・
エンコードだけして確認後回しにすることが結構あるから時間は掛かるけどいつもSlowで回してる
x265はアップデートが多いから
自分ならそのブロックノイズがでるシーンを切り出してテストソースにする
（ついでにどのオプションが影響してるかも切り分けてみる）
それだとUltraFastが1番良いって事になるじゃん
実際にはどんだけビットレート盛っても砂嵐みたいなノイズの嵐なのにさ
0643名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/06(日) 22:33:54.20ID:rAP/cnJS0満足の行く画質でビットレートが最小になる設定を探してるの？
俺はもう分からなくなったよ。
どこがいいのよ？
量子化器が必要とするビットレートが増えるのと
品質基準を上げる（数字を小さくする）ことによるビットレートの増価はイコールじゃない
目標を自分で決めてそれに近づける様に設定する
例えば、「720x480の動画を1/4の容量に縮めたい」から、その時に1番画質が良いと思えるCQやEncode設定を自分で試して調整していく
それこそ、>>531のH.265の説明が分かり易い
0646名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/07(月) 08:36:21.30ID:Un+2NGDQ0ファイル容量の目標を決めてるんだったら最適化しやすいんだけど、
その逆で、画質の目標を決めて、
それを満たす最低の容量を探すのは最適化しにくくない？。
エンコ時間をかければ容量が小さくなると思ってたら、
話題になってるように、プリセットをイジると画質も変わってしまうし。
容量を小さくするためにH265にしたら、画質がそれほどよくないし。
それだと容量は圧縮したい(減らしたい)のに画質は高くしたい(増やしたい)っていうエンコードの矛盾になってくるから難しいというか、どっちかに妥協するしかない
でも、そもそもCQ指定なら圧縮しつつ出来る限り高画質にって設定だから、デフォルトのCQ20でも汚いと思うならもっと数値を下げて高画質化するしかないよ
たまに2時間映画のBlu-rayエンコで20GB超えるけど
考えるのがめんどくさい。
旅行先のタブレットで見る時用にはSD画質にして容量削減。
youtubeとかﾆｺﾆｺへのアップロードなんてしないので充分。
0651名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/07(月) 14:49:53.82ID:Un+2NGDQ0画質とビットレートがトレードオフだってことは理解してる。
でも、そうだとすると、プリセットって何のためにあるんだろう？
ひょっとしてプリセットって、エンコードの精度を設定するものなのかな？
例えば、CQ=20でUltraFastとVerySlowを比べたら、
どちらもCQ=20を目指すんだけど、UFはVSより、
実際にCQ=20になる保証が低いってことなのかな？
0653名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/07(月) 15:04:10.67ID:Un+2NGDQ0お前、話が分かってないだろ。
要は圧縮する時の計算処理を丁寧にやるか雑にやるかの違いだ
仕事は丁寧にやって欲しい(CQ19)が、速く仕上げろ(UltraFast)って無茶な命令するとHandbrakeは速さ優先で雑に仕事して圧縮率が悪い物になるってこと
詳しくはマウスオーバーすると説明が出るから翻訳しろ
0655名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/07(月) 17:10:25.02ID:Un+2NGDQ0各設定でエンコした結果を比較できる。静止画だけど。
ttps://mattgadient.com/x264-vs-x265-vs-vp8-vs-vp9-examples/
これによるとEncoder Presetは、
クォリティ指定モードではmediumで十分みたいだな。
それしか表示できないので。
一方、ビットレート指定モードでは遅いほうが綺麗になるようだ。
でもその違いは少しなので、
画質を上げためなら、大人しくビットレートを上げた方が確実だろう。
presetをslowにするか、上記2つのオプションを個別に有効化したほうがいい
（特に低ビットレート帯において顕著）
懐かしい
0658名無しさん＠編集中 (ﾜｯﾁｮｲ 7f7c-a7mP)
2018/05/07(月) 20:18:21.94ID:Sur0bPFe00659名無しさん＠編集中 (ﾜｯﾁｮｲ 23d2-a7mP)
2018/05/07(月) 20:34:53.45ID:PB5omUJx0http://rosie.5ch.net/test/read.cgi/liveplus/1525571623/l50
0661名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/08(火) 12:00:53.53ID:9MVRzym50rect と limit-modesを有効にするにはどうしたらいいの？
Extra Options の欄に「--rect --limit-modes」で書けばいいの？
やってみりゃいいんでないの
CLi版は=1か=0で有効/無効の切り替え
オプションは ; か : で区切ったはずだけどGUIのやり方は知らない
0663名無しさん＠編集中 (ﾜｯﾁｮｲ 0bb3-UNc5)
2018/05/09(水) 09:08:28.85ID:tRf3WNBU0やってみたんだけど、全く変化がないんだ。
有効になってないのか、rect と limit-modesの効果がないのか、
判別がつかない。
でも、>>662の書き方にしたら変化が出たので、
これから試してみるよ。ありがとう。
framerateに60fpsの選択が出ないんだが使用？
それとも元のファイルが対応してなくて対応してたら出るのでしょうか？
仕様、てか、未だに0.9.5はどうなのか
慣れてるからって「未だにOSにWin2000使ってます」と言ってる様もんだよ
ま、自分が良ければ良いんだけど
ちな、Windows10
dropが入ってるtsファイル処理させようとするとエンコード止まるね。
前のバージョンだと問題なかったのに、、、
映像が修復される訳じゃないが、エンコは正常にいくかもしれない
ありがとうございます！
調べてみたらvlcの方がバッチで使えそうなのでそっちで試してみます。
こういうエラーがいくつも出るようになってTSのスキャンが遅くなった
同じファイルでもVer1.07だと出ないのに
0676名無しさん＠編集中 (ﾜｯﾁｮｲ d610-/vbK)
2018/06/02(土) 07:48:07.09ID:ZfXg0V8T00677名無しさん＠編集中 (ﾜｯﾁｮｲ d610-/vbK)
2018/06/03(日) 17:44:25.26ID:VcUUsYyc0http://satch.tv/?mref=787
スペック低っ！
0681名無しさん＠編集中 (ﾌﾞｰｲﾓ MM33-fhR1)
2018/06/12(火) 07:46:40.73ID:+n+ZaJ0aMDVD？ブルーレイ？
Isoのままじゃダメ？
君はどんなソースをエンコードしたりisoにしてるの？
0683名無しさん＠編集中 (ﾌﾞｰｲﾓ MM33-fhR1)
2018/06/12(火) 12:10:25.68ID:+n+ZaJ0aM友達からもらう自作DVDをリッピングしてisoのままです( ◠‿◠ )
0685名無しさん＠編集中 (ﾌﾞｰｲﾓ MM33-fhR1)
2018/06/12(火) 12:45:33.31ID:+n+ZaJ0aMファイル１つごとに出力設定（例：VideoタブのAvg Bitrateなど）を変えられないの？
0688名無しさん＠編集中 (ﾌﾞｰｲﾓ MM33-fhR1)
2018/06/12(火) 20:56:12.71ID:+n+ZaJ0aM0689名無しさん＠編集中 (ﾌﾞｰｲﾓ MM33-fhR1)
2018/06/12(火) 20:56:51.77ID:+n+ZaJ0aM無理です
キューに入れた後は出来ない
1個づつ設定変えてキューに入れる事は出来る
音声は0秒の位置でスタートし映像は0.2秒でスタートって感じで、0秒～0.2秒までは黒い画面です
1本の動画だけを見るなら気にならないんですが、何本かの変換した動画を1本にまとめると気になります
出だしの黒い画面を無くし映像と音声をジャストで揃える設定を教えてくださいm(__)m
そんなのなった事ないな
バージョンと元動画の形式を書けば誰か知ってんじゃね
ありがとう
その方法でできた
念のためキューをエクスポートして中身をテキストエディタで確認したら
ちゃんとファイルごとに出力設定が変わってた
バージョンは1.1.0なので最新だと思います
プリセットのGeneralのHQとかSUPER HQをそのまま使ったんですが冒頭に黒い画面が出るんですよね
LegacyのHigh Profileで試した所異常なくできました
何処の項目が悪かったのかは謎ですが、とりあえずこれで変換していこうと思います
プリセット消えるのが嫌だったからインストールの時NO押してたんだけどこれのせいだったのかなあ
あと昔のHandbrakeで変換した動画の方がサイズ小さい(設定はいつも変えてなかった)時があるのは例えば夜中にエンコードさせてたからとか関係するの？
○ 日本コロムビア
おっさんよ世間に出ろよ、引きこもってなく
ネタにマジレス
読み込みで全アクセス、エンコ開始でまた読み込み→なんぼかかるねん！！
intelcorei5 8400T
Handbreak1.1.1
環境でQSVエンコしたところ
GPU-ZでGPU LOAD50％しかいきません
intelCorei73770環境の時は75％くらい出ていたので
何か改善策はありませんか？
8400Tでavg44.54fps
3770Tでavg140.69fps
になります
BIOSの設定とかそっちなのでは
ありがとうございます。
BIOS触ってみます。
QSVはintel driver依存だからdriver version変えてみたら？
intel driverけっこうバグ多くて
バージョンによってQSVがまったく動かないものもあった。
いろいろ試して安定するのを探さないといけない
UEFI, BIOSは関係ないと思う
音ズレしてるファイルは原因探るの面倒くさいからmkvtoolnixで無理矢理直してるわ
例えば６０分の動画で先頭で音声が300ms遅くなってて終盤では400ms音声が早い様な場合
先頭のズレは音声を選んでディレイ-300に設定、
終端のズレは映像の方で36000/36007に設定して映像を縮めればいい
その後、動画と音声を統合してる
1.1.1にしてさらに良くなった
仕上がり容量小さくなって画質も上がってる。素人にも使いやすくなった。十分
0713名無しさん＠編集中 (ﾜｯﾁｮｲ 4ae1-qJjT)
2018/07/13(金) 09:56:51.67ID:YpKoWev70インポート漏れが発生するんだけど何が原因かな
例:50本の動画が入ったフォルダをドラッグすると最初は50本認識してるが
最終的に37本しか読みこまない
あとちまちま1個ずつドラッグすると全部読める
50個選択して入れられないの？
ソフトの仕様じゃないよね
ブルーレイのエンコも捗るよ。
CPU単独のパワーなら依然Intelなんでしょ？
UHBDに対応してるのもIntelだしエンコもするならやっぱりIntelの方がコア数少なくても有利なんだろうか？
それがGPU
これでrfを18くらいにしとけばx264はもういらない感じやね。
x265 ultrafast rf18
だとx265の方が倍速くて2/3くらいのサイズになる感じ
画質は大して変わらないように見えるけど厳密にはどうなんかね｡
265でもっと時間かければもっと縮んだだろうに
x265のultrafastなんて、QSVのH.264 LA-ICQに負けるくらいだな・・・。（ソースにもよるだろうけど）
x264にしてもx265にしても、medium以下のプリセットは圧縮効率ががくっと下がったりするので
トランスコードで使うもんじゃないなとは思う。
veryfastの方が速くてより縮むんだよな
もっと速くしたらもっと縮むだろうか
こんな感じに
veryfastが良さそう
速度の方はサイズとの兼ね合いで画質は同じ
普通のファイル圧縮ツールのオプションだと思えばいい
そういう風に勘違いしてしまってる人が結構いそうだけど、同じ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で使いたいところ。
あんた、それもうどっかのブログに常にアップしといてくれよ
それともあるの？
preset slowの中では「 --rect --limit-modes 」 が画質に与える効果大（良いほうに）
上記のふったつを有効にしとけばfastでもいい感じになる
それ元から付いてるとかって話じゃなかったか？
Optionに書かなきゃ有効にならんの？
0737名無しさん＠編集中 (ﾜｯﾁｮｲ 77e3-vHRD)
2018/07/23(月) 22:05:11.73ID:TtcI/xz50この図を見るとやっぱりcrf18とか過剰な品質に
しとけばultrafast.superfastでも十分な感じがする。
多少ファイルサイズは増えるだろうけど。
slowでは、ね
で、それをfastに付けるとslowより早く、画質がmediumより断然よくなるってこと
そのほかの場所はいつも使ってるx265の設定と全く同じにしてる
(ちなみにフルHDのミディアムかslowのプリセットでこっちだと70MBになる)
そうなのか…
どの設定にしても速度は爆速だけどなるべく画質は維持しながら保存用にエンコードしてるから使うことはなさそう(´･ω･`)
毎回同じ場所で入る訳でもなく、一時停止したら消える
なんだべコレ
tsの読み込みにやたら時間かかるし、圧縮した動画は音ズレ起きてたし。
1.0.7に戻したわ
数値とはH264のRF値のことをいってる？
例えば同じRF24でもveryfastとmediumでは画質が全然違う。
アニメとかの同じ絵で止めて比較するとわかりやすい。
veryfastとかだと線がにじみがおおきくなる。
前はveryfast使ってたけどMediumにした。
アニメは
映像: H.264 1080p, RF24 Medium
音声: AAC 128kbps
でエンコードしてる。30分アニメCMカットして200-250MBくらい
x265 は2年前くらい試して遅すぎて断念した。
どのバージョンでもファイルが.tsだと再生時間の表示すらおかしいでしょ？
MKVToolNixでmkv変換した.mkvだと再生時間も正常になることに気が付いた。
tsいじるときはまず最初にMKVToolNixでmkvに変換するといい
ワンセグデータの削除と同時にできるから追加の時間はかからない。
ts絡みのバグは多すぎるしちゃんと動くソフトが少ない
mkvファイルならいいソフトがたくさんある。
>>746
MKVToolNixで最初にmkv変換したら？
読み込みも速いし、時間が正確になる。
試してないけど音ズレも多分なおると思う。tsの音声が多くの問題を引き起こしている。
厳密にはHandBrakeではなくVidCoderだけど
例えば地デジ録画してCMカットしてエンコードしたい場合。
tsだとちゃんと連結できるソフトが見つからなかった。
tsだとHandBrakeでエンコードする前のカットや連結の段階で問題がでた
MKVToolNixで変換するようになってから
mkvにした後ならまともに連結できるんだとわかった。
VidCoderは知らないけどHandBrakeとどう違うの？
エンコーダーに問題があるのではなくて、編集に問題があるのでは
VidCoderはHandBrakeを使ったソフトで、
3.15はHandBrakeの1.1.1を使っている
CMカットするとサイズが15%位も減るから始めた。
視聴時にCMのカットポイント指定もしながらやると時間のロスも少ない。
途中のCMカットや連結しなくてもHandBrakeだと時間表示おかしくなるよ
tsをHandBrakeにドラッグした時点でもうDurationがおかしいでしょ
HandBrakeもtsにちゃんと対応できていないってこと
tsだとまともに編集できるソフトもないんだよ
連結すると再生とまったり音飛びしたり時刻がずれたりする。
だから最初にmkv変換する方法で落ち着いた
出来上がりが500MBとして、15%は75MB
4TBのHDDが15000円として、0.28円分
手間が1分かかったして、時給17円
番組の開始前と終了後のカットすらやらないのか？
HDDなんてもう使いたくないからサイズも気にしている。
全部SSDに早く置き換えたい。
あとCMだけで15%くらいだが
OP, EDが共通のアニメならそれもカットすれば25%くらいはサイズ小さくなる
エンコードする前に視聴するでしょ
そのときにCMの開始、終了の地点で指定するだけ。
あとはSaveすればカットと連結やってくれる。
カットしなければ再生時に飛ばす手間がかかる。
1.0.7だと音ズレしないんだよね
もちろん、1.1.1で音ズレ起こしたtsで試してみた
mkvtoolnixは知らなかった
1.0.7でも音ズレ起こすようなものに当たったら試してみるわ、ありがとう
俺も動画保存場所の空き容量に苦慮してる
録画して直ぐ見るやつはtsのまま見る。残す必要がないのは消す。
直ぐに見ないやつ(溜まってしまったts)は、ひとまず圧縮してtsは消し、空き容量を確保する。
ずっと残しておきたいやつは、AvidemuxでざっくりCMカットしたものを残す。
という感じ。
圧縮前の段階で加工するのは、加工産物のせいで約2倍分の容量を食うからやりにくい…
週2休みあるのにそれだけたまったのならどうでも番組に違いない。
ざくざく消してしまっていいかと
VLC Media Playerで1.7-2.0倍速再生もいい。
動画の視聴がはかどる
なれると1倍速はイライラするようになる
>>753
たぶん15%ってのは有料放送などの前後の予告だけだと思う
普通のテレビ放送だと25%ぐらいは減る
CM cutでsize15%減るとかいたのは主にアニメ30分、TOKYO MXだよ
30分間のCMが2回しかなく2回合計でも2.0-2.5分くらいしかないから15%程度なのかも。
そのかわり、アニメはたいてい毎話おなじOP, ED繰り返すからそこカットすれば25%は減るという話。
たしかにアニメ以外だともっとCM多い印象ある。
バラエティとかは見てもエンコードせずすぐ消すからどれだけサイズ減るかわからない。
189160本あるがたぶん1割も見てないｗ
確かにアニメは５分（放送時間にして1/6）程度の短縮にしかならないね
1時間の実写ドラマだと14分ぐらいCMに費やされてるから影響は大きめ
ちなみにバラエティーは下手にエンコしないほうが良い気がする
採点を待ってる間のスローモーションとか省くと半分以下になる
M-1とかR-1とかも、プロフィールとか採点とか省くと1/3くらいになる
CMカットも全自動だし音ズレしないし
Amatsukaze その1
http://jbbs.shitaraba.net/bbs/read.cgi/computer/44736/1530904083/
局名の透かしの自動削除とかもしてくれる?
それ初めてみたけどGitHubで17人しかstarつけてないからユーザー数も少ないと思う。
NVDIA GPUないと遅いようだけどそれが欠点だろうな
字幕の変換機能がついてるらしいけど地震テロップとかも字幕扱いで後から消せるものなのかな
字幕消し（外部ファイル保存）とロゴ消しは海外ソフトだと対応してるものなさそう
字幕データを変換してmpcで再生できる形式にするだけ
NVIDIA GPUがないと遅いのは確かだね
作者はインタレ解除周りも自分で作ってるから、品質の悪い（だけど高速な）インタレ解除は入れたくないらしい
まぁ本当にきれいではあるんだが、handbrakeのインタレ解除品質で十分って人は面食らうわ
一応擁護しとくと、インタレ保持やD3DVPによる60p化なら速い
Avisynth のスクリプト書いてインタレ解除も CPU にやらせつつで
HandBrakeCLI と同等のエンコ速度は出せてるよ。
インタレ解除は品質より速度欲しいから画質面は妥協してるけど
成果物は HandBrakeCLI と比べても大差無いので問題ないから Amatsukaze に乗り換えた。
CM カットはしないけど CM 位置にチャプター打ってくれるのが最高に良い
そうなんだ。
画面下の流れる字幕とか地震テロップはtsだと分離できないのか。
YouTubeとかに投稿されてる動画だとTV局の字幕が消えてるから
なにか消す方法があるのかと思った。あれはソースが地デジじゃないってことだな
録画したい番組で地震速報テロップがはいっていたときのガッカリ感はないよな
>>770
なるほど。いまはNVIDIA GPUつけてないから使えそうにないな
だれかがフォークしてCPUに最適化してくれるのを期待してGitHub starつけておいた
CMカットやる前はtsのままMurdoc cutter使ってたよ
でもあれはGOP単位でしか切れないから0.5秒単位のカットになる。
正確な位置で切り出したいときにうまくいかない。
GOP単位だからどうやっても余計な映像か音が入ってしまう。
あとMurdoc cutterでカット＆連結やってみるとわかるけど
再生できなくなったり、時間がずれたりひどいことになる。
MKVToolNixでtsをいったんMKVにして編集からだと
tsの音声絡みのトラブルがないから、音ズレ、時刻ずれも起きない。
さらに編集ソフト次第で0.1秒以下、フレームレベルの細かさでカットして連結したりできる。
0777名無しさん＠編集中 (ﾆｸｸｴ 1280-53i4)
2018/07/29(日) 15:21:13.46ID:OccFHhLo0NIKUサイズ削減のためにはCMなど不要な部分をカットし連結する
機能が必要だが、tsのままそれを不具合なくできるソフトは見つからなかった。
775にかいたように
Murdoc cutterでカット＆連結は
再生できなくなったり、時間がずれたりひどいことになる。
Avidemuxでは音声を認識せず無音になる。編集以前に使えない。
上記の不具合は別にしてお気に入りのクリップ、特に音楽を切り出ししたいひとは
GOP単位は耐えがたいんだよ。冒頭にノイズなどが聞こえてしまう。
ドライバー入れ直せ
俺はパススルーにしてスマホに淹れてMXPlayerでいつも見てるけど
なんだそれ？
mac で coreaudio 使うか hb.dll ビルドして fdk-aac 使えばよい
無いバージョンと有るバージョンがあるんじゃなかったっけ
マジか
音声なんて縮めてもそんなにサイズに影響無いのに
AACだと変換したら絶対同じ場所でノイズが出る動画があったんだけどAC3にしたらとりあえず収まった
それは不具合というか、キラーサンプルってだけでは…
0789名無しさん＠編集中 (ﾜｯﾁｮｲ 4380-Xflc)
2018/08/02(木) 11:39:43.24ID:MiMGqsN00TsTimeKeeper知らない人？
あと、無駄データ削除してサイズ縮小させるならTsSplitterも使うよな
tsがローカル規格だから云々言ってる人もいるけど、ffmpegでもLAVSplitterでもMarumoでも、どのスプリッタでも再生に問題なんて起こらんがな
フィルタで分離した時点で、ただのmpeg2とaacのデータになるだけ
mpeg2repairを追加で通したら すんなりいけたけど。
とは言え、ものすごく稀だし ハンドブレークもかなり古いVer.だったから
今はわからん。
TsTimeKeeperくらい知ってる
それ通さないと時刻がグチャグチャになる時点でMurdocCutterはバグだらけ
ということでカット＆連結には使い物にならない。
しかもTsTimeKeeper通しても再生できないファイルは頻繁にできあがる。
再生できるか確認しなければならないようでは無駄な時間もかかるし
使い物にならない。
＞そういや、TsTimeKeeperを通したＴＳでも、調子悪くなるのはあったな。
そこが大事なのに「そういや」か
TsSplitter, MurdocCutter, TsTimeKeeperなど併用して
面倒な手順でtsいじっても連結したらすぐに再生できないファイルはできあがる。
最初からMKVToolNixつかってmkvにしておけば再生不能にはならないうえに
手間もかからない。
＞かなり古いVer.だったから今はわからん。
再生不可はHandBrakeの問題ではない。
encodeする前のファイルが既におかしいわけで、MurdocCutterのバグだ。
MurdocCutterとかがupdateされてないから今も全く変わってない。
＞フィルタで分離した時点で、ただのmpeg2とaacのデータになるだけ
これ違う。tsの音声は通常のAACではない。
この特殊なaacがts特有のバグを引き起こす
0794名無しさん＠編集中 (ﾜｯﾁｮｲ 4380-Xflc)
2018/08/02(木) 21:15:03.93ID:MiMGqsN00tsのaacの形式自体がおかしいなら、mkvコンテナに格納し直したところで、おかしいままなのでは？
その場合はたぶんカット箇所の直前部分のGOPがBフレーム終わりだからなんだろうけど、MurdocCutterの画面上で確認する術がない
CMカットしている人に聞きたいんだけど、保存用に完璧にカットしたい時ってどうしてる？
今こんな感じで試行錯誤してるんだけど、もっと良い方法がないかと
1. Handbrakeでref=1,bframes=0でエンコードして、元動画よりIフレームを増やす
2. Avidemuxでキレイにカット
3. Handbrakeで保存に適当なサイズになるようエンコード
1.がどうもね…
mkvはただのコンテナだからもちろん、エンコードなしでコンテナだけ変換できるよ
エンコードはしないけど、コンテナをmkvに変更する際に
ffmpegで音声ファイルのフォーマットを変更しているはず。
MKVToolNixはmkv変換時にワンセグデータを削除してくれるから手間いらず。
>>796
tsなどストレージスペースの無駄
foobar2000でも音声の再生できないしtsはゴミコンテナ
MKVToolNixは正常に通常AACに変換できる。
MKVコンテナならカット＆連結できるソフトはフリーでもいろいろある。
まずtsを捨てればいいのだ
フレームレベルで完璧にカットすると、そこにCMがあったことすらわからず
本編の再生時にあれ？ってなるからわざと1秒程度余計に残しているな。
音楽とかあるOP, EDとかは1frame単位で正確にカットしているけど。
>>797 の方法は2回エンコードしてるから画質落ちるのでは？
おれはmkvに変換したあと映像はmpeg2のままカットと連結してしまう。
0802名無しさん＠編集中 (ﾜｯﾁｮｲ 4380-Xflc)
2018/08/02(木) 22:02:08.02ID:MiMGqsN00ほんとだできたよ
でVidCutterで無劣化で切り出しも出来たわ
ほんとサンクス！
ffmpegでできるだろうに
ffmpegはCLIだから使いづらいでしょ
MKVToolNixは内部でffmpegも使っている。GUIだから使いやすい。
aacについてはありがとう
元tsコンテナに格納されていたmpeg2そのものを素材として切り出せられれば、それが勿論理想。
さっきの1.は苦肉の策。
でもmpeg2も結局Pフレーム、Bフレームあるよね？
そのレスからすると、これらのフレームから始まってしまった箇所も破綻なく切り出せてるように読めたけど、どんなツールを使ってる？
役に立ったようでよかった。
MKVToolNixとVidCutter使ったのは今日初めて？
VidCutterはframe levelでカットできるのが素晴らしいね
VidCutter、Save処理が完了してるのにアプリ内で砂時計が
でたままになってしまうことない？
特に弊害はないけど処理が終わったのかどうかわかりづらい。
自分のPCのメモリが少ない(4GB)から出るのかよくわからない
805を読む前に806書いてしまった。
>802と同じく、編集はVidCutter使ってる。
tsだと使えないよ。mkvに変換してから使う
VidCutterで映像がmpeg2のmkvのままカット＆連結で編集できる
VidCutterはGOP単位ではなく1フレーム単位でカット＆連結ができちゃう。
たぶんSmartCut機能のおかげでIフレームとかを意識する必要がない。
神ツール
好きな箇所でカット＆連結できて、再生も完璧
Avidemuxも使うことなくなった。
CMカット編集した後にHandBrakeでH.264にしてる。
エンコードも慣れてきたら毎回同じ設定になるのでCUIの方が楽
CUIだからって毎回コンソールから手入力でオプションとか打ち込んで使ってる奴はいない
極限まで楽をしようと思うとCUIになる
ありがとう、助かったわ
これでスムースに作業できそうだ
俺が欲しかった機能は「スマートカット」って名前だったのか…
継ぎ目の部分だけエンコードして連結する機能は便利だよね
smart cutはVidCutterでの名前でたぶんソフトによって違う。
smart renderingとかいう名前もよく見るよ
VidCutterだとハサミアイコンのところにToggle SmartCutと出てくる。
でもこのハサミボタンのところを無効にしても
GOPより細かい単位でカットできてる気がする。
SmartCutを有効にすると処理時間が増えるから使い分けている。
早速VidCutter試してみた
確かにフレーム種別気にせず切り出せて便利だね
でも、このツール通した時点でプログレッシブ変換されるね…
中間ファイル作るのも中々悩ましいもんだ
handycamから取り込んだ1000個ほどの細切れのHDV(.m2t)バッチ処理してるのですが
数十個ぐらいでバッチ処理が中断されたかのような状態になります
めげずに再生ボタンを押すと続きからエンコードが行われるのですが
何が原因で止まってしまうんでしょうか？
いつかエンコしようと先頭と終端の不要部分を
MurdocCutterで削除したTSファイルが大量にあるんだけど、
どのファイルもmkvtoolnixで読み込めなくなってるわ
素のまま残しておけばよかったと後悔
tstimekeeperとかmpeg2repair通して修復してみたら？
それかhandbrakeが認識するなら、とりあえずエンコードしてみるとか
やってからエンコ
民放見ないからというのもあるけど
MurdocCutterで処理したtsだとおかしくなるのは自分も経験したな
MurdocCutterに問題があるんだと思う。
連結つかわなくてもMurdocCutter使わないほうが良さそう
その問題あるファイルはHandBrakeでコンテナmkv指定でエンコードしたら？
エンコード後mkvならVidCutterとかでカット編集できる可能性ある。
あれはトランスポートストリームなので、エラー入りまくりの前提になってる
それを直接編集するのはリスクが高いので、一旦mkvなりのPSに変換してから、
編集なりエンコードなりするのが安全
tstimekeeperは試してみましたが駄目でした。
mpeg2repairはバイナリが見つからなかったので試せていません。
>>817>>821
handbrakeは読み込みにかなりの時間がかかりましたが
エンコは時間がある時に試してみます。
0824名無しさん＠編集中 (ﾜｯﾁｮｲ 4380-Xflc)
2018/08/05(日) 11:52:49.41ID:X81Z5XMl0TMPGEnc MPEG Smart Renderer
SolveigMM Video Splitter
VidCutter
以外にあるかな？
1.handbrakeでのエンコード時、min-keyint=1:scenecut=80を追加して、CMから本編の転換箇所がほぼ確実にIフレームになるようにする
(あと、インターレース保持が好みなのでtff=1も)
2.Avidemuxでキレイにカットして完成
必要以上にIフレームが入ることになるので、圧縮効率が少し悪くなってしまってると思う
ここでVidCutter教えてもらったけど、矢印キーでのフレーム移動の反応がいまいち悪くて、意図したところでうまくカットできなかった
カット後の動画がプログレッシブ扱いになってしまうことも含めて、俺には合わなかった
VidCutter、慣れるとカット箇所の指定らくだよ
俺のやり方は
VidCutterの動画再生機能は使わずに再生はVLCなどで切りたいポイントを見つける。
VidCutterでは静止画だけ見るということ。
動画再生しちゃうとキーボードの上下左右がつかえなくなるから。
VidCutterの時刻をみてマウスでだいたい時刻の同じ個所に飛ぶ
キーボードの↑と↓で秒単位で移動
さらに細かく←と→で移動、これで1フレーム単位で指定ができる。
正確にフレーム指定したいときはハサミマークをONにしてSave
速さを優先でカット、連結したいときはハサミマークはOFFにしてSave
インターレースにしたい意味はよくわからない。古いハードはプログレッシブ再生できないとか？
VidCutter処理でプログレッシブになっているというのは誤解じゃないの？
なにをみてプログレッシブ強制変換されたといっているのかよくわからない。理由は
1. カット＆連結しても体感の画質に変化はなかった。
2. MediaInfoでみてもVidCutter使用前後でFirst Video Streamは全く同じ表記だった。
3. DeinterlacingするならVidCutterはもっと時間がかかるはず。
4．さらにカット＆連結後の動画をVLCで再生時に、
Deinterlacing=OFFにして再生してみると再生時に横線ノイズがでたから
映像はやっぱり意図したとおりにエンコードもインターレース解除もされていないはず。
>>827
上に書いたように映像が変化した形跡がない。VidCutterはカットや連結をするソフトであって
継ぎ目の箇所以外は元の映像データには影響を与えていないはず。
いろいろありがとう。
まずVidCutterでのフレーム移動の件だけど、これは俺の環境が悪かったみたい。
「Hardware decoding」を切ったらちゃんと操作に応じてフレーム動いたわ。
きっとGT710なんてゴミ使っているせいだな。
で、プログレ化の件は、少し言葉足らずだった。
「インタレ解除してるようだ」と言いたかった訳ではなくて、
「インターレースだと示す情報が欠落しているようだ」と言いたかった。
そう判断したのはMPCのプロパティ。
カット前は「スキャンの種類：インターレース」になっていたのに、
カット後は「スキャンの種類：プログレッシブ」になっていた。
MediaInfoも入れてみたけど同じ感じ。
「First Video Stream」という項目は見当たらなかったけど、
カット前は「スキャンの種類：インターレース」で、
カット後は「スキャンの種類」という項目が無くなっていた。
動画自体はインターレースなフレームのまま。（ちゃんと縞が残っている）
だからエンコ時にどうとでもなるし、これはさほど問題じゃなかったな…。
インタレ保持にしたいのは以下の理由。
これはもう好みの話だね。
・エンコード時にインタレ解除もすると、単純にその分時間が掛かるから。
・インタレ解除は再生機器（ただのテレビだけど）に任せたいから。
→ 下手にエンコ時にインタレ解除するよりも(俺には)綺麗に見える。
・プログレッシブで動画の滑らかさを維持するなら
bobでインタレ解除した上で59.94fps化する必要があり、
tff=1でインタレ保持するより容量が増えるから。
VidCutterが使えるようになったんで、もう少し試行錯誤してみる…。
保存用はHEVCでエンコしたいからVFRインタレ解除だわ
今度は確信を持ってフレーム選択したのに
もう疲れた
>>832
どういうこと？
0836名無しさん＠編集中 (ｱｳｱｳｴｰT Sadf-vPxa)
2018/08/07(火) 00:06:58.17ID:ViJ1pyhcaTV放送ってのはCM含めてスポンサーにどこがついてるとかCM内容はどうだとかが世相を表すのは勿論、番組内容にスポンサー配慮だったりで影響与えてたりするからね。
GT710の動画再生は優秀ってこと
やりようはあるんだろうけど面倒くさい
3年前くらいのPentium G(internal GPU)とかでもフレーム移動は
すばやくできるからVidCutterはCPU, GPUは低スペックでも動くはず。
上下、左右キーを押しっぱなしにしてもフレームのカウンターかなり速く動くでしょう。
ただ1フレームレベルで正確にcutしようとするとH.264で30分のファイルだと
異常に時間がかかる。5分たっても砂時計だからいつも自分で停止してしまう。
これはバグなのかスペック不足なのかわからない。
1フレームレベルで切りだすのはencode前の短いクリップだけにしている。
メモリたくさん(16GB以上)積んでる人は、VidCutterで30分位のH.264でも
1フレームレベル(SmartCut=ON設定)で普通の時間でCut, Joinできるのか気になる。
左側のハサミのマークをONにしないと1フレームレベルの正確なCut, Joinはできない。
時間がかかるからなのかデフォルトはOFFになっている。
フリーで対応してるのはamatsukazeくらいか
encode前のファイルをMediaInfo18.05でチェックしたけど
VidCutter5.5でCM cut, joinした後でも
Scan type : Interlaced
になってたよ。
VidCutter使う前に処理したソフトに問題があるんじゃないの？何使ったんだろう。
MKVToolNix v23とVidCutter5.5で処理した後のmkvでは問題は起きていない。
VidCutterのプログレ化の原因わかった。SmartCutだ。
目的が「Iフレーム以外での正確な切り出し」だから、ずっとSmartCut有効にしてたんだよね。
SmartCut無効だと「スキャンの種類：インターレース」が残るわ。
けど、目的は上記の通りなので、SmartCut無効にするならそもそもこれを使う必要性が無い。
そして、さっき試した限りだと、
SmartCut有効でも「確かにIフレーム以外でも切り出せるが精度が甘い」という所感…。
環境はRyzen1700にメモリ16GB。（あとGT710…）
30分程度のtsをMKVToolNixに通しただけのmkv(要はmpeg2)でしか試してないけど、
SmartCut有効でも「異常に時間がかかる」ってほどでは無かったかな、時間は計っていないけど。
でも、何回も繰り返し試験するのは気が進まない程度には遅い感じ。
っていうか、録画した時点で字幕ファイルも別に生成されるので、
そのまま再生するだけで字幕は表示される
.srtファイルを埋め込んでエンコードするのは難しくないし、
個人的には埋め込まずに.srtファイルのまま表示させるのが好きなので、
カットしなければいいだけ
mpeg2(mkv)をSmartCut=ONにしてclipのcut実験（join無し)してみた
たしかにMediaInfoでも
Scan type : Interlaced
が消えるね。
ただ実際のVideoはInterlacedのままだった。
VLC Media PlayerでInterlacing=OFFにすると縞ノイズが出る。
あとうちではSmartCut=ONで1フレーム単位のcutは正確にできている。
848続き
mpeg2(mkv)をSmartCut=ONにしてCut&Joinだと、挙動は変わるかもしれない。
かもしれないと書いたのはメモリ不足が原因なのか、
SmartCut=ONでJoinすると長いファイルは処理が終わらないから。
SmartCut=ONにしてCut&Joinをするときに限り、実際にプログレッシブに
なるかもしれない。Joinの有無で変わっている可能性ある。
インターレースはアナログTVの古い方式だしエンコードするときに
ふつうにプログレッシブに変えたほうがいいんじゃないの。
エンコード時間が増すのは事実だけど、エンコード時に解除するほうが
解除の処理方法の選択肢が多いと思うし。再生時のCPU負荷も減る。
GPUのインタレ解除の画質向上はもう望み薄だし
インタレ保持は完全に時代遅れだな
Yadifなのに2xでここまで違うかって感じ
インタレ動画を再生するときにダブルレートにしないプレーヤーなんて見たことないぞ
デッキで再生する時の話か？？
インタレ設定をあれこれするのが面倒なら、インタレ保持もまた選択肢としてありでは。
あーVLCで「自動」にすると30pになるのか。VLCなんて普段使わないから知らなかったわｗ
でも、ハードウェアアクセラレーション有効にすればbobになるよ
普通にGPUでインタレ解除すればBobになる
mpcやwin10デフォの「映画＆テレビ」ってアプリでさえデフォでGPU使うからbobになる
LAVのソフトウェアデインタレでYADIF選んでもデフォでbobでしょ。まぁ選べるけど
30pにインタレ解除するプレーヤーなんて糞画質すぎて見れたもんじゃないよｗ
>>854
下手なインタレ解除ならしない方がいいというのには同意する
だから、handbrakeが時代遅れなんだよね
amatsukazeならKFMのVFR化で全く問題ない
なめらかに動いて気持ちいいよぉ～
VLC PlayerのAutomaticのBlendとかいう設定で不満はないな
>>851
VLCのインターレース解除はきれいなほうなのか
>>853
VLCだとデフォルトではなぜかDeinterlacingはOFFになってるね
Deinterlacing設定しらないときはTVTestとかでtsを再生してたわ
>>854
横方向に流れる字幕ってアニメとかでよくあるような
インターネットへの動画放流をやめましょうとかのいらない情報だよね？
その乱れまで気にする人なら円盤買うとかエンコードしないほうが幸せになれる気がする
yadifってhandbrakeにもあるしffmpegにもあるしLAVフィルタにもあるしffdshowにもあるしavisynthにもあるし
どれも同じじゃね？VLCだけ実装が違うのか？
VLCのyadif(2x)でフルHD再生すると結構フレーム落ちしてカクつくんだよね
CPUはi7-6700だからそんなしょぼい環境でもないんだけど
だから自動だと30pになっちゃうのかな
まぁ普通はGPUでインタレ解除すればいいんだけど
handbrakeじゃできないんだけどｗ
厳密解なんか無い
簡単なアルゴリズムで高速にやろうとするとたまに騙される
よく読んで。俺はDeinterlacing方式ごとの画質違いはよくわからない。
VLCのAutomatic - Blendの設定で不満ないからそのままだった。
VLCのデフォルトはDeinterlacing=OFFだし, automaticに変えても
デフォルトは"Blend"だったと思う。YadifやBobは選択肢で選べるけどデフォルトではないはず
HandBrake - Filtersでは
Deinterlace:Yadif
Preset: Default
Interlace detection: off
だけ設定している。
そろそろエンコードするならH265にしたほうがいいのかな
同等画質ならファイル小さくなるのはいいけど
エンコード時間がH264に比べて2.5倍くらいになってしまうようで悩む
同じRF24, Medium, 1080p設定だとH264よりH.265のほうが画質がいい気がするけど
コーデック変わったら同じRFが指す画質も全然違うもの？
あたりまえ
x265はx264から+2～3ぐらいで同サイズ（同ビットレート）のより高画質になる
VidCutterの件、何度もありがとう。
# 流石にスレ違いなのでこれで最後にする（つもり）。
まずプログレ化云々の話だけど、Joinは関係無い。
830で書いた時点でJoinもしてたけど、インタレ縞はしっかり残っていた。
あくまでヘッダ上の情報に過ぎない話。
あと「1フレーム単位の正確なカット」だけど、
俺の環境では指定範囲外のフレームが残ったり、逆に欠落が出たりした。
（元のファイルと1フレームずつ比較した。）
なのでもう諦めた。
ここからはHandBrake関係する話。
インタレ解除は、831に書いたように再生機器に任せたい派。
というかエンコ時にいちいち設定を検討するのが面倒なので、
再生機器に丸投げしたいんだよね。
放送の元素材がプログレッシブなら、
テレビ放送の際にインタレ化（テレシネ化？）されても
インタレ縞なんて無いフレームの方が多いよね。
それなのに無闇にインタレ解除のフィルタを掛けたら、
時間を掛けてわざわざ汚くしてるようで何か気に食わない。
handbrakeのインタレ解除は画質悪いから、しないほうがいいで正解
ただ、KFMDeintみたいにちゃんとしたインタレ解除なら
元ソースのフレームレートを認識して
逆テレシネ、ソースそのまま、Bob化を使い分けるから
汚くなることはないよ
それなりに計算量はあるけど
↓ここに行ってその意見を広げてきたらどうだい？
https://mevius.5ch.net/test/read.cgi/avi/1485354301/
0872名無しさん＠編集中 (ｱｳｱｳｴｰT Sac2-N2gF)
2018/08/14(火) 11:28:35.35ID:s9nkExyzaチャプター名もいちいち打ち込んだりします？
0873名無しさん＠編集中 (ﾜｯﾁｮｲ aae7-g+Va)
2018/08/14(火) 12:23:42.83ID:0VL+O2Dc0> 開発版にいつのまにかNvidia NVEncでエンコ出来るモードがあった
こういうブログ記事もありますね。
https://negativo17.org/handbrake-with-nvenc-support/
この人は、nvenc を slowest モードで使っていて、それだと
エンコーディング作業を完全にはGPUにお任せしないので、
GTX1060のビデオエンジン使用率は33%にとどまってます。
（CPUの使用率や温度には言及ナシ。残念）
HDDも値下がり傾向ですし、圧縮率については妥協して、速度と品質を重視、
というのも一法ですよね。
いずれにせよ、Handbrake が重い腰を上げて nvenc サポートを始めたのは嬉しい。
なお内部では、ffmpegを呼び出してる模様。
クオリティ派の人はソフトエンコだから関係ないのかもしれないけど。
出来るぞ
今落とせるNightlyで可能。H.265ができるのは900番台はGeForce 950、960のみ
1000番台だとNVENC不可なGT1030以外は多分大丈夫
ノート用のはちょっとわからない
GTX960 の NVENC H.265 と G4560 の intel QSV H.265 の GUI での比較で QSV の方が 40% くらいサイズが小さい
CUIを使って細かくパラメーターを変えるとまた違うのかもしれないけれど
どういう設定でやったのか知らないけど、例えば同じQP値でも、
エンコーダーが異なれば仕上がり画質も変わってくるのは当たり前なのだから、
最適化が進んでないという話ではないと思うよ。
確かにその通りだね。設定は↓みたいな感じ。Autoで Video Codec だけ変えていって試してみただけ
https://i.imgur.com/YIKGF2w.jpg
HandBrakeのバージョンは "Nightly-2018081395601-a9daef1-master（2018081401）"
AMD VCEにも対応していて intel QSV よりサイズは小さくなるんだけど Fire TV で再生できないとか
他にもいくつか問題があって Auto だとちょっと使えない感じ
Avg Bitrate 指定の方がいいのかも
あと GTX970、980 も NVENC H.265 に対応しているみたい
上位機種が対応ない訳ないよ
たとえば96のtitleが登録されたりする。だけどqueにつっこむと90とかしか登録されない
登録されないファイルだけ1個づつadd queするとちゃんと登録される
何が悪いんだろ？
勘違いしていた
>たとえば96のtitleが登録されたりする。だけどqueにつっこむと90とかしか登録されない
>登録されないファイルだけ1個づつadd queするとちゃんと登録される
は
96個のファイルが入っているフォルダをドロップすると90のtitleしか認識しないが
ファイル1個1個をつまんで投下してやると登録される
の間違いでした
フォルダをドラッグすると
title:1 Chapters:1 to 1
title:2 Chapters:1 to 1
title:4 Chapters:1 to 1
みたいな感じでスキップされるtitleがあります
title:3に相当するファイルをほうりこむとちゃんと登録でき、エンコードできます
正常に読める分ずつ放り込むしかない
何か異常なタイトル情報を混ぜておいて、全部対象にするとハマるようにしてある
通常のプレイヤーからはアクセスできない隠しタイトル
ビデオカメラから取り込んだものなのでプロテクトでは無いとは思うんですが
異常な情報でもあったんでしょうね
ちまちま確認しながらエンコードしてくことにします
Intel QSV(H.264)久々に試してみたが圧縮率がひどすぎて笑った。
Quality=20, Balanced設定で
111MBのファイルがエンコード後は107MB。3.7%しかサイズ変わらず
QSV使い道が分からない。
NvidiaやAMDのencodeはH.264, H265と比べてどの程度優秀なの？
GPUエンコは保存用じゃなくて持ち歩き用
すぐに変換出来るから、見たら捨てるって動画に使う
エンコード後のサイズがでかいなら20じゃなくてもっと大きくすればいいだろ
お前の頭ではパラメータの調整もできないのか？ｗ
> NvidiaやAMDのencodeはH.264, H265と比べてどの程度優秀なの？
エンコーダと規格はどうやって比較するんだ？
x265のパラメータ変えて40回ほどテストしていたがx265はやたら時間
かかるわりにサイズ小さくならないな。
そしてx265スピードにうんざりしてQSVのH.264テスト始めた
QSVはデフォルトのQP20がどうしようもない設定だった。
エンコード前よりもファイルが大きくなる笑える設定さえある。
しかし26より下げるとQSVの存在意義がわかってきた。
encoding speedはハードウェアだけあってすさまじい
x265いじった後だと感動的スピード
静止画でみるとかなりにじみがでている。
本当に画質こだわるファイルはエンコードしないままにするしかないし
ある程度の画質劣化は妥協できるファイルならQSVとかハードウェアでさくっと
エンコードでいい気がしてきた。
HWエンコーダでエンコしてもサイズ10%盛ればソフトエンコと変わらない画質
20%盛ればソフトエンコよりも画質が良くなる
サイズ10%を縮めるのに倍以上時間かけたいって人が
そんなにいるとは思えないだよなぁ
新しく組んだRyzen7 2700xは
今まで使ってたi7 6700kの２倍の速度に成った
やはり時間掛かってもソフトエンコを高画質設定でするのが画質は良いね
CPUパワーを使う本質はやっぱりサイズなんだよな
その程度しかかわらないのか
サイズをプラス10%程度で同等品質になるという結果のURLとか
あったら教えてほしい。細かくみてみたい。
ネットで見る限りファイルサイズ、品質、スピードでバランスいいのはQSVのx265な気がしてきた。
x265の遅いという弱点をQSVのH/W encodingのスピードでカバーする感じ。
QSVでx265で使えるよう新しいCPUに変えるか
二時間物、何分かかる？
遅いといってもQSVのx264との比較でしょう
QSV-x265がQSVのx264の2倍になったところで十分に早い
ソフトウェアのx265に比べたら爆速
>>907
QSV x265対応はSkylake以降らしいね
サンプル画像もあった
tinyurl .com/y8hex5cj
要スペース削除
x265は13 fps
QSV HEVCは173 fps。悪魔的スピード
Ryzenは速いといいたいの？
x265で170 fps以上だせるRyzenを教えてよ
software encodeでそのレベルの速度が出せるとは思えないけど
techgage.com/article/a-performance-review-amds-ryzen-5-2600x-ryzen-7-2700x-processors/4/
ここみるとAMDでもintelでも同じ傾向で
HandBrakeでx265はx264の2.0-2.5倍の計算量。
QSV x264は超高速だからx265にして1/2-1/2.5になったところで十分速い
コアを増やして力業でsoftware encodeしたって対抗できる差ではないだろう
911では13倍もの性能差がでている。
浮動小数点演算を高速で実行できるコプロセッサみたいな感じで、
USBあたりにぷすっと刺すだけでH265演算を高速に代行してくれるような、
専用ハードが作れないものだろうか
ただし、今まで待ったのであればNVIDIAの新型GPUが登場するのを待ってもいいかも
USBに差すH.264変換の怪しいMedia Cnvarterならあったぞ
https://www.amazon.co.jp/dp/B000K2NP1O
専用ハードに任せられる処理を切り出したら、それはGPUでもできる気がするし
USBならUSB PD対応じゃないと電気が足りないでしょ
普及しているUSB3.1 Gen1だと900mA 5Vまでしか供給できない
USB PDはほとんどのマザーが対応していなくて高コスト
あとQSVはencode専用ハードウェアを使っているから
QSVみたいにCPUでやるのが一番コスパいいよ
wikipedia.
Quick Sync is a dedicated hardware core on the processor die.
This allows for a much more power efficient video processing.
>>916
Thunderboltは廃止らしい。独自規格乱立させてきたAppleもUSBに移行
>>919
動画の処理はiGPUかdGPUでやるのが効率いいね
>>921
アンカーつけてどの話題が具体的書けよ
Lightningの廃止は聞いたことある。
ThunderboltはIntelの規格じゃなかったか。
やっぱり記憶違いか
廃止はThunderboltじゃなくてLightningだな
>>924
ハイエンドのカード？
NVENCのx265? x264のどっち?
再生速度の17倍以上は速すぎるな
QSVはNVENCより遅いけど画質はNVENCより上らしい
520fpsなんて体験したらソフトウェア処理には戻れなそう
HWエンコで設定そのままでやったらサイズが倍のファイルが出来上がった事があったんで
それ以来HWエンコは使ってないわ
バグ持ちのバージョンだったのかもしれんけど
QSVはデフォルト設定だとファイル大きすぎになったはず。
x264ならBalancedのQP26以下にしていくとファイル小さくなるよ
Skylake以降ならQSV x265のがいいとおもう
QSV x264では高画質にするとファイルがあまり小さくならず
サイズ優先すると画質が物足りないからね
x264の2倍時間がかかるが十分はやいしクオリティとサイズを追求できる。
スピード、サイズ、クオリティのバランス。
もっと落ち着いて丁寧に仕事させるのが大変
部屋はホカホカで起きる頃にはエンコも終了！
ってわけでエンコは冬にやろうね！
これで俺は電源が付かなくなって買い換える羽目になった
1080でグラボ使用率が100％近くなったらエフェクト使っても相当速くなりそう
1080なんてCPUで言ったら16C32Tクラスなんだから100％使わなくて当然でしょう
16本同士エンコさせられるレベル
nvencは使用率低いんだよね
いろんなエフェクトかけて書き出しするから時間が掛かる
NVENCに使うエンコード用の回路がゲームとは異なるから
100%にならないんじゃないの
それNVENCのハードウエアエンコードにはあんま関係ない
Kepler世代以降のGPUであればできるからね
GT 730とか下位のGPUでもOK
>>935
A's Video Converterとか他のソフトではNVENC使うとガッツリGPU使用してCPU使用率は低い
HandBrakeでNVENC使うとCPU使用率が高くてGPU使用率が低い
aviutlのNVENCだとA's Video ConverterよりGPU使う印象
ソフトの制御によって異なるけどHandBrakeはあまりにも中途半端
上位のGPUだからエンコードのGPU使用率が低くなるとかまたその逆とかはない
CoffeeLakeならQSV x265対応するし
x265なら15倍以上、悪くても10倍以上になるんじゃない
>>936
NVENCだとHandBrake良くないのか
GTX1060でNVENCのH.265
マジか
めっちゃ速いやん
FullHDで？？
おいおい信じるなよｗｗ
A's Video Converterは読み込めない映像多すぎて変換つらい
色々試してみたけどWMVがあかんかった
コンテナの中身WMVだとエンコ進捗進まずに止まったまま音沙汰無し。
なにげにやったら確かにはえー
けどレート絞るとガサガサやな
HandbrakeのNVENCはフィルタ処理とかをCPUに完全にぶん投げてるからね
開発者がもうちょいヤル気出して最適化してくれれば嬉しいんだが
https://i.imgur.com/U0BsZT1.png
https://i.imgur.com/q40Bbaq.png
1920x1080 NVENC HEVC 2Mbps
意外と綺麗
NVEncのHEVCも画質十分きれいだと感じる
これ位でも不満ならエンコードしなければいいだけだしな
https://edit-anything.com/blog/nvenc.html
恣意的なサンプルばっかなんだよなｗ
俺はBDソースの実写系をエンコするときは720pに下げて10Mbps確保してるわ
品質指定でエンコードした結果の平均1Mbpsだから
ビットレート指定の1Mbpsとは別物
画質こだわるファイルで720pにするって意味が分からない。
720pのファイルを1080pに拡大して再生してごらん
どうしようもないクソ画質になるから。
>>960
H.264でもH.265でもビットレート指定するよりもQuality指定のほうが
いい結果得られるんだよね？
Quality指定したときはその設定値で語ってほしい。
ソースや解像度によって画質まったく変わるからビットレートで書かれてもわかりづらい
俺も画質には拘るけど 720p にしてるよ。
フルスクリーンで再生とかしないからな。
スマホ持ち運び用だから、1080pでも720pでも違いがわからんかったわ
それよりも低ビットレートのブロックノイズの方が気になるし
>954のHWエンコへのレスだからね
ま、x265もデフォルトの設定はいまいちでcrf値だけで語ってもって気はするけど
自分はcrf26で大半のソースをエンコードしてる
リサイズは1344x896が良い感じ
ノイズは潰しつつHD感はそれなりに残るし
デブロッキング・フィルタが簡易なx264とは特に相性良い
中途半端な縦解像度はやめておけ
あとで死にたくなる
再生環境の数に合わせて数種類エンコしとけ
encodeして保存しておきたいようなお気に入りの作品なら
スマホの小さな画面としょぼいスピーカー・イヤフォンで見たくはないし
煽りではなく本当に720p encodeする意味が分からない。
>>962-963
お気にいりならscreenshot取って壁紙作ったりするとおもうが
720pに落としてしまうと壁紙すら作れなくなるんだよ
あとから1920x1080に伸ばすと画質が劣化しすぎる
地デジなら1080pは死守してるわ
まぁ俺は4Kフルスクリーンで見てるから
エンコード時点である程度アプコンして1080pにしてるけど
madVR使っても720pからの拡大はきつい
人それぞれ、な？
電車通勤で結構通勤時間が長いからスマホで映画とか持ち歩いてるんだ
音質に関してもDAC通せば十分だし
電車の時間つぶしならSPで読書や音楽鑑賞はするが映画や
好きな番組の録画は見ないわ
いいシーンで乗り換えとかあったら嫌だし、まわりがうるさくて気が散るし、
覗き込まれたりするし、映像は画面小さくて楽しめないしイライラする。
楽しみにしていた作品をあえてそんな通勤電車というプライベートもなく
ストレスのたまる時間、空間でみるのはもったいなくてしょうがない。
ギャグシーンあったとして電車の中で声を押し殺して笑うの？
感動シーンでも電車で号泣しちゃうの？
えっ何やだこの人怖い
俺は別に映画見るのにプライベート空間とか意識したこと無いわ
それに取り込んだ時点で一度は見てる作品だし、高画質で見たかったらNAS経由で元データのMKV見ればいい話だし
>>969や>>974をdisるという
長文自己中なんて批判されて当たり前でしょ
disもクソも無いわ
>>975をみて嘘ついてるの分かったからもういいよ
720pが画質が悪いんじゃないといわれたら急に高画質な元データMKVが
別にある話になってたり、映画も2回目視聴に格下げされてる
高画質にエンコードしたmkvがあればそれをコピーして持ち出すし
わざわざ時間かけて720pでエンコードしたりする合理性がない。
エンコード時間もストレージも手間も無駄になるだけ。975の話は信じない。
???
最初からBDソースって言ってるからMKVがあるのは当たり前だし元データのMKVなんて1ファイル25GBもあるんだからスマホで持ち運べるわけないだろ
エンコだって2時間もあれば2passかけても終わるし、惜しむほどの事じゃないと思うが
まだ嘘を重ねるつもり、もういいよ
25GBくらいmicroSDで余裕でしょ
SPみたいな小さな画面で映画みても気にならないのなら
他人と比べてあまり画質にこだわりがないんだなということに気が付いてほしい。
GalaxyS6edge でググってくれ
俺のサブ機なんだがSDは刺さらないんだ
まぁ、人それぞれってことで見逃して
画質厨が来ちゃったからね
仕方がないね
エンコードする目的はそれこそ人それぞれだよね
例えば料理や暮らしの裏技集みたいな生活情報系で役立ちそうな箇所なら
自分なら残しておきたいけど内容さえわかればそれこそ360pクラスの低画質でも構わない
それならいつでもモバイル機器で気軽に何回でも確認できるし
画質最優先にしてるのは貴重な自然の風景や動植物を高感度で撮影した映像とかかな
ただあまりにも画質にこだわりすぎると元ファイルからあまり容量が減ってなくて
時間ばかりかけて何のためにエンコードしたのってなるんで
皆どれくらいの容量減らせたら充分と感じてるのかちょっと知りたい
まあ人それぞれだろって突っ込まれそうだけど
コイツNGでいいでしょ
ちょうど木曜だし1週間はコイツのおかしなレス見なくてい
HandBrake 総合スレッド 17
https://mevius.5ch.net/test/read.cgi/avi/1535026514/
即死回避のため20レスまでよろしく。
モバイル目的で軽くする方がもう使用目的の主流なんじゃないか
HDDはランダム遅いしすぐ壊れるし時代遅れだからはやく
SSDだけにしたくてencodeしている人もいる
SSDだけにしたいって語ってるわりに下らない地上波のtsも捨てられない矛盾
SSDは倉庫じゃないぞ？
ストレージ系はやっと値下がり始まったし、安心して倉庫用HDD積めるわ
10011001
Over 1000Thread新しいスレッドを立ててください。
life time: 574日 5時間 58分 57秒
10021002
Over 1000Thread運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- トランプ前大統領 “円安ドル高は大惨事 米国内の製造業 打撃” [少考さん★]
- 『平和堂』公式X、いなり寿司誤認逮捕事件「いなりずしを渡した知人もダメ」投稿2件に「いいね」 「誤った操作」と陳謝 ★2 [Hitzeschleier★]
- 家庭訪問中、教員がコンビニでトイレ休憩→「けしからん」と学校にクレーム電話 [少考さん★]
- 立川志らく、自動車免許返納に年齢制限を設けるべきと主張「取得は18歳…返納も75歳から80歳で決めればいい」 [少考さん★]
- 【文春】M-1王者コンビ「ウエストランド」河本太、タクシー運転手に暴行トラブル「腕に噛みつき、前歯が欠け…」 ★2 [Anonymous★]
- 政府、コロナワクチン啓発に「YouTuber起用動画9本・3200万円支出」認める「接種の重要性など、正しい情報を知っていただくために」 ★3 [Hitzeschleier★]
- LAD @ WSH ★2
- LAD @ WSH ★1
- 【SPOTV/U-NEXT/ABEMA】プレミアリーグ総合 ★132
- 巨専】祝勝会
- 【NJPW】新日本プロレスワールド part.1963
- 〓たかせん〓 ★3
- 【悲報】「ＹｏｕＴｕｂｅｒ起用動画9本・３２００万円支出」自民渋々認める、ワク信は大本営発表だった模様ｗｗｗ [733893279]
- ふはは、みろ
- 【悲報】サザエさん、女性蔑視で炎上WIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWIWI [407370637]
- ネトウヨ「愛国心のない人から順番に戦地に送られる。前の大戦でも明らか😤私は最後です。パヨクが行け」🥺 [359965264]
- 反り腰って腹の筋肉を鍛えればいい？
- ＤｌＳｉｔｅさん、ＶｉｓａやＭａｓｔｅｒｃａｒｄと交渉決裂wwwwwwwwwwwwwwwwwwwwww [207516352]