Amatsukaze その5

**名無しさん＠編集中** (ﾜｯﾁｮｲ 1536-WFXv) · 2022/11/18(金) 21:29:09.06

>>121
0.9.2.4は問題があったみたいです。

0.9.2.5
https://github.com/rigaya/Amatsukaze/releases/tag/0.9.2.5

これで >>107 の不具合が解消しました。

2022/11/18(金) 21:31:33.44

それよりは音声エンコードした方がいいんちゃうかな？そしたら分割されんのちゃうかな？まだ試してないけど

やっぱコンテナ内の同チャンネルに違う音声方式を混在させない方がいいのでは？

2022/11/19(土) 07:16:59.51

tsの音声だけエンコードしたとして、元のtsの音声と差し替えるのは何を使えばいいのかしら
こういうのかな

tsMuxeR のダウンロードと使い方 - ｋ本的に無料ソフト・フリーソフト
https://www.gigafree.net/media/blu-ray/tsmuxer.html

**名無しさん＠編集中** (ﾜｯﾁｮｲ fb9f-zHbW) · 2022/11/19(土) 11:21:30.05

久しぶりにAmatsukaze祭りになっていて嬉しい
何年も環境弄って居なかったのでどうやって設定したか忘れてアタフタした

上に書かれていた方法と同じだけど、

・rigaya氏版のzipを解凍
・旧環境からconfigとlogoとprofileの3つのフォルダをコピー
・基本設置でx264とx265がパスエラーになるのでrigaya氏バージョンに修正

でばっちり動きました
AV1環境は無いけれど、バイナリが新しいだけで気持ちいい

2022/11/19(土) 11:26:55.72

>>126
rigaya氏改造以降はプロファイルに音声エンコードが追加されてるよ

**名無しさん＠編集中** (ﾜｯﾁｮｲ ef36-KP+k) · 2022/11/19(土) 11:55:23.33

>>128
音声エンコードの追加気が付かなかったわ。

音声エンコードを行わなければソースのままという認識なんだけど、
音声エンコードするメリットってなんでしょう。
音声サイズは小さいから、エンコードする必要はない気がするのだけど。

**名無しさん＠編集中** (ﾜｯﾁｮｲ c6ba-KP+k) · 2022/11/19(土) 12:12:08.14

av1でエンコするとソース依存だがCRF28で動画サイズ600MB位になる場合もある（平均1GB前後か？）
そういう場合パススルー5.1ch音声の容量がデカすぎてかなり気になるかな

**名無しさん＠編集中** (ﾜｯﾁｮｲ c6ba-KP+k) · 2022/11/19(土) 12:15:22.70

ああすまn　映画ｔｓファイルの話です

**名無しさん＠編集中** (ﾜｯﾁｮｲ ef36-KP+k) · 2022/11/19(土) 12:15:37.47

あー5.1chですか。
5.1chの番組なんてよくあるんですかね。
番組表とかに書かれていない（と思う）からどんな番組があるのか知らないですわ。

**名無しさん＠編集中** (ﾜｯﾁｮｲ ef36-KP+k) · 2022/11/19(土) 12:16:19.31

DVDとかブルーレイの話なのか。

2022/11/19(土) 13:25:44.84

現状音声フォーマット違うと必ず別ファイルになるんで>>99みたいな番組中でフォーマット変わる番組は複数ファイルになる
音声再エンコで1ファイルになるようにしよう、という話では？

2022/11/19(土) 13:56:32.39

オリジナルバイナリではシングル音声トラックと
サブ音声トラックありのソースでエンコすると
出力ファイルが強制的に分離されてしまう仕様がある
過去ログにも出てるけど、ねほりんぱほりん特番で
過去放送分本編と山ちゃんやYOUがおしゃべりしている部分でぶった切られる

音声も再エンコされるのであればこの仕様に縛られなくなるのかな？、っと

**名無しさん＠編集中** (ﾜｯﾁｮｲ ef36-KP+k) · 2022/11/19(土) 13:59:48.03

>>134
>>135
別ファイルになったことないから知らなかった。
ありがとう。

2022/11/19(土) 14:10:32.41

アニメでも特番としてサブ音声にスタッフや担当声優の
おしゃべり入れたものがあったりするけど、こういう場合は
本編としたいカットが分離するとかないから問題起きない
NHK番組ではブラタモリとか大河ドラマとか次回予告やら解説シーンで
シングルトラックに切り替わるので
こちらとしては纏めておきたいのに
出力ファイルが分離してもにゃる

2022/11/19(土) 14:10:59.65

面倒なことどうにかしたいなら面倒くさいアプリを使えばいいと思うの

**名無しさん＠編集中** (ﾜｯﾁｮｲ 06f2-TaOI) · 2022/11/19(土) 14:23:03.31

>132
番組表では「[SS]」が5.1ch
スポーツとか映画とか、自然もののドキュメンタリーなんかでも珍しくないですよ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 12e0-yS4u) · 2022/11/19(土) 14:26:00.48

>>79>>120
進捗率と予想サイズ
それってどこの項目で見れます？

2022/11/19(土) 14:27:03.07

放送波でシュリンクしたいときはAmatsukaze+TrimViewerの鉄板組み合わせ以外考えられん

**名無しさん＠編集中** (ﾜｯﾁｮｲ ff8e-ihPV) · 2022/11/19(土) 14:58:53.33

>>126
前から音声分断対応として、TMSR6で音声を全再エンコードしてからAmatsukazeを通すという力技がある
今ではTMSR6のアップデートでチャンネル情報を残してもらえて、ロゴ消しもできるようになっている
(アップデート前はAmatsukazeの方で不明チャンネルにロゴを別で登録するという回避策が必要だった)

Amatsukazeを先に通すと音声チャンネル(フォーマット)切り替わりで分断されちゃうからね
分割されてから連結するなら切れた画像もつながないといけなくなるし手間とミスが増える

2022/11/19(土) 15:07:02.40

>>140
俺もこれ知りたい
--framesつけたけど見れない…

**名無しさん＠編集中** (ﾜｯﾁｮｲ fb9f-zHbW) · 2022/11/19(土) 15:23:57.89

これまでのバージョンでも、コンソール1のログを見たら、QSVEncの進捗率（％表示）と進捗フレーム数、残り時間は表示されていた気がするけど、
それとは別の事なんかなよくわからない
特にあらたに表示されるようになったきがしない

2022/11/19(土) 19:37:51.96

残り時間と予想サイズはnvencならサマリーに表示されるようになった
QSVは使ってないのでわからない

**名無しさん＠編集中** (ﾜｯﾁｮｲ 77f0-kfYZ) · 2022/11/19(土) 20:00:45.37

140
ｘ264には無かったがVCEEncエンコで確認
est out sizeこれか

**名無しさん＠編集中** (HappyBirthday!W e7ff-ywB8) · 2022/11/20(日) 00:37:38.94

音声を別の形式にエンコできたらいいな

**名無しさん＠編集中** (HappyBirthday!W a768-Xf0Y) · 2022/11/20(日) 10:14:02.70

圧縮音声を再圧縮とか…

**名無しさん＠編集中** (HappyBirthday! 06f2-TaOI) · 2022/11/20(日) 12:10:07.44

