Amatsukaze その5
レス数が1000を超えています。これ以上書き込みはできません。
AmatsukazeはTSファイルをmp4やmkvにエンコするソフトです
公式
https://github.com/nekopanda/Amatsukaze
※ DTV板はデフォルト設定が強制ワッチョイなので、ワッチョイを付ける時は、extend コマンドの記述は不要です
(つまり、逆にワッチョイを付けない時は、!extend::checked:: の記述が必要です)
※ DTV板は即死判定があり、即死を回避するためには、スレを立ててから1時間以内に最低12コメントが必要です
(即死回避以降は、30日間書き込みがないと強制的にdat落ちします)
前スレ
Amatsukaze その4
https://mevius.5ch.net/test/read.cgi/avi/1633333807/ 毎日定時バックアップしてるから壊れたら壊れたでいいやと思って使ってる いまSSD安いよね
Amazonでも2Tの7,000Mbps、ヒートシンク付きを13,000円で買えちゃう
SSD用のパーツがだぶついたためでそのうち値上がりすると聞くと、今のうちにとか考えちゃう 16TBの大容量外付けSSDがなんと約100ドルですってよ >>902
16TBって商品名の、容量少ないSSDでしよ。
数年前からaliexpressとかで、よく見る商品。
何を今更。 >>904
外付けだと中身はUSBメモリだったりするのよね。 あちこちでばらして画像付きで偽装だよってでてるし、インプレスでも注意喚起出てる話題だしな
実績のない所に飛びつく人もいないと思うが… 中国の低価格高性能なSSDの放出は欧米諸国の圧力で価格がダブついているわけだけど、そのあおりで既存メーカーへの打撃も小さくはないのかな
既存メーカー潰れたら中国メーカーここぞと高額な価格で売り出すからあぶない
今買っとくか? >>902
アンカーボルトがホットメルトで固定されて重量誤魔化した中身USBメモリでそ?
耐圧16Ton Boltで16TBかと。 NVENCが2基あったとしてもキュー1つ辺りの速度は変わらない? NVENCでtsファイルをmp4やmkvファイルへエンコードする事は出来ましたが、容量を減らすにはどこの設定をいじったら良いんでしょうか? 「プロファイル設定をテキストでコピー」したものを貼り付ければ誰か添削してくれるかも。
あと、30分番組でxxxMBなのをyyyMBくらいにしたいとか、目標値もあるといいかも。 NVEncに任せてると、1時間ドラマとかでも容量がやたら増えたり減ったりする不思議 >>914
ありがとうございます
プロファイル設定をテキストで出力する機能があったんですね
環境
・Windows11
・4070ti
・CPU i5-13500
エンコーダ: NVEnc
エンコーダ追加オプション:
JoinLogoScpコマンドファイル: チャンネル設定に従う
JoinLogoScpオプション: チャンネル設定に従う
chapter_exeオプション:
MPEG2デコーダ: CUVID
H264デコーダ: CUVID
出力フォーマット: MKV
出力フォーマット-字幕がある時MKV出力する: Yes
出力選択: CMをカット
SCRenameによるリネームを行う: No
SCRename書式: $SCtitle$\$SCtitle$ $SCpart$第$SCnumber$話 「$SCsubtitle$」 ($SCservice$) [$SCdate$]
ジャンルごとにフォルダ分け: No
実行前バッチ: なし
実行後バッチ: なし
フィルタ-CUDAで処理: Yes
フィルタ-インターレース解除: Yes
フィルタ-インターレース解除方法: KFM
フィルタ-SMDegrainによるNR: No
フィルタ-DecombUCF: No
フィルタ-出力fps: VFR
フィルタ-VFRフレームタイミング: 60fps >>917
フィルタ-デブロッキング: No
フィルタ-リサイズ: No
フィルタ-時間軸安定化: No
フィルタ-バンディング低減: No
フィルタ-エッジ強調: No
2パス: No
CMビットレート倍率: 0.5
自動ビットレート指定: No
自動ビットレート係数: 0:0:0
ニコニコ実況コメントを有効にする: No
ニコニコ実況コメントのエラーを無視する: No
NicoJKログから優先的にコメントを取得する: No
NicoJK18サーバからコメントを取得する: No
コメント出力フォーマット: 1
関連ファイル(*.err,*.program.txt)も処理: No
字幕を無効にする: Yes
マッピングにないDRCS外字は無視する: No
ロゴ検出判定しきい値を低くする: No
ロゴ検出に失敗しても処理を続行する: No
ロゴ消ししない: No
メインフォーマット以外は結合しない: No
システムにインストールされているAviSynthプラグインを有効にする: No
ネットワーク越しに転送する場合のハッシュチェックを無効にする: No >>918
ログファイルを出力先に生成しない: No
一時ファイルを削除せずに残す: No
PMT更新によるCM認識: なし
ロゴ最長フェードフレーム数指定: なし
スケジューリングリソース設定:
0:0:0
0:0:0
0:0:0
0:0:0
0:0:0 >>919
本文が長すぎて書き込みが出来ないようでしたので、複数に分けさせていただきました
プロファイルに関して補足ですがインターレース解除に関しては、どこかのサイトでやっておいた方がいいと見かけたのやっていますが、正直詳しく分かっていません…
デコーダ「CUVID」と「CUDAで処理」に関しては速度が上がると見かけたの設定しています
質問の趣旨はファイルサイズを減らしたいんですが、下記のサイトで「画質は殆ど劣化を感じなかった」程度で約20%前後まで減らせる(2GBなら→0.4GB程までに)との事でしたが、どういった設定をすればよろしいでしょうか?
https://type43.hatenablog.jp/entry/2021/10/01/172040
またエンコードする際こうした方が良い、こう設定するのが定番等あれば併せてアドバイス頂けると大変嬉しいです
特に「エンコーダ追加オプション」に関しては、他サイトでの記述を参考にし、どういった内容・意味なのかを見て調べていますが、なかなか難しい内容でどれが必要なのかの判断が難しいです 横レスだし参考になるかわからんが、KFMは24fpsが適してる映画やアニメや海外TVドラマには使うけど30fps固定が出来ないんだよね
なのでそれ以外のTVコンテンツは容量節約でインタレ解除30fpsにしたいからやむなくYadifにしてる
VFRとはいえ上限60fpsだと同じビットレートでも当然デカくなるから >>920
エンコーダ追加オプションに何も書いていないみたいなので追加してみてはどうでしょう。
環境が違うので、オプションを追加するとエラーになってしまうかもしれないので、
一つずつ追加してみて。
たぶん、もっと詳しい人からツッコミが入ると思うけど、参考まで。
30インチを超えるような大型ディスプレイでなければ720pで十分だと思う。
--output-res 1280x720
数字が小さいほど高品質(ファイルサイズ大)。
--vbr-quality 20
私の場合、フレーム数は24fpsにしています。 >>922
あと、--vbr-qualityには--vbrhq 0を併用しています。
実は--vbrhq 0がよく分かっていないのですが、固定品質モードということです。
ファイルサイズは大きくなるけど、小さくするときは--vbr-qualityの数字で調整してます。
↓こんな感じ。
--vbrhq 0 --vbr-quality 20
ほんと詳しくないので参考までに。 >>916
そんなもん一般論でわかってんだよw
ts-->mp4が、NVEncだと3.8GBになったり1.0GBになったりするから疑問なの
シーン切り替えもそれなり、mpegが苦手とする画面効果もない、古くて地味なリマスターのBSドラマ
パラメータいじらずソフト圧縮すると平均的なバラつきに収まる >>924
tmpgencのx264でもよくあるけど
主に古い映画とかでよく見かける そう言えばうちも古い映画録ったとき同じ映画.MP4なのになのによく見たらファイルサイズが全然違うwみたいな事あるなー なんて言ったらいいか分からないけど、昔の映画とかだと
解像度の関係でザラザラ感があるからだと思う。 >>921
Amatsukaze その1 545にKFMで30fps固定方法書いてあるよ >>928
ありがとう、ただ画質が落ちるかもってことなんでまずは試してみます >922,923
ありがとうございます
エンコーダ追加オプションをまとめますと
「--output-res 1280x720 --vbrhq 0 --vbr-quality 20」という記述でしょうか?
>>917-919の内容に、上記のエンコーダ追加オプションを記述して30分番組をエンコードしたところ、出来上がったmkvファイルが1.75GB→2.1GBへとむしろ増えてしまいました…
これは何か設定がおかしいんでしょうか?
また、ちなみにですが>>922の「私の場合、フレーム数は24fpsにしています。」というのは、どこの設定のことでしょうか? >>930
それで合ってます。
増えちゃいましたか。
私の場合、CUVIDが使えないからそのあたりが大きな違いかなあ。
私の設定載せますよ。
何度も言っているけど、私も詳しいわけじゃないので無駄やアホな設定もあると思います。
番組の内容によるけど、三十分アニメだったら、300~700MBくらいです。 >>931
プロファイル名: NVEnc-アニメ720p(mp4)前後削除
更新日時: 2023年02月25日 05:25:29
エンコーダ: NVEnc
エンコーダ追加オプション: --vpp-afs preset=anime,24fps=true -c hevc --profile main10 --vbrhq 0 --vbr-quality 20 --gop-len 72 --output-res 1280x720 --output-depth 10 -b 3
JoinLogoScpコマンドファイル: JL_フラグ指定_前後削除.txt
JoinLogoScpオプション: チャンネル設定に従う
chapter_exeオプション:
MPEG2デコーダ: デフォルト
H264デコーダ: デフォルト
出力フォーマット: MP4
出力フォーマット-字幕がある時MKV出力する: Yes
出力選択: CMをカット
SCRenameによるリネームを行う: Yes
SCRename書式: $SCtitle$ $SCpart$第$SCnumber$話「$SCsubtitle$」$SCdate2$
ジャンルごとにフォルダ分け: No
実行前バッチ:
実行後バッチ: なし
フィルタ: なし
2パス: No
CMビットレート倍率: 0.5
自動ビットレート指定: No
自動ビットレート係数: 0.15:400:1.6 >>931
ニコニコ実況コメントを有効にする: No
ニコニコ実況コメントのエラーを無視する: No
NicoJKログから優先的にコメントを取得する: No
NicoJK18サーバからコメントを取得する: Yes
コメント出力フォーマット: 15
関連ファイル(*.err,*.program.txt)も処理: Yes
字幕を無効にする: No
マッピングにないDRCS外字は無視する: Yes
ロゴ検出判定しきい値を低くする: No
ロゴ検出に失敗しても処理を続行する: No
ロゴ消ししない: No
メインフォーマット以外は結合しない: No
システムにインストールされているAviSynthプラグインを有効にする: No
ネットワーク越しに転送する場合のハッシュチェックを無効にする: Yes
ログファイルを出力先に生成しない: Yes
一時ファイルを削除せずに残す: No
PMT更新によるCM認識: なし
ロゴ最長フェードフレーム数指定: なし
スケジューリングリソース設定:
0:0:0
0:0:0
0:0:0
0:0:0
0:0:0 >>930
vbr-quality 20の数値を部分を上げてみたら? >>929
私的にはyadifと比較して特にスクロールするシーンでキレイに見えるのでKFM30fpsだね vbr-quality 20 の設定は高品質過ぎるでしょ
ましてやHDサイズに解像度落とすのだから
こちとらFullHDサイズに解像度上げて31設定だよ
あと
--lookahead 32
も付けておくとか
それと出力選択では本編とCMを分離の方が良い
JL Scpスクリプトでの誤判定が思いの外起きるから
CMとして弾き出された出力を見てはじめてシーン判定に
間違いがあることに気が付くよ これでエンコすれば大抵の30分ものアニメは500MB超えないと思う 環境
・Windows11
・4070ti
・CPU i5-13500
これもすっごく羨ましい限りだわ
2ストリームはおろか3ストリームでもCUDA演算に余裕ありそうで
爆速エンコ出来そうだ
またMPEG2デコーダとH264デコーダのところはデフォルトが正解よ
ドロップ過多ソースでエンコしてデコード出来ませんと怒られた時に
グラボのハードデコーダCUVID選べば良いよ >>921
今は上限30fpsなvfrできるぞ
フィルタ設定のところみてみそ
昨日も書いた気がするがyadifは罠
20年近く前のブログの記事を真にうけてはいけない >>939
KFMでVFR(30fps上限)でHEVCでやるとインタレ微妙で輪郭に櫛が残ったり
30fps固定と比べ動きに違和感があるんですよ カスタムフィルタでselecteven()したら
簡単だぞ
>>940
そうなんだ
ってことは縞無し30とテレシネ60i向けなのかもな >>931,934
vbr-quality 20の数値について、どの程度上げたらいいのか分からなかったので40にしてみたら、顔が崩れて誰か分からなくなってしまったので、25でやってみたら多少映像が全体的にボヤっとして顔の輪郭なども劣化が感じられましたが、無事にファイルサイズも1.7GB→500MBくらいになりました
vbr-qualityを微調整したいと思います >>936
ふと疑問で仮にですが、
・HDサイズでvbr-quality 25
・FullHDサイズに解像度上げて31設定
とでは見え方というのはどういう違いがあるんでしょうか?
HDサイズかFullHDサイズかは、大きいテレビで見るかどうかで選ぶものですか?
見るとしたら所有してるWQHDのPCモニター27インチです
また「--lookahead 32 」も追加したいと思います
>>938
私の環境についてはゲーム用としての初デスクトップPCで、CPU・グラボがどの程度エンコードに適しているか気にしていませんでしたが、爆速エンコできそうとの事で嬉しいです
まとめますと
・MPEG2デコーダとH264デコーダのところはデフォルト(※ドロップ過多ソースでエンコしてデコード出来ませんと怒られた時、デコーダCUVIDを選択)
・「CUDAで処理」にチェック入れる
・エンコーダ追加オプションは「--output-res 1280x720 --vbrhq 0 --vbr-quality 25 --lookahead 32」(※--vbr-quality 25は要微調整)
で行きたいと思います 再生ソフトのアプコンと画面サイズ次第でどちらが良いか変わる
引き延ばしのボケと圧縮ノイズどっちが気になるかということ
パソコンでアニメを再生するならmadvrかrtx vsr入れて1280で十分なんじゃね >>944
それが30分番組で実写だとしたら500MBはちょっと小さいかも。
私は実写の場合はアニメより--vbr-qualityの数値を小さく(高品質)してますよ。 >>947
実写の場合--vbr-qualityの数値、参考までにどのくらいなのか教えて欲しいです >>948
NVEnc.auoに同梱されてるプリセットに
HEVC 品質指定
-c hevc -u quality --vbr 0 --multipass 2pass-full --vbr-quality 27.00 --qp-init 20:23:25 --lookahead 32 --gop-len auto --bref-mode each --aq --aq-temporal
ってのがあるからそれベースでvbr-qualityを調整する感じでいいんじゃね >>948
私は1280x720でアニメは20、実写は18ですね。
ネット上にあるサンプルなどよりは高品質設定だと思う。
ちなみに、この一連の流れで教えてもらった--lookahead 32を付けたら
ファイルサイズが大きくなりましたわ(笑) マジ初心者なんだけど・・・
サンプル_x265-高品質インタレ解除アニメ用プロファイルをファイルサイズ小さくしたい場合
理屈はわからんのですが自動ビットレートを適当にすごい下げて使ってますこれ以外にやれることはありますか!
a0.05 b50.00 c0.20 なおNVIDIAは持っていません SVT-AV1で2パスエンコードって出来ないんですかね?
ヘルプにあるように
--stats svtav1_2pass.log --passes 2 --rc 0 --crf 20
の追加オプションを入れてもエラーも出ないけど、2パスエンコード処理になってない気がする >>945
結局のところどの様にエンコしてどれが良いかは自分の見た目で
決めるしかないよ
HDサイズに出力したとして再生の時に気にならなければ
ファイルサイズは小さくエンコ時間も早いとなって正解だし
再生プレイヤーが綺麗に映してくれているならHD出力も間違いではないと思うよ
自分がFullHDにしているのはソースの放送波と縦解像度一緒だしアプリに内包された
AviSynthスクリプトフィルタならば高品質に出力されているであろうと 信じて 目的解像度に
変えてるだけ
あとエンコしたあとソースは捨てるので自分の納得できる結果を残したいという気持ちもある 目標品質の設定に関しては…
元はskylakeなi6600にAmatsukaze動かす前提でゲフォ1650付けた hevcエンコも出来たけどbフレ未対応だしAVCHDでも
出力サイズ気にしなければいいや、って
で行き着いたのが
vbr-quality 31
それと自動ビットレート設定にて
a0.40 b400.0 h2641.60
他所様の記事とかみて数字決めてるだけで数値の根拠はない
これは更にビトレ縛る設定だから品質低下を招きそうだけど意外と視聴時気にならない でもやっぱり視聴時に気になるものはあるもので、そういうソースの場合は
vbr-quality 26
に目標を引き上げて自動ビットレート指定のチェック外した
プロファイルを別に作って適用してるよ
ちょっと前に放映してたトライガンのグラデーション段階細かすぎる映像とか
常に画面エフェクトのっていてエンコ殺しがあるソースは
やっぱりx264エンコは厳しい
仕方ないからビトレ奢る 自動ビットレートは10年前のもう見ないであろうTSを大量一括処理で1/4にしたい時とかそんなもんだな
世界遺産だけHDD8台もあるとエンコする気にもならんけど、例えばそんな奴とかね
クオリティ指定する人とは相性悪いと思うしな エンコ機1台態勢では間に合わんからXEON1650な中古と
比較的安値で買えた1660Sのセカンド機用意したけど
ファイル名からはH264、H265どっちエンコか分からんし
混在しているのもなんか気持ち悪いから結局今もAVC出力してる
ただHEVC使うと階調表現に長けているおかげなのか品質設定31でも
実写アニメ関わらずもうこれで十分じゃないかなと自分的には感じたよ >>957
いつの間にかHDDがニョキニョキ生えて来ちゃった場合はほんとに爆速エンコ機欲しくなる svt-av1はcrfでは2pass使えなかった気がする。ビットレート指定なら使えたかも helpにはcrfでも2pass出来るようなのでやってみたんですけどね
--stats svtav1_2pass.log --passes 2 --rc 1 --tbr 10000
でも駄目でした
ていうか良くログを見たら
The number of passes has to be 1 when using a fifo, using 1-pass
って言うWARNINGが出てたので現状AmatsukazeでSVT-AV1の2passは出来ないぽいですね 2年前の冬だったかな?
数十TBのHDD TSデータを、5台のPC使って3ヶ月ぐらいかけてAmatsukazeで全てエンコードした
全部で15TBぐらい、実写映画もアニメも大量に有ったけど概ね1/5ぐらいになった
PC5台でエンコードしてると本当に部屋暖かくて暖房要らずだった
今だと電気代で死ぬことになりそうだな >>964
してないよ
定年退職してからなら確認するかも ワイはエクスプローラーに長さ表示するようにしといて前の週の長さと同じならヨシ!って感じで中身の確認してないなぁ
なまじAmatsukazeが本数捗り過ぎて本数多いからチェックが疎かに… HDDのセクタエラーや突然死なんてめったに起きないからな
貯めれるだけ貯めとけばいいねん でも出力動画の確認は"出来る"のであればしておいた方が良いと思うよ
本編前に離れて提供ある場合この提供シーンが抜け落ちてたり
白背景のCMがあると本編にくっついてきたり、チャプターの境い目で
10フレームくらい誤判定犯してたりとか
今期だとフジの鬼滅やマジカルデストロイヤーの絵コンテ風予告とか
間違いなくCM判定間違うのもあるしな わざわざ設定を買えたり、プログラムを改造したりして
提供を削除しているので、提供が消えるのは問題ないですね。 >>936
CMカットを使いたいんですが、仰る通り誤判定で本編も削除されるのが心配です
運用方法としては、出力選択では「本編とCMを分離」しておいて、毎回分離された「CM分の動画」をチェックして間違いなくCMのみが分離されているか確認してるんでしょうか?
そして、もし誤判定で本編もCM扱いで分離されてしまっていたら、その動画のみ手動でCM部分をカット、という流れでしょうか? 横からだけどそんなに誤判定が心配なら、TMSRでCM検出したあとに目視でフラグ立てたら良いよ
自分が間違えない限り思い通りに出力できる
CMカットスレでjoin_logo_scpでTMSRから出力したkeyframeファイルを直接読み込む方法も書いてあるから便利になったし >>973
そうだよ
面倒ではあるけどエンコ後ソースを捨てるのでやり直し効かないから
シーン間違えないかチャプター堺にフレームズレがないか確認してる
この確認作業が溜まった出力みると苦痛ではあるが
誤判定ある出力動画みると余計にモヤる
それから後にフレーム指定させる為にtrim書き出す時、TrimViewer という便利ツールがあるよ ログをtrimで検索すればツールに関した書き込み出てくるんじゃないかな 出力をMPC-BEで再生して普通のシーンは矢印キー押してすっ飛ばし
チャプターごとに本編かどうか境目にフレーム間違い出てないかを注視
失敗してたら -enc.logをソースフォルダに引っ張ってきてアプリキュー対象を
プロファイル再適用 する
で、TrimViewerでフレーム確認して.trim.avs書き出してからエンコをリトライする チャプターごとにチェックするんならMPV.NETみたいなチャプターでも動けるプレイヤー使えばいいのに 俺はcmカットしたファイルが元ファイルの70%以上の再生時間があればokとして元ファイルを削除してフォルダ移動するバッチを組んでる。
移動されないファイルは目視で確認して判断してるわ。 たま~にCMがチャプター区切りもされずに本編に
紛れ込むソースがあるんよ
MXの番組だったりトウェルビの古いアニメものだったり
だからチャプター飛ばし確認だとそういうミスを見逃してしまう あとでまとめて見る人が多いってことかな。
C<分離しなくても、録画を見終わってから
ソースを削除しているから気にしたことない。 誤検知に怯えるなら自動化せず、面倒でもTMPGEnc Authoring WorksなどでCMカットするしかない
ctrl+pageup/downを15秒移動、ctrl+shift+pageup/downを1分移動に設定したらとても楽になった 放送局側は誤検出するようにCM差し込んでるわけだしな
古くは音声チャンネルを本編のステレオに合わせたり、ロゴをテロップで隠したり、CMに字幕入れたりと
イタチごっこの真っ最中で、今の所自動検出で100%は無理という所にいる BCAS騒動がなければAI搭載ソフトも出たんだろうなあ
あれで開発者撤退しまくったのが衰退の始まりだった cmカットにそこまでリソース割いても、だしな。
cmつきで残した方が10年後には懐かしくありがたいわけだし どーせ圧縮しちゃうなら、前後のCM長めに撮っておくくらいが後の楽しみ増えるよな
ムキにカットしなくてもチャプター切るくらいで十分だったりする でもチャプター境目にチラッとしたものが見えたり本編が抜け落ちるor番宣が
本編前後にくっついているのを観ると苛つかないっすか? フジ鬼滅最終回も冒頭のフィルム状演出カット終わり10数コマミスってたり
番組終わりにキムタクドラマ番宣があったりと自分は残すのは許せないミスだったよ そういう人の嗜好は理解できるし、自分自身もそれを目指した時期はあるよ
YouTubeとかで昔のCM見ると和むのと、潔癖さを注ぎ込みたい領域が変わってきただけ
お互い好きに頑張ったらえぇがな >>990
そこまでcm 憎かったらBDかってやれよw BSの3分くらいある健康食品のCMも年取ってから見て「懐かしいなあ」なんてことになるんだろうか
いやない >>993
急に自分に都合いい1点だけ持ち出して否定とか、頭は大丈夫だろうか >>996
否定してるつもりはないけど、そう読めて気を悪くしたならスマンね
(そうも読めることは否定しないから、こう書いたらこう読めるに決まってるだろ!みたいな後追いはしなくていいからね)
10年以上前に録画したのを見てたら自分が乗ってるのとまったく同じ車が新発売!なんてCMが出てきてちょっと面白かったりはしてるよ
昔はわかさトラップなんてあったなーとか 容量を割と食う問題
時間割で単純計算すると1時間の実写は30%大きく
30分のアニメは時間にすると少ないがオプション的に同じぐらい大きくなる Amatsukaze 0.9.4.3 + join_logo_scp v5.0でエンコしたmp4がチャプター情報が抜けちゃってる
動作としても一旦エンコした各ファイルをチャプター含めてmuxして一時フォルダに置いて
そこから更に字幕をmuxしているのでたぶんその字幕を入れたタイミングでチャプターが消えてしまってるみたいです Amatsukaze数年使ってて久々にフォルダを覗いたらえらい容量が増えてて1G位に膨れ上がってるんですが
Amatsukaze\data\logsフォルダにあるtxtやjsonって全部削除しても良いんでしょうか レス数が1000を超えています。これ以上書き込みはできません。