>>142
TMSR6で前後の余白をカットして出力（音声設定は「最低限の音声エンコード」）したあとAmatsukazeにかけてみたら、ねほりんぱほりんのスペシャルが分割されないことを確認しました。情報ありがとうございました
ただ、こうやって出力したtsをAmatsukazeにかけたとき、キューの左端の「放送日@チャンネル名」は「放送日@不明」になっています
チャンネル情報を残して出力する方法を教えていただけませんか?

**名無しさん＠編集中** (HappyBirthday! ab54-stRS) · 2022/11/20(日) 17:10:14.62

おお、やっとrigaya氏版Amatsukaze0.9.2.5導入したんだが
確かにNVEncでもサマリーに進捗率と残り時間出るようになってるな
これは有り難い。感謝感謝

**名無しさん＠編集中** (HappyBirthday! 6202-TaOI) · 2022/11/20(日) 18:16:52.55

ssimオプションつけても結果が出力されないな

**名無しさん＠編集中** (HappyBirthday! MM8e-cAoW) · 2022/11/20(日) 23:34:19.20

--crop はまだ考慮されてないかな？
Amatsukazeフォームで全体をリサイズしてエンコーダ側でクリッピングするという変態使い方が仇になって…

**名無しさん＠編集中** (ﾜｯﾁｮｲ ff8e-ihPV) · 2022/11/21(月) 02:25:44.83

avisynthでできることはほとんどできるべ・・・

2022/11/21(月) 06:42:59.20

qaacで音声エンコードしたいけど、ビットレート指定が反映されない＋追加オプション入力するとエラー吐いて止まるんだけど
なんでだろ？

2022/11/21(月) 07:00:35.61

>>154
エラー内容は？

2022/11/21(月) 07:53:48.46

>>155
[SVT-Error]: single dash long tokens have been removed!
Error in configuration, could not begin encoding! ...
[SVT-Error]: single dash long tokens have been removed!
Error in configuration, could not begin encoding! ...
Run C:/Amatsukaze/exe_files/SvtAv1EncApp_v1.3.0_x64.exe --help for a list of options
AMT [error] Exception thrown at ProcessThread.hpp:233
Message: failed to write to stdin pipe
AMT [error] Exception thrown at ProcessThread.hpp:93
Message: DataPumpThread error

AMT [error] Svt[info]: SVT [build] : GCC 12.2.0 64 bit
AMT [error] Svt[info]: LIB Build date: Oct 20 2022 22:57:24

AMT [error] [SVT-Error]: single dash long tokens have been removed!
AMT [error] Error in configuration, could not begin encoding! ...
AMT [error] Run C:/Amatsukaze/exe_files/SvtAv1EncApp_v1.3.0_x64.exe --help for a list of options

AMT [error] Exception thrown at Encoder.hpp:134
です。

2022/11/21(月) 14:37:21.52

どうやら「音声エンコーダ追加オプション」に書いたオプションが動画エンコーダの方に追記されてるっぽい、、

2022/11/21(月) 14:54:27.61

Ryzen 9 3900xでSVT-AV1をテストしてみてるけど、x264 crf20 veryslow比でcrf28 preset5 10bitが約1.3倍のエンコ時間で約1/3の容量になりSSIMもちょっと上回るので悪くない感じ
ところで、qaacで元ファイルが5.1chでも出力ファイルは2chになりますね

2022/11/21(月) 17:08:46.28

svt-av1はx265よりコア数使ってくれる印象

**名無しさん＠編集中** (JPW 0Hfa-5GRY) · 2022/11/21(月) 19:21:03.85

流れを読まずになんだけど、DVDソースの.vobとかを、ffmpegで映像copy音声は予めaacにしてm2ts(.ts)で処理した上で、amatsukazeのKFWを使いたいんだけど、やってる人いたりもっといい方法ないかな？

2022/11/21(月) 22:34:54.31

BS11でたまに見るBUGATTIというCM邪魔だな
余分にカットされちまう(´・ω・`)

2022/11/22(火) 01:09:05.96

>>158
ドラマやアニメだと書いた通りだけど、バラエティだと時間3倍で容量2/3て感じで効率悪いな…

**名無しさん＠編集中** (ﾜｯﾁｮｲ c6ba-KP+k) · 2022/11/22(火) 01:31:50.94

24fpsの圧縮率は高い
720pリサイズがダメかな1080の方が圧縮効率がいい
明らかにランダム再生でav1って分かるからssimが騙されてる感じもするが
ssim99を狙うとx265の方がいいけど97位で妥協できるならすごい圧縮効く

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5202-vwgw) · 2022/11/22(火) 20:10:52.57

>>160
俺も映像と音声さえあればAmatsukazeで扱えるTSに変換(偽装？)してくれるツールが欲しい

2022/11/22(火) 20:14:38.37

尼の作者は汎用化を嫌ってたからねぇ
決め打ちで放送波を変換する用途だけしか頭にない感じだから

2022/11/22(火) 20:16:52.48

>>160
PV4ファイルエンコするときに
CUDAfiltersのKFMを使ってavs作ってaviutlでエンコしてる
これがもっといい方法なのかはわからない

**名無しさん＠編集中** (ﾜｯﾁｮｲ 86bb-dd4m) · 2022/11/22(火) 21:42:11.81

このスレ10年くらいROMってる気がするんだけどおじさん何言ってるか全然わからんかった>>163

2022/11/22(火) 22:01:38.17

ワロ

2022/11/22(火) 22:59:23.31

qaacしか試してないけど副音声があっても主音声しか含まれないね
5.1chも2chになるけど他のaacでも同じなのだろうか

**名無しさん＠編集中** (JP 0Ha3-stRS) · 2022/11/23(水) 00:30:12.32

rigaya（様）版だと優先順位守ってくれない...当然おれ環の可能性もありですが

2022/11/23(水) 00:45:50.11

音声を弄らずそのまま出すから主副2トラックであっても
出力ファイルにもサブ音声付きを維持出来ていたのかもね
複数音声トラックを維持したまま再エンコードして複数トラックで
出力するエンコーダってあるんスカ？

2022/11/23(水) 00:49:35.32

そういえば優先度って☆☆☆☆☆とか星の数とかで書いた方が分かりやすそう
とか思ったことはあるな。数えるのも面倒だし数字で書いた方が分かりやすに戻るのであった

**名無しさん＠編集中** (ﾜｯﾁｮｲ 42d2-stRS) · 2022/11/23(水) 00:56:45.93

キュー停止状態でAmatsukaze落として、再立ち上げした時にはキューの一番上が始まる
以降は優先順位でおこなわれてる。。。ような気がする

2022/11/23(水) 17:52:10.87

svt-av1常用テスト中
環境：Ryzen 9 3900x＋RTX 2070 Super
追加オプション：--crf 28 --preset 5 --input-depth 10 --keyint <10xfps> --scd 1 --enable-overlays 1
出力：qaac、720p
x264 crf20 veryslow比で概ね1.3～2倍のエンコード時間と0.3～0.6倍の容量
スポーツや散歩系バラエティ等の常に画面全体が動くものは5倍のエンコード時間で85％の容量だったりするのでx264のままが効率良さそう
ハードウェア支援なくても再生負荷は問題なし
最新の技術をいち早く試すことができてnekopandaさんとrigayaさんに感謝！

2022/11/23(水) 18:06:08.30

rigaya 氏版 0.9.25
output-res 1440x1080 sar 4:3 で出力したいんだけど
sar 1:1 になってしまう
横1280 1920 以外は異端児なのかなあ

**名無しさん＠編集中** (ﾜｯﾁｮｲ e736-KP+k) · 2022/11/23(水) 18:17:48.50

それってnekopandaさん版だとどうなんです？
もし、動作が違うなら問い合わせれば修正してくれると思う。

2022/11/23(水) 19:06:31.04

オリジナル版では問題ないです
乗り換えて気づきました
ソースをみるとoutput-res があるとsar 1:1 決め打ちの実装になっているようです

**名無しさん＠編集中** (ﾜｯﾁｮｲ e736-KP+k) · 2022/11/23(水) 19:33:59.81

あーそれじゃあ0.9.25の問題ですね。
0.9.23の問題を修正したときにそうしたんでしょう。

2022/11/23(水) 19:47:38.14

704x396の俺も無理か

**名無しさん＠編集中** (ﾍﾞｰｲﾓ MM9e-p9kU) · 2022/11/23(水) 23:00:21.47

>>169
あれ？
rigaya氏版の話？
まだよく確認してないけど5.1chなTSのはずで音声エンコード非チェックなのに2chにエンコードされていたようなあやふやな記憶
帰宅したら調べてみるかな、あと3時間かかりそうだけど

**名無しさん＠編集中** (ﾍﾞｰｲﾓ MM9e-p9kU) · 2022/11/23(水) 23:04:28.11

それよりもrigaya氏版で2つ気になったことが
一つはGUIが一時的に数十秒重くなるケース
もう一つはタスクバーに登録して起動する場合と直接起動する場合とでprofile,avs,実行ファイルなどのフォルダが変わること

俺環かも知れんけど一応書いとく

**名無しさん＠編集中** (ﾍﾞｰｲﾓ MM9e-p9kU) · 2022/11/23(水) 23:07:19.89

あ、俺環はWindows11pro.devの最新版に5800xとGTX1060、メモリ32GBだす

2022/11/24(木) 00:02:39.41

output-resの件
ブログで反応してくれてる

2022/11/24(木) 00:18:24.25

0.9.2.6

**名無しさん＠編集中** (ﾜｯﾁｮｲ e736-KP+k) · 2022/11/24(木) 00:22:27.57

本格的にAmatsukazeに関わるつもりはなかった感が
滲み出ているけどありがたい。

そんな気はしていたけど、SARは仕様変更ということだね。

**名無しさん＠編集中** (JP 0Hfa-stRS) · 2022/11/24(木) 04:12:10.14

nekopandaさん版からの

「解像度を変更すると、出力のサンプルアスペクト比(SAR)は1:1と解釈されます。
解像度を変更しなければ、入力のサンプルアスペクト比はそのまま保持されます。」

じゃないの？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 3b68-zHbW) · 2022/11/24(木) 16:21:10.70

スマホで見るのにできるだけファイルサイズ小さくH.264 mp4に変換していたので、音声圧縮のおかげでさらにファイルを小さくできて、rigaya氏にめっちゃ感謝。

ちなみに、
https://enctools.com/qaac/
にそってqaacインストールして、Amatsukaze 0.9.2.6でqaac ビットレートを指定しない、音声エンコーダ追加オプションを -V 54 にしてます。

動画の方はQSVEncで、下記の設定にしてます。
--vpp-deinterlace normal --output-res 1280x720 --la-icq 38 --la-quality slow --la-depth 80 --gop-len 300 -b 9 --b-adapt

それほどこだわりがないので、この程度の動画品質で満足してます。

2022/11/24(木) 17:45:43.23

映画2本からTMSRで音声ファイルのみ出力してqaac64.exeで直接テストしたところ、qaacのデフォルト値での5.1chの音声圧縮はどちらもむしろサイズ増加になったので、5.1chでは音声圧縮なしで今まで通りの方が良さげ
2chだと今のところ全てサイズ縮小できてるぽい

**名無しさん＠編集中** (ｵｯﾍﾟｹ Srdf-dyI5) · 2022/11/24(木) 18:43:32.32

仕様ならしかたないですね
ソースが1440ならそのままエンコード
1920→1440 sar 4:3 ならカスタムフィルタでリサイズでいいのかな？
またはmkvmerge のコマンドに解像度を渡してるのでこれを上書きするラッパーでもいいか

2022/11/24(木) 18:45:34.44

>>180
rigaya氏版0.9.2.6で音声エンコード非チェックで試したところ5.1chで出力されたので非チェックは問題なさそう

2022/11/24(木) 18:58:06.08

rigaya氏版のリサイズは今までと動作が異なるぽい
x264でリサイズチェックを1280x720にしてエンコーダ追加オプションにcropで左右160pxずつ削って960x720にしてたけど、rigaya氏版でエンコードしたファイルから表示1280x720で横に引き伸ばされて再生される

2022/11/25(金) 19:12:18.97

nekopandaさん版だけど

マザー故障から、3060 と1650を１台のＰＣに
集約したんだけど、
各GPUへ３パラで動かすためにリソースを
CM解析からエンコードまでを33%に絞って
全体GPU最大リソースを99に設定したんだけど、
CM解析の中のKFM呼び出しで、ドライバーチェックで
待ちを検知せずに？リソース確保エラーで終了する。

見落としなのかな。。。
一台に複数GPU使いの人で解決して居る方は
居ませんか？

2022/11/25(金) 19:24:32.30

普通グラボ一枚で実装するわな

2022/11/25(金) 19:43:44.56

NVENCはリソースとGPUの使用率を
みてくれるっぽい動きだけど、

KFMなどの前処理について、チェックが甘い気がするんだよなあ。

NVENCとQSVの同時実行した場合とか
上手く動かないかなあ。

2022/11/25(金) 20:12:41.52

>>192
33%に絞ってってどうやってる？
並列実行の為に数字設定できるけどあれにリソースを絞る機能はないよ
あくまで｢並列実行の条件｣を決めるための機能

2022/11/25(金) 22:46:36.86

それ並列処理を3Job以上にしたときグラボの割り振りが跨ぐだけじゃないかな
しらんけど

**名無しさん＠編集中** (ﾜｯﾁｮｲ 178e-RVlR) · 2022/11/26(土) 01:33:12.14

SkylakeのQSVx2とRTX2060のNVEncｘ2の4本同時はやってる人いるから動くんじゃね？
効率は悪そうだったけど

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9f9f-ykd8) · 2022/11/27(日) 13:34:36.58

qaacを入れて音声エンコード選んでみたけれど、副音声消えちゃうのね（おまかん？）
ファイルサイズでかくなるけど諦めた

2022/11/27(日) 16:40:54.83

ふーむ、何の設定もせずに多重音声を引き継いでフレーム編集さえ出来る総合エンコーダが他にあったのかなあ？

**名無しさん＠編集中** (ﾜｯﾁｮｲ d75f-RPwI) · 2022/11/27(日) 18:30:00.01

0.9.2.7

**名無しさん＠編集中** (ﾜｯﾁｮｲ d736-L9hK) · 2022/11/27(日) 18:47:18.39

>>200
ここで話題になってたアスペクト比の件、もとに戻したみたいだから直ったかもしれないですね。
アスペクト関連は人それぞれ設定違いが多くて大変なのだろうか。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9f9f-ykd8) · 2022/11/27(日) 21:53:41.37

オタクの徒然日記の通りにbat作れば、CLIだけどロゴカットCMカット多重音声のbatは作れるな

2022/11/28(月) 01:48:49.78

>>198
TSの音声ってaacの圧縮音声やろ？そんなでかいかな？無変換でのせたとしても

**名無しさん＠編集中** (ﾜｯﾁｮｲ 178e-RVlR) · 2022/11/28(月) 07:35:00.90

少しでも縮めたいっていう話じゃね？限界に挑戦してるんだよきっと

**名無しさん＠編集中** (ﾜｯﾁｮｲ 1f9f-ykd8) · 2022/11/28(月) 08:04:52.35

>>203
VPN接続して、外部からスマホの画面で見るから360pまで縮めてるのよね
VPN経由なので回線速度が出ても1~2Mbps位しかない事とパケット代削減で小さくしたかった
1時間番組で100MByte位まで圧縮できるんだけど、多重音声だと150MByte位になるので勿体ないなと

2022/11/28(月) 08:54:45.72

音声圧縮したい場合って少しでもサイズを縮めたい時だと思ってたからAAC→AACってあんまりニーズがないと思ってたけどどうなんだろ

opusとかには対応しないんかね

**名無しさん＠編集中** (ﾜｯﾁｮｲ 178e-RVlR) · 2022/11/28(月) 10:55:21.66

音声多重カットや5.1ch→2chの決め打ち仕様はその点ベストに働いてたわけだな
今までの仕様の音声そのまま残したい人からすると抜け落ちてるような感じになってはいるが
AV1と合わせて保存用とは違う方向のエンコード目的だもんな
俺なら360pで見るのもつらいし、パケット気にするなら充電中にコピーして見る分だけ持ち歩く方を選ぶけど

2022/11/28(月) 11:46:01.69

>>206
opus対応したら俺的には超嬉しいわ

2022/11/28(月) 12:11:18.06

AACをAACに再エンコードなんかしたら、音が痩せまくるぞ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 1f9f-ykd8) · 2022/11/28(月) 12:29:43.11

人様の環境はわからんけど、Amatsukazeでmp4化すると、音声のビットレートは500Kbpsとか異常に高い数値になるのよね
で、これが2chとかになるので容量が肥大する
過去どっかのサイトでブラインドテストをやっていたけれど、256Kbps以上はプロでも音を聞き分けられる人はほぼいないというし、
半減でもできれば素人の耳には音の変化なんて感じないと思うのよね
って、対応してないものをいくらいってもしゃーないんだけど

**名無しさん＠編集中** (ﾜｯﾁｮｲ 1f9f-ykd8) · 2022/11/28(月) 12:32:17.71

>>210
ごめんみ間違えてた
250Kbpsがシングルチャンネルで、多重チャンネルなので500Kbpsになってた
いずれにしても出先で見る程度なので128Kbps位になったらうれしかったけど、以下略

2022/11/28(月) 15:06:56.89

bpsよりも使うコーデックで変わるでしょうし
Mp3は256bpsVBR設定だったあの頃
今の音声コーデックならもう少し下げてもわからないんどろうけど
出力するスピーカーでも大きく左右されるしな

2022/11/28(月) 15:08:57.66

5.1chでも左右chはハイビットレート、サブはロービットレートとかの指定ってできるんだっけか？
ニーズは少ないかもだけど

2022/11/28(月) 15:21:55.62

サラウンド音声は、元からそういう設計をしている

**名無しさん＠編集中** (ﾜｯﾁｮｲ 1f9f-ykd8) · 2022/11/28(月) 16:03:38.12

いやなので、上に書いた通りですが、ビットレートが高すぎてファイルサイズがデカイので（以下略

**名無しさん＠編集中** (ﾜｯﾁｮｲ ffbb-zuBb) · 2022/11/28(月) 18:19:16.01

>>214
自由に設定できるのか
知らなかったよ
パラメタ調べてこよっと

**名無しさん＠編集中** (ﾜｯﾁｮｲ ffbb-zuBb) · 2022/11/28(月) 18:30:50.24

--audio-bitrate [<int/string>?]<int>
か
でもch別に指定はできなさそう
まぁいいけど

2022/11/28(月) 18:33:55.18

ビットレートを下げてファイルサイズは小さくしたいけど5.1chなりの多チャンネルは残したいのかな？なかなかに二律背反な望みですねw

**名無しさん＠編集中** (ｵｯﾍﾟｹ Srcb-SbPE) · 2022/11/28(月) 18:45:46.83

スタジオならまだしも
再エンコードでしょ
バランスがヘロヘロになりそうだけど
それでいいってのは
再生機器もろくなもんじゃないんだろうな

2022/11/29(火) 08:26:34.55

品質と取り回しのよさのバランスをどこにとるかであって、とにかく最高品質でなければいけないわけでもあるまい

2022/11/29(火) 08:51:42.02

AACの再圧縮についてこんなのが
https://mikajabana.medium.com/37c332627714
高ビットレート＋ミュージックでこれなのでテレビ音声ならなおさら数回程度の再圧縮のデメリットはなさそう

2022/11/29(火) 09:43:03.79

>>221
ヘタレなスピーカー使ってるんじゃないかなあ

**187** (ﾜｯﾁｮｲ f768-ykd8) · 2022/11/29(火) 09:51:18.98

現在の放送波の音声ビットレートは1音声あたり144Kbps-384Kbps。
qaac -V 54で、おおよそ80-90kbpsになってるのでかなり圧縮してくれています。

視聴環境はiPhone+AirPodsPro2もしくは超単焦点プロジェクター＋内臓スピーカーで、その範囲では特に不満は感じてないです。
高級スピーカー使って音楽番組を視聴するならいまいちなのかもしれないし、この辺りは個人の価値観の問題かなあと思う。

ちなみに個人的に副音声は不要だったので、これまではAmatsukaze実行後batでffmpeg使って
主音声のみファイルのを作成していました。下記でうまく消してくれていました。
ffmpeg.exe -y -i "%OUT_PATH%.mp4" -map 0:v -vcodec copy -map 0:a:0 -acodec copy "%OUT_PATH%_2.mp4"

**名無しさん＠編集中** (ﾜｯﾁｮｲ bf9f-ykd8) · 2022/11/29(火) 10:37:21.66

人によって求める物が違うので、音響云々と煽る意味がわからない

**名無しさん＠編集中** (ﾆｸｸｴ d75f-6qjC) · 2022/11/29(火) 12:24:55.15

すいませんAmatsukazeで地上波TSのバラエティをNVEnc 30fpsでhevcで保存目的エンコをしてるんですが、
自動ビットレートのa b h264はどのくらいの数値にしておけばいいのでしょうか。
hevcならh264は関係なさそうなんですがaとbの違いがよくわかりません。
a0.30 b300.00くらいにするとビットレートが4000kbpsの動画になりますが、h265の動画としては無駄にビットレートが高いかと思いますが
いかがでしょうか

**名無しさん＠編集中** (ﾆｸｸｴ bf9f-ykd8) · 2022/11/29(火) 12:37:09.01

-c hevc --preset quality --vbrhq 0 --vbr-quality xx --bframes 2

ってやって xx の数値を適当な値にした方が、結果として良い形になると思う
つまり、a b h264は使わない

この話とはそれるけど、上の設定はbframesを有効にしてるけど、
NVENCはたしかGTX1660以降（だったか？）じゃないとbframesが使えなかった記憶があるので（曖昧）、
使っているグラボによっては、このパラメータだとエラーに鳴るかも
その場合は--bframes 2とってください

いずれにしたって、固定品質モード「--vbrhq 0 --vbr-quality xx」でやったほうが結果は良い

xxは23位から始めてみて、24、25って増やしていきながら、
プロパティのビットレートをみて2500Kbps位になる数値をみつけてくんさい

**名無しさん＠編集中** (ﾆｸｸｴ 178e-RVlR) · 2022/11/29(火) 14:05:33.38

hevcのvbrなら30でもTVerより高画質な場合もあるしね(実写は設定次第では28くらいから動きの大きいところでノイズ目立つようになるけど)
どうしても固定ビットレートにしたいとか、1/4にしたいとか、円盤に焼くんだとかいうのでもなければ、今は固定品質の方がいい

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 17:06:49.70

hevcでのBフレーム対応エンコーダ搭載グラボは1650S等の無印ではない1650と
1660以降と認識していればいい
1650には一部例外があるみたいだけど、いちいち区別するのは面倒よ
1060とか1070は対応していない

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 17:13:35.64

>>225
その数値の定義付けの意味は自分でも理解していないけど
出力ファイルでの映像破綻を認識出来ないケースにおいて
a 0.40 b 400.0 h264 1.60
としてプロファイル設定してる
あとはエンコーダ追加オプションに追加記載して品質や出力容量を調整してる

**名無しさん＠編集中** (ﾆｸｸｴ f72d-RPwI) · 2022/11/29(火) 17:15:36.59

1650でBフレ対応はコアにTU106と116を積んでる
補助電源が必要なやつ

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 17:22:27.13

追加オプション記載は概ね >>226に準じるけど
-lookahead 32 --gop-len 90
も付けている
既存エンコ出力と設定の統一性持たせるためにあえてavcでエンコしてるが
実写もので1G越える容量になるものが出ちゃうなど圧縮の程度はやはりそれなりに
ソースより縮んで3割超で済めば良し、としてる

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 17:32:19.44

それで目標品質決める --vbr-quality xx は31
avcエンコ、自動ビットレート指定にチェック入れても大抵ケースで見た目は案外問題ない(自己評価
破綻してるなと気が付く箇所はブロックノイズ、緩やかな色調変化でのバンディング
こういう場合は自動ビットレート指定を止めて目標品質を26、それでもバンディングに気が付いたときは24にしてる

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 17:35:06.82

hevcエンコでは多くの試行をしていないけどどのケースのソースであっても
目標品質31のままでいける気がする

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 17:55:59.27

NVEncではなく、QSVEncのHEVCの事だけど、今日実験したら面白い結果になった

QSVEnc --icq 23 -u 1
QSVEnc --icq 23 -u 1 -c HEVC

でやると、同じSSIMのファイルが出来たまずこれに驚いた
ただし、HEVCに方はビットレートが半分位で、ファイルサイズも半分位のmp4だった
ちなみにH264だと250fps位でるけれど、HEVCだと100fps位なので時間は2.5倍かかった

これまでHEVCは超乱暴にいうと、HEVCのicq 30とH264のicq 23が同等みたいなイメージだったんだけど、
QSVEncだと同じ固定品質の場合は、HEVCはビットレートを下げてファイルサイズを小さくして、同等のSSIMのmp4を作るみたい（？）
つまりは本来の意味でいう固定品質（？）っぽい動きを、QSVEncはとってくれるみたい（？）

ほへーってなった

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 17:57:36.09

うちで主にエンコードする動画はQSVEncの場合icq 23位でSSIM0.985位なので、-c HEVCをつけて、ファイルサイズ小さくする事にしました

**名無しさん＠編集中** (ﾆｸｸｴ d736-L9hK) · 2022/11/29(火) 19:04:08.76

>>226
便乗して教えていただきたいのですが、Bフレームを試してみると、
-bframes n の後ろの数字でビットレートが増減してファイルサイズが変わるようです。

このとき、ファイルサイズは違うけど、動画の品質は同じと思ってよいのでしょうか。
（それがBフレームのメリットと思っているのだけど）

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 19:55:19.98

Bフレームは画面丸ごと記録、Bフレームに連携した後のフレームは
画面変化した分を差分として少ないデータで画面を作成する

オプションで指定する数値はBフレ後の何々フレーム分まで差分として記録するかということなので
この数値が多ければ差分としてより少ないデータから生み出されたフレーム増えるのでビットレート下がる

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 19:58:33.03

これもあまり理解していないけど、再生時のシーク精度に影響あるんじゃないかな？

**名無しさん＠編集中** (ﾆｸｸｴ d736-L9hK) · 2022/11/29(火) 20:00:52.42

>>237
＞この数値が多ければ差分としてより少ないデータから生み出されたフレーム増えるのでビットレート下がる

なるほど。
ありがとうございます。

**名無しさん＠編集中** (ﾆｸｸｴ MM8f-YDwj) · 2022/11/29(火) 20:14:28.72

HEVCは10bitいけるのが大きいよね。他はそんなに優位性を感じないけど

**名無しさん＠編集中** (ﾆｸｸｴ d736-L9hK) · 2022/11/29(火) 21:09:10.65

>>240
-output-depth 10ですよね。
試してみましたが、ファイルサイズなどまったく同じで違いが分からないのですが、
どのようなリットがありますか。

質問ばかりですみません。

**名無しさん＠編集中** (ﾆｸｸｴW d75f-SbPE) · 2022/11/29(火) 21:11:57.78

暗部のグラデーションが良くなるよ
ビットレートが低いとブロックノイズが目立つけど
それが軽減される
アニメでもいいけど実写のライブ映像はわかりやすい

**名無しさん＠編集中** (ﾆｸｸｴ MM8f-pl4w) · 2022/11/29(火) 21:20:09.10

特にAmatsukazeはフィルタ処理を14bitでやってるから処理後が8bitではかなしすぐる

**名無しさん＠編集中** (ﾆｸｸｴ d736-L9hK) · 2022/11/29(火) 21:26:25.77

>>242
>>243
数字に現れない部分が綺麗になるのですね。

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 22:01:33.43

>>236
ワイが投稿主なので、ワイなりに返答を。

すっごい乱暴にいうと、例えば、お空に飛行機が飛んでいて、飛行機だけが左から右に移動しているような映像とする。
この時って、後ろの風景ってもちろん雲は流れてるけれどすっごいゆっくりで、一方で飛行機って超高速で左から右に移動するよね？

これを1秒間に23回とか30回とか60回とか超高速でみてみると、実は動いている部分は動画の中で飛行機だけで、
背景は全く動いていないなんて事も十分おこりうるわけ。

なので、こういう時に、動かない部分の映像はなかった事にして、動く部分だけをエンコードしちゃうんです。

つまり

1フレーム目（全部うつってる）・・・これをIフレームという
2フレーム目（飛行機だけがうつってる）・・・これをPフレーム or Bフレームという
3フレーム目（飛行機だけがうつってる）・・・これをPフレーム or Bフレームという
4フレーム目（全部うつってる、雲がほんのすこし動いてる）・・・これをIフレームという
以下略

ってな具合にエンコードするんですわ

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 22:01:52.78

>>236
(続き）
今回はPとかBの違いは省くけど、超カンタンにいえばさぼって一部だけの映像データを差し込んでいるとおもってくれい
つまり、サボった映像データが沢山あればあるほど、その分動画は軽くなる
なので、Bフレームの数をデカくすればするほど動画のファイルサイズはちっさくなるという事になる

ただ、その分シークをした時にIフレームとIフレームの間があくことになるので、
例えば1フレーム早回しをしようとしても、bフレームが2のときと、10の時では、
10の時の方が沢山秒数がすすんでしまう
つまり1コマ早送りや巻き戻しが長くなってしまってもっさりする

それと、一般的にいってbフレームを100とかくそでかくしても、そんなに長いあいだ一部だけしか動かない動画ってなかなかないので、
bframesは4位を上限に、そこから先は殆ど動画圧縮効果は無いと言われている（あくまでも一般的に）

なので、通常は2～4くらいにしておいて、早送り、巻き戻しを多用するなら2、しないなら4とかにしておけば良いと思う。

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 22:04:20.64

もう1つ大事な事をかきわすれた。bframeは2の時がもっとも高画質になって、大きくすると画質はさがる
当たり前だけど、サボる量が多くなるからね

話かわって10bit動画はたしかに画質は上がるけれど、動画の互換性の面などで課題があるし、
言うまでもなくファイルサイズもでかくなるし、言うほど画質があがるわけではないので、
実用性ではあんまりメリットはない

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 22:11:41.66

つらつらすまん
bframesを大きくすると、エンコードするのにもCPU負荷があがって時間がかかるようになるし、
当然、再生する端末も負荷が高くなるので、へっぽこPCとかだとカクカクするようになってしまうかもしれない
この事からも無闇にbframesを上げるのはおすすめせんよ

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 22:23:10.42

x264 エンコード実験 --bframes編という記事で、rigaya氏も、bframesは2か3が実用的といっていて、
これ以上ふやしてもエンコが遅くなるだけでメリットはほぼ無いと言ってる

bframesを増やせばどんどん画質があがるとか言ってるブログもあるけど、そんな事はないと思うので、
ワイは上で2とかいっておきながら、実際にはbframes 3でやってる

**名無しさん＠編集中** (ﾆｸｸｴ d736-L9hK) · 2022/11/29(火) 22:26:20.37

>>247
bframeは差分を取るだけだから画質には影響がないと思っていました。
デメリットも分かって助かります。

早送りや巻き戻しをすることはめったにないから4でも問題ないかもしれないけど、
ただ、2が最高画質と聞くと悩ましいので、いろいろ試してみたいと思います。

ありがとうございました。

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 22:34:38.75

>>250
x264とかだと -b 2 -ref 4のように、1:2の割合にすると画質があがるといわれていて、
-b 3 -ref 6とか、-b 6 -ref 12なんてのも良いといわれてる
ただNVEncをワイが使ってないのでこのあたりがわからんのよね

なので -b 4 でも、 -ref 8とかにしたら画質劣化はNVEncでも少ないかも（試してみて）

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 22:40:40.47

>>241
エンコードにおけるプロファイル設定があるんだけどhevcならば
main10 プロファイルを明示的に記述してやることが大切よん
--profile main10 --output-depth 10

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 22:47:45.70

なめらかにグラデーション表現されている部分がエンコでビトレ不足していると
帯状に色違いの縞模様出力になっちゃう
いわゆるバンディングっす
hevcならば階調表現に優位性があるのでavcに比べてより少ないビトレであっても
同等画質維持できるのではないかと
近頃流行りのAV1はエンコ設定知らないので
どうなってるのか知りません

**名無しさん＠編集中** (ﾆｸｸｴW ff10-18cG) · 2022/11/29(火) 22:55:15.71

エンコ設定における目標品質が十分だった場合
10ビット深度の有効性があまり出ないのかもしれないね

**名無しさん＠編集中** (ﾆｸｸｴ 9f9f-ykd8) · 2022/11/29(火) 23:02:55.29

rigaya氏が散々エンコードテストでSSIM開示してくれているけれど、

HEVCのbframe付きの8bitでエンコードした場合、1000Kbps程度の映像データでSSIMは0.983
HEVCのbframe付きの10bitでエンコードした場合、1000Kbps程度の映像データでSSIMは0.984

NVENCの場合bframesの効果が絶大すぎて、
HEVCにおいては、10bitと8bitの画質さがそもそも殆どない
つまり10bitのメリットはほぼ無い

**名無しさん＠編集中** (ﾆｸｸｴ d736-L9hK) · 2022/11/29(火) 23:10:01.72

>>252
main10はおまじないみたいに付けているんだけど、
どういう効果があるのか分かっていないです。
たしか、参考にしたサンプルをそのままコピペしたと思います。

**名無しさん＠編集中** (ﾆｸｸｴ Sa5b-RBEu) · 2022/11/29(火) 23:39:35.56

>>241
バンディング低減を使う為じゃない

2022/11/30(水) 00:09:05.33

8bitと10bitだとデータ差は4倍でしょ？これでメリットないとか謎ですなww

2022/11/30(水) 00:18:57.74

>>252
プロファイル指定してなかったけどオートでmain10選んでくれてたわnevencがwwうーん有用なオートですねさすが

2022/11/30(水) 00:22:14.02

3行でおk

2022/11/30(水) 02:03:58.75

https://qiita.com/miyanaga/items/16c8b89b3aa20356b6fe
まぁssimは色域に関して評価値があてにならんというかバンディング出した方が数値高くなるので・・・
個人的に海中映像、ダークシーンは特に目立。酷いシーンに遭遇するまでは自分も8bitでやって後悔した

**名無しさん＠編集中** (ﾜｯﾁｮｲ 178e-RVlR) · 2022/11/30(水) 05:58:15.81

>>256
GPU世代とエンコーダーと差が出ない設定の全部を書かないと解決はしないよ
古いGPUじゃ対応してないし、ほとんど差が出ないアニメもあるしね

2022/11/30(水) 07:42:21.52

10bitはバンド低減フィルタ入れないと意味ないでしょ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 979f-ykd8) · 2022/11/30(水) 08:17:35.01

>>258
データ上の差は勿論あるけれど、人間の眼には判別できないって話

2022/11/30(水) 11:40:31.64

糞モニターしかもってないからだろ

**名無しさん＠編集中** (ﾜｯﾁｮｲ ffba-L9hK) · 2022/11/30(水) 12:01:05.22

>>262 TN液晶使ってるとかGPUの世代が古いとかだと話がかみ合わないかもしれないね

**名無しさん＠編集中** (ﾜｯﾁｮｲ 979f-ykd8) · 2022/11/30(水) 12:06:23.65

SSIM0.98以上の違いが分かる猛者は、宇宙人か？
それとも糞設定でのエンコードの話してるの？それなら別だが

**名無しさん＠編集中** (ﾜｯﾁｮｲ 979f-ykd8) · 2022/11/30(水) 12:15:46.96

てかTN液晶とか糞モニターガーとかいってる時点でわかってなさそう

8bitだって10bitだって、HEVCでビットレートを1000kbps程度になるようにエンコードすれば、
構造的類似性(SSIM)が98%以上になり、
デジタルデータなわけで8bitだろうが10bitだろうが元データと98%類似している結果が出せる

98%以上の類似性がある時点で人間の眼には違いは理解できなくなる
TN液晶だから10bitがわからんとかの話じゃなく
世界最高峰の有機EL液晶を使って見たって違いなんてわからない

8bitガーとか10bitガーって話は、構造的類似性に差が出なければ体感できないので、
エンコードを糞設定にしてSSIM0.95とかまでおとしゃそりゃ違いはでるだろうけど、
わざわざ糞画質に落として10bitを無理に使って、10bitスゲーっていう理由は全くわからない

適当なcrf設定で糞エンコードして10bitの方がきれい！とか言ってるレベルなら知らん

2022/11/30(水) 12:27:11.19

はい
気はすみましたか？
ごきげんよう

**名無しさん＠編集中** (ﾜｯﾁｮｲ bf9f-ykd8) · 2022/11/30(水) 13:02:23.27

JCOMってどのスレでもしょうもない事書いているよね

2022/11/30(水) 14:11:18.36

8-bit の 720p で十分だわ

2022/11/30(水) 14:36:49.60

>>271
スマホ視聴ならそうかもね

**名無しさん＠編集中** (JPW 0Hab-QmcE) · 2022/11/30(水) 16:10:36.67

>>226
>>232
225です
ありがとうございます
vbr-quality 33くらいでビットレートが3000Kbps弱位になりました
とりあえずこれでいくつか視聴して保存に適しているか確認してみます

2022/11/30(水) 16:54:42.04

警告出るね
https://i.imgur.com/ooRe46j.jpg

2022/11/30(水) 19:02:38.78

ダウンロード回数少ないファイルには警告出るよ
不安なら充分ダウンロードされるまで待てばいい

**名無しさん＠編集中** (ﾜｯﾁｮｲ bf9f-ykd8) · 2022/11/30(水) 19:33:16.48

rigayaさんが積極的に更新してくれて嬉しいわ

**名無しさん＠編集中** (ﾜｯﾁｮｲ bf9f-ykd8) · 2022/11/30(水) 19:34:38.74

てかopus対応してくれたやん、神様かな？

**名無しさん＠編集中** (ﾜｯﾁｮｲ d736-L9hK) · 2022/11/30(水) 20:01:03.66

目指せバージョン1..0.0.0

2022/11/30(水) 20:33:30.64

>>94
お？0930までいつの間にか進化しとったのか

2022/12/01(木) 00:23:50.70

rigaya氏にあんまり要望送るなと言いたいねおそらくここの住人
嫌になられたら困るー

2022/12/01(木) 00:36:12.83

そういうのは遅かれ早かれだからなぁ…
要望出すなってのは無理じゃね
無視してもらうしかない

**名無しさん＠編集中** (ﾜｯﾁｮｲ ffcc-C3y3) · 2022/12/01(木) 00:49:17.11

エンコ関係でお世話になってる人達はかなり自重してたな
質問するにしても先にスレで問題詰めてからにしたり

**名無しさん＠編集中** (ﾜｯﾁｮｲ d736-L9hK) · 2022/12/01(木) 03:14:14.35

>>280
要望というより、ほとんどバグ報告じゃない？

2022/12/01(木) 08:32:45.23

3050より1050ti(OC)のほうが変換フレームレート高かったorz
1050ti定格は3050より10fps程低い

https://i.imgur.com/Vraele5.jpg
https://i.imgur.com/Gq9gjWR.jpg

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9f9f-ykd8) · 2022/12/01(木) 08:35:52.85

こういう所に出すならせめて、自分の性癖露呈せず普通の番組にしとけよｗいいけどさｗ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9f9f-ykd8) · 2022/12/01(木) 08:36:42.52

3050が遅いのは別に良いけど、3050はHEVCでbframes使えるから、速度を抜きにすれば圧倒的に上だよ

**名無しさん＠編集中** (ﾜｯﾁｮｲ d736-L9hK) · 2022/12/01(木) 08:50:01.14

30分アニメだったら3050tiで2、3分だからすごく速くてまったく不満はないのだけど、
それより速い1050tiってどんだけ速いんだ。

2022/12/01(木) 08:57:06.77

AfterBurnerでClock見てると変換中は全然Clock上がらないのが原因かなあ
3050もOCすればいいと言われそうだがフィルター計算の時にほぼ限界付近の1947MHzまでClock上がるからOC出来ないし

**名無しさん＠編集中** (ﾜｯﾁｮｲ ff8e-RVlR) · 2022/12/01(木) 09:13:02.61

艦これ1話をFHDのhevc10pエンコードしたらNVEncCコマンドラインならi5-12400+RTX2060で90秒だせるし
NAS経由でAmatsukazeのKFM使っても俺の設定では4分26秒の171.40fpsだな
3050ってそんな遅いんか…まぁ設定次第だと思うけど

2022/12/01(木) 09:32:06.80

AfterBurner停めたら170fpsまで出たわ
原因はこれか
ちなみに1050tiは140fpsチョイだったからそれなりに早くなってる様子

2022/12/01(木) 09:48:16.10

opus対応ってことはここ見てんのか

2022/12/01(木) 09:48:17.80

AfterBurner停めたら変換中も1920MHzでるようになりました
お騒がせしました
でも昨日まではちゃんと動いてたのになあ

2022/12/01(木) 19:42:11.89

ちゃんと動いてたとは？

2022/12/02(金) 15:23:37.51

HEVCでエンコードするとiOSの使っているアプリでポップアップ視聴も早送りも巻き戻しもできなくて、再生専用になるからH264に戻したという日記

**名無しさん＠編集中** (ﾜｯﾁｮｲ f78f-L9hK) · 2022/12/02(金) 16:53:45.83

>>294
infuseだったら問題ない、課金も必要ない

2022/12/02(金) 17:21:41.25

>>295
ありがとう
ポップアップはできたんだけど、10秒早送り巻き戻しがポップアップ時にできないので使わなさそうです

**名無しさん＠編集中** (ﾜｯﾁｮｲ 624c-RX5i) · 2022/12/04(日) 12:34:08.51

初心者質問で申し訳ないのですが、分かる方いたら教えてください。
AmatsukazeでCUDAを使いフィルタを処理する場合、CPUとグラボの組み合わせは以下のどちらのほうが早いでしょうか

①　Ryzen 9 6900HX　/　Radeon RX 6600M
②　Core i7-11800H　/　NVIDIA GeForce RTX 3070

2022/12/04(日) 12:37:58.60

RaidenはそもそもCUDA使えないよ
GeForceの規格だよ
CPUはお好きに

**名無しさん＠編集中** (ﾜｯﾁｮｲ 624c-RX5i) · 2022/12/04(日) 12:51:14.38

>>298
迅速なご回答ありがとうございます。
そうなのですね、気づかず買ってしまうところでした。
グラボはGeForceでCPUは別途選びたいと思います。

2022/12/04(日) 12:53:36.88

Raidenってなんや、Radeonや、、、予測は変換のアホー

2022/12/04(日) 13:42:18.73

知っているのか雷電

**名無しさん＠編集中** (ﾜｯﾁｮｲ 624c-RX5i) · 2022/12/04(日) 14:29:49.67

単純な質問なのですが、CPUだけでエンコードした時とCUDAを利用した時、グラボの性能にもよると思いますがどれくらい速度が違うのでしょうか。

2022/12/04(日) 14:42:57.42

単純じゃないね

2022/12/04(日) 15:22:50.07

Core12世代とか比較的新しい方のCPUなのかちょっと古いか廉価グレードCPUを使っているか
環境の違いにも評価は変わるんじゃないかな？
CPUリソースでゴリ押し馬鹿っぱやソフトエンコ出来るのならグラボの影響は減るし
それとGeForce積んでCUDAフィルタ使えることで
まずまずの品質でインタレ解除等出来てハードエンコーダで高速エンコ
これが古い世代の環境でもエンコが使い物になる利点じゃない？

手前6世代とかサンブリEPとか古い世代環境なんで新しい方のCPUだとどうなるかは分からん

2022/12/04(日) 15:29:52.90

i6600で今使っているプロファイル設定から試しにHEVCコーデックソフトエンコしたとき
実時間3倍くらい掛かってた様な気が
インタレ解除CUDAフィルタ、ゲフォハードエンコーダではほぼ実時間
ハードエンコだとAVCエンコしてもそう経過時間に差異は出ない

2022/12/04(日) 15:31:53.20

積んでるソースが溜まってくるとソフトエンコなんて考えられないよ

2022/12/04(日) 15:35:02.38

5900Xだとソースによるけど3倍速くらい
NVENCが優秀なのは承知だができるだけファイルサイズ抑えたいんでまだまだCPUエンコから離れられんな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 624c-RX5i) · 2022/12/04(日) 15:50:44.05

皆様情報ありがとうございます。
グラボを使う使わないで大分速度に差がありそうですね。
CPUのみ＝遅いけど容量抑えられる
GPUあり＝早いけど容量大きくなる
こんなイメージでしょうか。

予算をちょっと無理してCore i7 13700KとGeforce RTX 3060 Tiの組み合わせで考えています。

2022/12/04(日) 16:01:25.25

設定次第だけど5900Xで265エンコして3070でフィルタしてるけど若干だけど3070が足引っ張ってる
13700kと3060tiも似たような傾向かもうちょっとGPUが足引っ張るくらいかも

**名無しさん＠編集中** (ﾜｯﾁｮｲ d08e-64DC) · 2022/12/04(日) 16:20:25.06

3070が悪いみたいな書き方だな言葉通りほんとに足引っ張ってるならCUDA使わなければいいんじゃね？
CPUが100%にならないってだけならそれはCUDAに処理を割り振って待ちに入ってるだけで
CPUの処理を肩代わりして高速に処理してもらってる事は足を引っ張ってるわけではないと思うが

2022/12/04(日) 16:35:53.85

単に5900のエンコと3070のフィルタ処理で若干エンコが早いっぽいと言ってるだけだが
CUDAのフィルタ処理が有用なのは言うまでもないからなんで使わなければいいとか鳴るんだ?

**名無しさん＠編集中** (ﾜｯﾁｮｲ fb54-4FAg) · 2022/12/04(日) 16:36:43.35

まあ共同作戦や共同作業で少し遅れ気味な存在を「足引っ張ってる」とも言うからな
だからといって進みの早い方だけで全部やってたら当然遅れる、どころか作戦や作業が成立しなくなる

エスカレーター2列で両側止まってる場合と片側歩く場合では両側止まってる場合の方が結局多く人を運べる
まあ俺はそれでも片側歩かせる方が良いと思ってるけど。彼らは急いでるんだし

2022/12/04(日) 16:40:19.25

GPUがいっぱいいっぱいになっているかどうか？は
ハードエンコーダに処理が移ってからCUDAの負荷具合を見れば良いのでは？
CUDAフィルタ利用してる場合はNVEncCが起動してから猛烈に負荷が掛かってくる
ここが98％とか振り切れているようであれば力不足
そうでないのなら並列処理を許可して2ストリームエンコしてみれば良い
余力残しているのならきっちり半分の時間で終わるんじゃない？

2022/12/04(日) 16:50:25.70

フィルタはCUDAエンコードはソフトエンコか
個の組み合わせは試していないのでろくな事言えないけどx265に処理が渡った後でも分かるんじゃないかなぁ

2022/12/04(日) 17:03:48.07

サラッと流れる程度の話でしか無いと思うんだが…
設定に関するツッコミは受けんよ全部好きでやってることで言われてもウザいだけなんで

CPU:5900X
GPU:GTX3070
エンコ設定
エンコーダ:X265
エンコ追加オプション:-P main10 --rd 3 --crf 22 --hevc-aq
フィルタ設定:CUDAで処理、インターレース解除(KFM)、SMDesignによるノイズリダクション、DecombUCF、出力fpsVFR、VFRフレームタイミング、デブロッキング強度中品質中(3)、時間安定化、バンディング低減、エッジ強調(アニメ用)

これで3並列処理して常にタスクマネージャとHWモニタでパフォーマンス監視しててCPUもGPUもいい感じに使い切っているけどGPUのほうがより使い切ってCPUが90%程度になる場面が見られるからそういった
4並列でも傾向は変わらん

2022/12/04(日) 17:12:35.50

コレ3070が足を引っ張っている、と言っていいの？
個々の機器の処理能力上限が異なる事の証左であって、限界値に近い負荷を掛けて
先に音を上げたほうが邪魔してると言っている様なものではないかい？
非常に特殊な使い方をしてGPU側が弱いと言われてもふーん、そぉとしか返しようがない

2022/12/04(日) 17:18:09.36

ああ足引っ張ってるというのが気に食わないの?
もう何でもいいよ足引っ張ってるは言いすぎでしたごめんごめん
くっそどうでもいいわｗｗｗｗ

2022/12/04(日) 18:52:31.02

x256 3並列もせんとCPU使いきらんとか5900Xつえーな
基本設定のCPUアフィニティ有効にしてもそんなん？これは環境ちがうからで単純な興味ね

2022/12/04(日) 19:39:45.43

雑な質問に>>309が気を利かせてマルチコアでの制約を語っていたのはわかった
x265はmiddleぐらいだとマルチコア使いきらんよね

2022/12/04(日) 21:38:04.46

>>301
音楽がクソダサいシューゲー

2022/12/05(月) 15:33:35.97

>>289
KFM使ってそんなに早くいけるのか
設定教えてくれない？

2022/12/05(月) 17:28:48.97

>>292
https://www.nichepcgamer.com/archives/fake-msi-afterburner-containing-coin-mining-malware.html

**名無しさん＠編集中** (ﾜｯﾁｮｲ d0f2-4FAg) · 2022/12/07(水) 12:18:49.44

>>142のおかげで「ザ・ベストテレビ」をAmatsukazeにかけてもスタジオ部分とドキュメンタリー部分に分かれず、1本にまとまってエンコードされてとてもよいです

TMSR6の「出力設定」タブにある「番組情報を出力する」をオンにして保存したtsをAmatsukazeのキューに入れると左列で「録画日時@不明（101）」みたいになりますが、このままエンコードしちゃってもチャンネル判定されるしロゴ消しもできるんですね

また字幕つきの民放の番組だと、今まではAmatsukazeでエンコード後mp4をTMSRでCMカットしつつ、Aegisubで字幕ファイルもCMカットしなければなりませんでした
tsをTMSRでCMカットしてからAmatsukazeにかけるワークフローなら、字幕ファイルを改めて編集する必要がなくなりました