【TVMW】TMPGEnc Video Mastering Works Part51

■現行製品
TMPGEnc Video Mastering Works 8
https://tmpgenc.pegasys-inc.com/ja/product/tvmw8.html

■ユーザーサポート - FAQ（よくある質問とその答え）
https://tmpgenc.pegasys-inc.com/ja/support/support.html

■TMPGEnc Video Mastering Works 8 ユーザー掲示板
https://bbs.pegasys-inc.com/bbs/list/lang/ja/board/TVMW8

※ DTV板はデフォルト設定が強制ワッチョイなので、ワッチョイを付ける時は extend コマンドの記述は不要です
　 （逆に、ワッチョイを付けない時は !extend::checked の記述が必要です）

※ DTV板は即死判定があり、即死を回避するためには、スレを立ててから1時間以内に最低12コメントが必要です
　 （即死回避以降は、30日間書き込みがないと強制的にdat落ちします）

■関連スレ
【TMSR】TMPGEnc MPEG Smart Renderer Part11
https://egg.5ch.net/test/read.cgi/software/1718203355/

■前スレ
【TVMW】TMPGEnc Video Mastering Works Part50
https://mevius.5ch.net/test/read.cgi/avi/1733990861/

即死回避用書き込み その2

即死回避用書き込み その3

即死回避用書き込み その4

即死回避用書き込み その5

即死回避用書き込み その6

即死回避用書き込み その7

即死回避用書き込み その8

即死回避用書き込み その9

即死回避用書き込み その10

即死回避用書き込み その11

即死回避 (保守) 完了

以降は保守のための書き込みは不要

4Kスレはこっち
【4K BS/CS】TBS6812/PT4K and Friio 4K part4【MMT/TLV】
http://mevius.5ch.net/test/read.cgi/avi/1732053150/

おつ

サンイチ

音声系が弱いから、VST2じゃなくVST3プラグイン対応して欲しいわ。

音声に拘る奴は1万円のソフトなんて使わんからな

ttps://store.shopping.yahoo.co.jp/toukouboueki-store/masterin.html?sc_i=shopping-pc-web-result-item-rsltlst-img
果たしてこれは8化できるのかどうか・・・

会社の所在地がマンションの一室ってのが怪し過ぎる

田舎とは違うんやで

普通にPEGASYSで買えばいいのに

>>21
5のつく日などでpaypay払いだと実質9k円以下になる。
7所持者じゃないなら優待販売より安い・・・・・・8無償適用が行けるのなら

人柱になって試してみてくれ

成功した…と言ったら信じる？

信じられないな
一番いいのはPegasysに正規の取り扱い店かどうかを問い合わせてみる事だな

Ver.8.0.3.4きたぜ

もうちょっとバグがとれたら買うか考えるか

2025.4.25 / Ver.8.0.3.4

機能更新
・AV1 映像ストリーム出力（MP4/MKV）にアスペクト比の設定を追加しました。
・SVT AV1 エンコーダーのレート調整モード [VBR 固定量子化] の量子化パラメーターの設定を 1 項目 上限 63 から、3項目 (I/P/B) 上限 255 に変更しました。
・SVT AV1 エンコーダーの詳細設定に 6 つの新規オプションを追加しました。また、[モーションベクター境界制約を有効にする]、[フレーム時間依存性に基づく RDO を有効にする] オプションを廃止しました。
・oneVPL AV1 エンコーダーのレート調整モード [VBR 固定量子化] の量子化パラメーターの設定を上限 255 に変更しました。
・MKV ファイルの入力時、フレームレートに関する設定情報（DefaultDuration）が無い VP8、VP9、AV1 映像ストリームでもフレームレートをできる限り正しく取得できるように改善しました。
・字幕フィルターのルビレイアウト設定において、テキストとルビの間隔を、上側配置・下側配置それぞれで設定可能としました。

・NVIDIA Blackwell GPU 環境の NVENC エンコーダーで、H.264/AVC の High 10、High 4:2:2、High 4:4:4 Predictive プロファイル、H.265/HEVC の Main 4:2:2 10 プロファイルをサポートしました。H.264/AVC High 4:4:4 Predictive プロファイル では RGB 出力のサポートも追加しました。
・Radeon Navi 48 GPU 環境の AV1 エンコーダーで、B フレーム出力をサポートしました。
・Redeon VCN 4.0 GPU 環境の AV1 エンコーダーでは、ハードウェアに起因する不具合により、一部の解像度（1920x1080 や 1440x1080 など）が正しく出力されません。そのため、出力可能な解像度のみに制限を行いました(以前のバージョンのプロジェクトは補正されます)。
また、VCN 5.0 環境でも 横方向の解像度は 8 の倍数に制限されます。この変更は、YouTube 向けの出力にも影響します。あらかじめご了承ください。

不具合修正
・入力設定画面でソートを行うと、クリップ名変更、削除などの処理が正しく行われない問題を修正しました。
・Vulkan 有効かつカラーマネジメントが無効の状態で、クロマキー適用カラーが HDR の場合に、クロマキー処理が正しく行われないことがある問題を修正しました。
・出力テンプレート読み込み時に、[ソース情報を反映] オプションが反映されない問題を修正しました。
・パノラマ展開フィルター、[天頂設定] および [コントロール] タブ内の数値入力欄の横にある上下の矢印ボタンを操作すると、設定済みの他の値がリセットされてしまう問題を修正しました。
・Intel oneVPL HEVC エンコーダーで出力すると、出力ファイルの終端数フレームが正しく出力されない場合がある問題を修正しました。
・出力設定 [3D/VR メタデータ] オプションが正しく出力されない問題を修正しました。
・NVIDIA GTX1650 TU117 GPU 環境の NVENC H.265/HEVC エンコーダーの出力がエラーで失敗する場合がある問題を修正しました。

な、ペガシスは発売開始から半年間はベータ版だと言った通りだろw

「Redeon VCN 4.0 GPU 環境の AV1 エンコーダーでは、ハードウェアに起因する不具合により、一部の解像度（1920x1080 や 1440x1080 など）が正しく出力されません。そのため、出力可能な解像度のみに制限を行いました」
これはAMDが悪いけどな
というか、AMDよ、これ公式で発表してんのか？
下手すりゃリコールになりかねんぞ、これ

>>18の8化に成功した……というか早々に売り切れということは、もとはパケ損傷のパケ版シリアルとかか？

試用期限過ぎちゃったけどタイムライン周りって何か進化してた？

>>31
一部の解像度（1920x1080 や 1440x1080 など）
これを一部の解像度扱いでいいの？
ポピュラーな解像度なのにNGなの？

https://github.com/GPUOpen-LibrariesAndSDKs/AMF/wiki/AV1%20Encoder#av1-specific-api

AMDのAV1は横64倍数縦16倍数制限がある
横64は1920はOkだが1440はNGで近いのは1472か1408
縦1080もだめで近いのは1088か1072

AMDもまずいと思ったのか1920x1080入力のときに1920x1082でエンコードするって変なモードがある
でもそれやるくらいなら縦8の倍数にすりゃいいのに

AMDのハードエンコは相変わらずゴミと

>>31
AMDのエンコーダがウンコなのは周知の事だし今さらだな
同じソースを同じコマンドでエンコしても動いたり動かなかったりするのは当たり前だし

ちなみに件の1920x1080と1440x1080のソースはVCN 4.0だと1920x1082と1472x1082になる
1472とか1082になる理由はおそらく64ｘ16で割り切れないからだな
1082の2がどこから出てきたのかは知らんが

1280ｘ720とか2560ｘ1440とか2880ｘ1440とか3840ｘ2160なら多分普通に動く

一応VCN5.0の9000シリーズは気にしなくて良いんか？

Mastering WorksとAuthoring Works両方についてなのですが、同時に2つのPCで使うのはアウトだと思うのですが、メインで使ってるPCの方からアンインストールしてノートPCにインストールして使うというのは大丈夫でしょうか？

ダメだったらまたレスしてくれ

そら大丈夫
あんまり頻繁に差し替えると認証サーバがブロックする
これに限らずだけど
そんな時でもサポートにメール出せば解除してくれるさ

未だにAuthring works 使ってる人いるのか。まだ円盤需要はあるんだな。

AV1は決して優れたものでもねえな

AV1は配信用なんだからYouTuber以外じゃ個人で使うもんじゃないのよ。

TVMW8にてNvenc(RTX40xx)でアニメ1本が、
H.265固定品質(54)約400MB、H.265固定量子化(I23P24B24)約280MB
AV1固定品質(54)約360MB、AV1固定量子化(I23P24B24)1GB越、AV1固定品質(50)約270MB

TVMW6だとH.265の固定品質(CRF)はまともに機能してなかった(1GB越)けど、TVMW8はちゃんと動く・・・が
AV1固定量子化は×、固定品質はH.265からサイズ1割減ぐらい
AV1固定品質(50)とH.265固定量子化のどちらを使うべきか……

なんで固定量子化のPとBを同じにしてんの？
P>Bにしないと無意味じゃん。

>>45
AV1の固定量子化パラメーター範囲は255まである。H.265だと51まで
違うスケールなんだから同じ値にしちゃだめ

>>45
SSIMやVMAF使って画質比較しないと
SSIMはffmpegに内蔵されてるから割と簡単に使える

2つの映像の画質評価をする SSIM
https://nico-lab.net/compare_two_videos_ssim_with_ffmpeg/

>>47
AV1固定量子化でI100P105B110にしてみたら150MBぐらいだった・・・
I80P85B90で220MB、I70P75B80で248MB、I65P70B75で266MB
H.265の3倍ぐらいの数値で同じぐらいのファイルサイズになる・・・？

量子化パラメーターは適用結果がそもそも線形じゃないから単純に3倍とか言えない

じゃあ概算値でどれぐらいにすればいいの？

>>51
SSIMで0.98以上になるようにいくつか段階踏んで量子パラメーターを設定する

俺はSSIM ALL値0.99を基準にしてるから結局AVCでいいやって感じになってるな
低レートならAV1やHEVCも悪くないんだけど高レートでサイズに大差が無いならエンコが速い分だけAVCの方がまだマシだし

H.264とH.265の圧縮処理の違いを知るとH.265が如何に丁寧かってのが分かるよ。
雑な品質でもと納得してて早さを取るならH.264で良いのかもしれないけどさ。

軽く計ってみたけど、nvencのav1とH.265の固定品質は54(CRF24相当)でもバッドフレーム時にSSIM0.98をギリ下回った
サンプルはアニメOPで、品質54時AV1とH.265ともに約38MB、品質50(CRF26)で約30MB、品質46(CRF28)で約24MB
ちなみに品質46だとバッド時のSSIMでAV1は約0.97、H.265は約0.96
(サンプルが短いからファイルサイズはほぼ同じでも、AV1の方が平均SSIMが高い)
平均なら0.99以上なので、バッド無視ならまだまだ下げられる(AV1は品質38(CRF32)、H.265は品質42(CRF30)で平均0.99以下になる)

H.265の固定量子化(I23P24B24)は、SSIM平均でH.265の品質50相当、バッド時0.979(固定品質54相当)、ぐらいで約32MB

AV1の固定量子化は・・・・・・
設定値3倍(I69P72B72)で約34MB、SSIM平均でAV1品質50相当、バッド0.983
設定値4倍(I92P96B96)で約24MB、SSIM平均で固定品質46相当、バッド0.976(固定品質50相当)
設定値3.5倍(I81P84B84)で約28MB、h.265固定量子化(I23P24B24)とほぼ同等

nvencはやっぱり固定品質だと細部維持があまり得意ではない・・・？

品質を評価するのは俺じゃなくてSSIMだからな
HEVCよりサイズが小さくてエンコが速いならそれでいいんじゃないの

自分が見るものなら最終的には自分の目で判断するんじゃないの？
誰かに頼まれてて納品するとかならともかく

その手間が煩わしいから数値に頼るんだろうに
俺がエンコするのは2､3分のショート動画が多いからまだ見てる方ではあるけど

くさ

人間の目視は割と宛にならんからね
SSIMとか客観的な評価基準は大事よ
ハードエンコで画質も気にするならArcオススメ
速度もnvidiaより速い

笑ってしまった

Ryzenの内蔵GPU使ってる俺は負け組

画質やエンコ速度の比較はこれ見るといい

画質比較 (2024.12)
https://rigaya.github.io/vq_results/

その人の記事はよく読んでるわ

また、rigaya本人来てる

>>63
ハードエンコではArcが強すぎるｗ

今のところは速度も画質もArcのほうが優勢なのでTVMW8使ってるならハードエンコ用に高いNVIDIA買う必要なさげ
TVMW7だとoneVPLやVulkanに対応してないのでNVIDIA一択

NVIDIAのAI技術を活用して音声や映像のノイズ除去や超解像が使えるようになればNVIDIAが有利になりそうだけどTVMW8では残念ながら対応してくれなかったな

TVMWが生き残るにはAIしかないと思ったんだけどなあ

まれによくある終了したらシャットダウン不発してたわ

>>67
それは極僅かな数値の差の話であって、見た目に差なんか無い
HWエンコの為だけに高いGeforceを買う意味は無いってだけ

とりあえずタイムライン編集中に
よく落ちるようになったね
自動保存的な奴が効いてるおかげで
大損害みたいな事もなくなったけど

5分は長くない？

未だに　TMPGEnc Video Mastering Works 5　を使っていて不満もないから、これからも使い続けるつもりなんだけど
最近、TV番組のCM部位分を探してカットするのが、億劫になってきて
今更だけど、CM検出機能の別売プラグイン「TMPGEnc Movie Plug-in Commercial Candidates Detector」を買おうかと思うのですが。

使ってる方、もしくは後続製品の同機能に相当する機能を活用されている方がいらっしゃったら
使い心地や、検出精度とか教えてもらえると嬉しいです。

>>73
CMカットはざっくりだよ。見たら消すような使い捨て用
保存用には手動しかない

>>70
40xx以降はTi以上でエンコーダ2基、直列使用時の8kまたは4k以下並列出力時の速度増加に効果があるとかないとか

しこしこCMカットとかアドブロック入れたりとか
時間を無駄にして
人生無駄に消費してそうだよな

>>73
そもそもTVMW5用が手に入るのか？
7以下は共通キーだから登録すれば5のも落とせる？

精度はそんな正確ではないが、検出した箇所を一つ一つ確認して取捨選択して
前後にズレるのを多少補正、CM削除後に番組特有の放送時間を考慮すれば
CMが残ることも本編を削ることもまずない。
手動で全部確認するよりは遥かに楽だよ。

CMカットする位ならサブスクを落とせば良いのに
サブスクに無いものはBDレンタルで
それでも手に入らない一期一会の放送なんてあんの？

バラエティとかニュースはそんなんじゃない？
アニメしか見てないなら知らんけど
まぁアニメなら慣れれば1話1分程度で手動カット出来るよね

そうやって残しても、結局見返す事ってないんだよね(´･ω･`)

俺は！！！！見てる！！！！！！！！

>>79
バラエティはTVerで落とせる
地方局のは少ないけど
ニュースはそもそも落とす価値に乏しい
欲しけりゃYouTubeの動画ニュースで事足りるしね

アニメなんか殆ど観ないよ自分は
話題作を少しだけ

HLS形式なら殆どが合法的に落とせるし
DRMもツール使用者を取り締る法はないから
売らなきゃ平気

その少ないのを残したかったらやるしかなくない？って話じゃ

それを言っちゃーおしまいよｗ

他人の行動にケチつける程な暇な人に構っても
何もいい事ないから放置がええで

>>84
自分的には最近はNPBの日本シリーズだけかな
nasne使いなのでBDに焼いて抜いたけどさ
NHK BSが無い民放クソ放送だけ
CMカットなんて無駄な事はしてないけど

サブスクを落とすとか犯罪行為では

>>88
規約違反ね

そもそもTS抜きだって同じ事でしょ
バカ？

てかそこまでこだわるならソフトエンコが結局一番いいでしょ

TVerは30fpsになってるのが嫌だな
60iで見たいし

バラエティやニュースにそこまで求めてもな
しかもCMカットとか

自分はアニメは殆ど観ないです。
モータースポーツ、プロ野球、昔のドラマ、ディスカバリーチャンネルくらい
CSのTBSやテレ朝のドラマは本放送時のCMのタイミングで5秒だけロゴ入れるとかで手動での検出に苦労しているのが欲しくなった動機です。

製品概要を見ると、プラグインの購入キーは Ver5,6,7で共通のようなので、Ver5でも使えそうです
ざっくりでも検出してくれるのなら楽になるかな。
10年以上前に3000円ケチらずにさっさと買えば良かったんだけどね。

なんでts抜きしてる事が前提なんだろう
バカなのかそれとも中学生なのか

>>95
キャプチャとか論外だからな
ならどうやってんだ言ってみバカチン

それ以上いけない

最近のHDMIキャプチャはM.2スロットが流行りだっけ？

HDMIキャプチャw

逃げたかw

>>96
別にキャプチャは問題ないぞ
HDCP関係で違法扱いになる場合もあるが個人での保存用であれば罰則がないから事実上お咎め無し
罰則のない違法行為ってやつ
未成年者飲酒・喫煙法における飲酒・喫煙本人とかと同じでやったからといって本人が警察につかまることはない

>>101
そういう事じゃなくてな

まぁふつ～はそんな事詳しく知らないけどな

知らないじゃ済まないからちゃんと調べたほうがいいよ

なんで映像ソースは放送されている番組ばかりだと決めつけてるんだろうか
バカなのかそれとも中学生なのか

キャプチャ( ´,_ゝ｀)ﾌﾟｯ

>>105
発端となった>>94さんが映像ソースだと言ってるが？
そこんところ君はどう思ってんの？

誤:映像ソース
正:放送ソース

放送ソースのCMカットについて語り合ってるのに
なんか一人だけ中学生が理解してなくて暴れてるね
親が気の毒だね(*´･ω･)(･ω･｀*)ﾈｰ

バカか中学生はもう寝なさい

>>94
楽になるからさっさと買った方が良い

10年で3000円以上の労力を費やしたと思うと感慨深い

有料動画落とすのになんのソフト使うの??

Audials Oneでも使えばいいんじゃね

サブスクを落とすのはクズと言っただけなのに
なぜts抜きとか放送波の話になってるんだろう
やっぱりバカか中学生なのかな

誰もお前とは会話してないからだよ

大型連休はこうじゃないとなｗ

AV1の固定量子化(0〜255)とH.265固定量子化の値の比率は、おそらく255:69の関係で約3.7倍
(69は現行の一般的なQPMAX値、TMPGencの上限51は旧来？)

RTX 4080積んでるんだが、NVIDIA CUDAの使用がグレイアウトして選択出来ないわ。
どういう事？？

https://i.imgur.com/lyfzCsJ.png

分からんけどドライバーのバージョン古いんでね
なんかVer以降って指定見たような記憶

>>119
うちの4070TiSは普通にチェックできるから、お問い合わせ案件だなぁ

NVIDIAドライバのバージョンが古いだけだな動作要件確認しろ

https://tmpgenc.pegasys-inc.com/ja/product/tvmw8.html#system
NVIDIA CUDA/NVDEC
NVIDIA NVENC
対応ドライバー: Version 570.65 以降

>>118
H.265は今も昔も量子化の上限は51。ビット深度が増えるとマイナス側に伸びていく
こういうのは仕様書を読むといい

https://www.itu.int/rec/T-REC-H.265-202407-I

init_qp_minus26 shall be in the range of −( 26 + QpBdOffsetY ) to +25, inclusive.

この値は-26された値なんで実際のqpはこの範囲に+26したもの。よって-QpBdOffsetY～51 になる
実際にはこれにスライスのqpオフセットが加算されるが、加算結果はこの範囲に収まらなければならないのでqpの範囲は-QpBdOffsetY～51

QpBdOffsetYは輝度ビット深度で求められる。ビット深度はbit_depth_luma_minus8で記録される。-8の記述の通り8ビット深度では0、10ビット深度では2。

BitDepthY = 8 + bit_depth_luma_minus8
QpBdOffsetY = 6 * bit_depth_luma_minus8

という関係だから QpBdOffsetY は 6 * (ビット深度 - 8）で8ビット深度なら0、10ビット深度なら12

69ってのは多分x265が由来だろうけども、これx265の独自拡張っぽい
ビット深度で量子化の範囲が変わるのを抽象化しようとしてるんじゃないか？

>>122
まじか・・・
570系のドライバーはまだゲームで不具合あるからって、566系のドライバー使ってたんだが悩みどころだな。。。

576.26入れろ。

570以降は地雷原だからな、躊躇するのも仕方ないわｗ
昨日出た576.26で結構修正入ったけど、やっぱりダメじゃんってポンポン出てきてるし

>>120
マジだ使えるようになったw

AMDのミニPC使ってるから初めてAMD Media SDK使ってみたけど、速いし綺麗だし悪くないじゃない。

Radeonはrigaya基準でディスられてるだけだからな

>>35みたいな致命的欠陥があるだろ

わざわざ1440pでエンコードする奴なんて奇特な奴だからどうでもいい事だわ

縦1440ではなくて地デジ解像度がNGだから奇特でもなんでもないと思うが

そもそもAV1なんて使わないしな。

1920x1080がダメだから致命的だろ

・Radeon VCN 4.0 GPU 環境の AV1 エンコーダーでは、ハードウェアに起因する不具合により、一部の解像度（1920x1080 や 1440x1080 など）が正しく出力されません。そのため、出力可能な解像度のみに制限を行いました(以前のバージョンのプロジェクトは補正されます)。
また、VCN 5.0 環境でも 横方向の解像度は 8 の倍数に制限されます。この変更は、YouTube 向けの出力にも影響します。あらかじめご了承ください。

AV1なんて使わないからどうでもいい。

やっぱAVIだよな

字面だけ見ると紛らわしいなｗ

俺的にはRealPlayerの rm形式が最強

AV1使う人が駄目だって言ってるのになんで使いもしない奴がしゃしゃり出てくるのか謎だな

AV1を使うのはまだ早いおじさん「AV1を使うのはまだ早い」

思ったよりみんなGPUエンコードしてんだな
俺は結局ソフトエンコしかしなくなってるわ
結局画質と容量で考えるとソフトエンコが最強なのは変わらんしな

今期週60本新作あるからソフトエンコじゃ間に合わない

同じく…
HWエンコしてる時ってどんな設定で書き込んでいる？
画質優先がよいのだけど

ハードエンコはパフォーマンス一番遅いのにするくらいしか設定がない
あとは許容できる範囲でなるべくビットレートを上げる
高レートになるほどソフトエンコとの差は誤差になる

ビットレートどのくらいの設定＆CBRとVBRどっちでやってます？
やっぱりAV1？H265？

TMPGEncのスレで 1440 がピントこない人いるんだね。
ビギナーさんなのかな？

何アピールだよ

マウンター現る。

AV1使えないヲジが必死ですなw

個人的にはnvencのAV1の固定量子化I80P90B100で使っていく事にした

バッチ2本同時出力すると単独時よりフレームで2〜4割高速化するのは、24P化などのフィルタによる遊びなのか、上位モデルのエンコ2基が効いているのか・・・？

DVD時代からライブラリ構築してたからずっとSDに縮小してたけど今更HDは HDにしようかと悩み始めちゃった
参考までに24分アニメ1本容量どのくらいにしてる？

1本何MBとか未だに20年前の基準で動画圧縮する気なのか？

ワイは目安として
1280x720で100-150MB　1920x1080で200-300MB
そこそこ綺麗であればそれでいい

>>153
いくつか試してそんくらいプラスアルファになった参考にするありがと

24TB の HDD が 5万で買える時代なのに･･･

保存が趣味になっちゃうのはあるある

固定品質が標準の時代に全く参考にならんサイズやビットレートを基準にするんだから、圧縮出来れば汚くて良いって人達なんでしょ

どうだろう？恐らく世界で一番使われてるエンコードソフトHandbrakeの固定品質がソースによって変化しないゴミ仕様だったのでTVMW8は違うと思いたい

本当の意味で固定品質というならば、VMAFの値で最初から最後まで一気通貫みたいなのが本当よな

バッチリストでの出力ファイル名重複、今までは登録出来なかったの出来るようになったのか

保存先が別ならって事？

いや、一緒で
要するにバッチ登録を連打(間に警告は入るけど)で出来るようになったってこと
出力終わったあとあ、間違えたって登録し直す時先に削除しなきゃならないの地味に面倒だったんだよね
全部消したいわけじゃない事もあるし

試しにALACにしてみたら滅茶苦茶容量増えてわらてる

■ALAC
・最大8チャンネル（モノラル、ステレオ、3.0ch、4.0ch、5.0ch、5.1ch、6.1ch、7.1ch）
・16～32bit深度
・最大サンプリングレート384kHzまで

■FLAC
・最大8チャンネル
　※ただし、マルチチャンネルサラウンドへの対応に未確定要素あり
・4～32bit深度
　※FLAC 1.4.0から32bitに対応した
・最大サンプリングレート1048575Hz（1048.575kHz）まで

映像作品で使用する場合でサラウンドも扱う前提ならば、ALACのほうが仕様上はこなれているが、ハードウェアプレーヤーでALAC対応は少ないよな

修正サラウンドについて
https://note.com/live_extreme/n/n3e4db5b0ae34

によれば、5.1chと7.1chに限るならばFLACのほうがむしろ標準的というべきだな

24TBのHDD、もっと安くなって欲しい。

シーゲートはなぁ…

プロセス通信エラーは仕方ないにしろ中止ボタンで中止出来るようにくらいはして欲しいわ

そういや8になってエンコード複数やってる時にエンコード終わりでエラーで止まるバグ治ったの？

そんなバグあったか？
CPUエンコ64本同時でも止まった事無いが？

俺も出たことないな
>>168‐169みたいなエラーがでる人ってどんな特殊環境なんだろうな
PCが壊れかけかOSが壊れかけか？
普通じゃないからとりまOSクリーンインストしたほうがいいぞ

8コア16スレッドのマシンから16コア32スレッドのマシンに乗り換えたけど
これくらいのスレッド数ならまだ有効に使ってくれるのね
綺麗に100%になってる

8の話ね

あ、x265でHEVCに変換したときの話です

え？プロセス通信エラー出ない人いるの？これはもうどうしようもないと7では思ってたんだけど

なお265のCPUエンコード4本同時程度でもファイル複数やってると
ファイル切り替わりで起こる

ぶっちゃけおま環
普通はそんなの出ない

自分も一度も出たことない

3年くらい前から急に出るようになった
OCの設定がよくないみたいな話も聞くけどよくわかんないね

前はエラーすっ飛ばしてブルスクなってたなそういや

OCしてるなら設定詰めすぎじゃね
OCで長年酷使してCPUやメモリがヘタってるかもしれんし
つか一度OC解除して普通に使ってみ

>>174
仮想メモリを無効か少なくしてない？
TVMWバージョンいくつの時か忘れたけど
メモリ少ないのに無効にして俺もそのエラーになったことあるよ

>>180
メモリ32Gで仮想メモリ8G設定してても起こるんだけど…

>>179
OCはしてないが可能性的にはCPU電圧オフセットはしてるからそれが原因の可能性はあるかも

CPU死にかけじゃね

微細化で物理的な耐久性はどんどん下がってるからなぁ……

仮想メモリなんてイジらないだろ、XP時代じゃあるまいし

>>183
4年前からずっと起こってるけどCPUは特に問題起こってないが…

OCCTで数時間耐久やFF15ベンチとかでエラーなく動くかテストをオススメ

>>186
1番怪しいのはメモリーとの相性では。
変えたらあっさり不具合が直るとかあるあるだ。

>>171
5では一回も出たこと無いけど6-7の時は200時間程度連続エンコしてたらたまに出てたわ
PC自体は2週間/1回しか再起動しないけど、
8に変えたら一回も出なくなった。
OS壊れかけどとかクリーンインストールしろとか馬鹿だと思う

なるときは10分でもなるな
なんかなりやすいソースはあるっぽい

なるのはいつも複数エンコードでファイルが変わるときなんだよなぁ

あとメモリの相性は考えにくい
複数端末で起こってるので

ソースが原因は可能性的にはあり得るかも知れないがどういったソースが対象か分からんのよね

なおOCCTは通るしFF15もモンハンベンチも通る
特に強い負荷で問題が起こってるという感じでもないのよね
全く原因不明なんだよなぁ
ちなみにスペック的にはかなり余裕があるはずで5950Xにメモリ32GB、9950X3Dにメモリ64GBでも起こったので
ふるい端末だからとかも考えにくい
CPUで分かると思うが最近作った端末ですら起こってる

>>189
素直にTVMW8買えって事だな

メモリのOC切って見たけどやっぱりなったわ
メモリチェックでは異常なかったけどどれかが何らかの不良抱えてるのか

>>193
Ryzen系はメモリ周りのトラブル多い
特に4枚挿してる時はヤバい
一見普通に動いてたりベンチはクリアできてもなぜかアプリで落ちることがある

クロック2133まで落として試してみるといい

2133でやったよ
まぁ頻度は低いし諦めてるけど
ただ8出たからどうなんだろって今ちょっと話題に上がったんじゃないかね
ピタっとエンコだけ止まってエラーも吐かないから終わったらシャットダウンにしててもずっと動きっぱなしになるのだけは辛い

>>195
うちはバッチエンコードソフトが普通に止まって水色の文字になってるわ
エラー内容見たらプロセスの通信がーってなってる
発生頻度はPCによって違うからなんとも言えないが発生しないとはならないからなぁ
大体30ファイルぐらい4つずつやってたら一回は起こる
多いときは200ファイルぐらいを4個ずつ2日ぐらい回しっぱなしでエンコードしてたりすると
5回ぐらいエラーで止まってたりするから面倒くさいのよ
10ファイルずつバッチ起こしてやってるから5ファイル目と6ファイル目の切り替わりで起こるとかなると
わざわざ開いて5ファイルは対象から外して再度実行予約に戻してやらないといけない
そのまま実行予約しちゃうと1ファイル目からやり直しちゃうので

>>196
こっちはタスクマネージャーからキルしないと中止も出来ない
最後のやつ、うっかり出力オフにしないまま出力始めちゃうと終了済みなのが全削除されるの糞だよね

こういう風に時間だけ過ぎていく
https://i.imgur.com/DuazUsv.jpeg
https://i.imgur.com/J3SdPZQ.jpeg

>>198
良かった
オレだけじゃ無かったんだ
エンコ時間が長めのヤツだと
５回中２回ぐらいはこうなる

>>198
これは俺と違うな
俺は明確に水色にエラー出して止まる
んで続きのファイルやるわけでもなく次のバッチに行ってしまう
エラー起こったらスクショ取っておくよ、今のやっててすでに3回起こってるからまた起こる気がするし

7945HXだけど起きたことないな…
何が原因なんだろか

素直にTVMW8買えばいのに

あ、見逃してた
8で試してないのねw

8で起こらないなら8買うよ
7で特段機能的に困ってないからそこ変わってないなら買い換える意味がないなと
CPUエンコードしかしないのでエンコーダーが変わるわけじゃないし

他は知らんけど俺は8でもなってる
だからハードなんだとは思うけど

>>205
ちなみにその症状には俺はなったことないけど7でも8でもなってるって事だよね？
細かい事聞いていい？ソフトエンコで265だよね？CPUは何を使ってるの？

あとは同時エンコ本数減らして2本でやってみるとか
CPU100％に近い状態でなにがしかの不具合でてるならCPUに余裕もたせればいい

>>206
そう
CPUは9900k

>>208
なるほど、もしかしてRYZENだからなるのかな
うちは5950Xと9950X3Dの2つともなってる
インテルでは試してないんだけど大昔TMPGENC5の時はインテルだったが起こった記憶はないんだよね
と言っても当時は264しかやってなかったから参考にはならんが

>>204
７では一回もなったこと無いけど
８に上げてから頻発してる
ちな5700X+4070SUPER

>>204
体験版使えば1ヶ月テストできるよ。

>>209
もしかしてBIOSでCPPC、CPPCPを有効にしてないか？
あれ無効にしておいたほうがいいぞ

CPPC and/or CPPC Preferred Cores to be enabled or disabled for the 5800x3D : r/Amd
https://www.reddit.com/r/Amd/comments/u833gv/cppc_andor_cppc_preferred_cores_to_be_enabled_or/?rdt=40165

>>198
7でcore ultra 185Hとか1360PとかでQSVでBD用にファイルをエンコしてて同じような感じで止まるときがある。

ファイル連続出力してても、止まるタイミングがランダムで法則性が見えない。

なんなんだろうねこれ？

>>210
我が家は500回位8でエンコしてるけど
一回だけなった
環境は7970x

>>213
サポートに問い合わせればサンプル送ってくれ
言われる
で、デバッグしてくれるよ

もう、どう考えてもRyzen CPUのせいじゃん

>>212
それZEN4以降は止められない奴では

キモいチューンしてるからおかしくなるんだよ
DELL使え

>>217
マザボによってできたりできなかったりする
できないマザボ使ってる人は南無

>>219
オートとどっちに寄らせるかとの選択肢になってなかったっけ？
それもマザボに寄るんだったか？

一応参考までに、ASUSのマザボの詳細モードで
[詳細]→[AMD CBS]→[NBIO Common Options]→[SMU Common Options]
ここにあったわ

ZEN2だから現行モデルじゃ話が違ってんのかこれ・・・

ざっとスレ読んだけど radeonやintelGPU使いでもなければ
7から急いで乗り換える程でもないか、アプグレだとバグ頻発した時どうしようもなくなるし

しばらく様子見るぜ

VMW8は7に比べて手振れ補正フィルターが使いにくくなってる感じ

お出掛けで200カットほど撮影するのでMSR6で最後のカットにトランジションかけて1本に
纏めたものをテンポラリ用に出力して、それをVMWで読み込んで手振れ補正を掛けている。

カットの繋ぎ目で内容が大きく変わる場合は手振れ補正副作用で繋ぎ前後の映像が跳ねまくるので
そこをカットしているが、その跳ねる頻度が7から8で大幅に増えた感じ

MSR6で繋げないでカット毎一括で手振れ補正すれば良いのだが、そうすると8での編集がカット毎になり
面倒なので先に繋げていた。

MSRを使用しないで200カット分裂のまま手振れ補正を掛けて、それをテンポラリ用に
高レート出力で纏めて、それを改めて読み込んで編集するしかないのかな

グラボのドライバが不評なバージョンを使わなきゃならんくなるのが辛い
ゲームやる用とPCは分けるべきか

nvidiaはSTUDIOドライバーしか使ったことがない
ゲームあまりやらないしな

8でvulkanは不安定だ...
前処理にvulkanを使うと必ず出力映像にノイズが入る。
今はVulkanを切って、CUDAを使ってる。

ノイズ出てたときはRTX5080でCUDAを使って、Ryzen9 9950x3dの内蔵Radeonでvulkan使ってた。
両方使ってたのが悪さしたんだろうか？

当たり前の事を

CUDAとVulkan両方有効にしても処理速度的に意味が無いしトラブルの原因にしかならんと思う

処理速度向上がどうこうより、まず両方チェックして使うものじゃないから

ArcだからCUDAは使えないので必然的にVulkanのみだけど特に問題なく安定して使えてる

そうなんですね。
確かにCUDAのみにしてからノイズは発生しなくなった。
サンクス

両方onにしてるというか気にしてなかったけど特に不具合はない

お、おう

マウント取って悦にいってる暇があるならどういう環境ならどっちの方がいいとか有益な事書けやカス

GeForceならCUDA一択
VulkanはRadeonとArcの救済処置みたいな物では…
CUDA使えるのにVulkanも有効にする意味がわからん

長寿と繁栄を🖖

>>235
ありがとう！！！！

うーんこの🤔
(ﾜｯﾁｮｲW 92b0-5abn)

>>234
そんな事も分からず両方onにしてる程のマヌケじゃ会話にならねえから受け流されてるのに、それすら理解出来ないゴミカスだったな

自発的に調べようと思うほどの興味がない
>>231みたいに不具合あったわけでもないし

というか両方チェックして不具合起きるならペガシス側で両方チェックできないようにするべきだろ
なんのために両方チェックできるようにしてるのかって話だ

TVMW8でオススメのアプコン設定あります？

アプコンならTVAIあたり使った方が圧倒的にいいような…

質問して回答待ってる時間で1分ぐらいにカットして試した方が早いだろうに

自分なりに試してはいるけど数値の細かい調整が苦手でさ
皆んなの意見を取り入れたかったのよ

どうしてもTMPGEncでアプコンするなら一度拡大した中間ファイルを出力してからノイズ除去+シャープ系フィルタを使う
そんなことするぐらいなら連番画像で出力してGAN系で引き延ばした方が良好だろうけども

>>246
やってみます、アドバイスありがとう

ワイも昔は膨大な時間かけてアプコンしてエンコしてたが、再生ソフトでアプコンする方に切り替えた。

コンコン小池屋コーン♪

>>241
デフォルトではONになってない。つまり、理解している人しかONにしない機能。
それなのに「ON、OFF出来るのでしてみた」とか言ってる奴は幼稚園並の知能という事。

>>235
プロの素人なんですが
RXT3060使用でのVMW8でのお勧め設定はCUDAのみ使用という事なんですね。
VulkanにもチェックするとCUDAより優先されて何か良くないことが起こりやすいという事ですか

プロ素人wwwww

>>251
どこの馬の骨よりサポートに聞けよｗ

>>251
内蔵Radeonなんてペガシス側でまともにテストしてないんじゃないかという気はする
まともに使いたいならサポートに問い合わせてやりとりして情報提供が必要なケース

>>251
知能がミジンコレベルで笑う

>>254
ゴミカスは黙ってCUDAとVulkanが何かググって来いよ

どうせ暇なんだからお前が書いてろ

スレの進行がCUDA CUDAだな

うーん

0点!!

バルカン西田

>>258
日本には死んで詫びるという文化もある

>>262
死して屍拾う者なし　死して屍拾う者なし

終了したらシャットダウンもまともに出来ないカス

>>259-263
ごめんなさい

いいってことよ

MPEGエンコーダ設定のマルチプレクスを切るか最小限に、VBRの解析結果を切るか最小限に、でプロセス通信エラー出なくなったかも知れん
まだ1日だけだしたまたま出なかっただけの可能性もあるけど

これからエンコード用にPC組むとしたらCPUはIntelとAMDどちらがいい？
今まで何も考えずにIntelで組んでTMPGで問題起きたことほとんどなかったけど最近のIntel不人気っぷりで悩んでる

どう考えてもryzenだろ

>>268
14700KFを使ってるけど、最初はすぐにコア温度が100℃とかなって、もういつ壊れるかひやひやだった。（水冷でちゃんと冷やしてる）
最近はずっとIntelを使ってきたけど、私の中ではもう信頼性0で次はAMDにする。
C/PもAMDの方が良いと思う。

今からインテルとか逆張りが過ぎる
立憲や社民やろ

ワイもRyzen推すかなIntelは最近は少し大人しくなったみたいだけど
CPU単体で設定温度に達するまでTDP65WクラスのCPUでもブースト時230W(システム全体じゃないぞ)行くとか見て馬鹿じゃねーのと思ったし

反り問題もマザボメーカーが悪いと投げて、やっぱCPUだったわとか印象も悪い

そもそもエンコードみたいなCPU負荷を長時間かけ続ける所作で
あんな電力バカみたいにかけてくるインテル使うのは嫌なんだよなぁ
そういう意味ではAMDも7000シリーズはちょっとだけ怖い
インテル14000シリーズとAMD7000シリーズはとにかく電力かけて熱はスロットリングするまで上げていい、みたいなスタンスなので
動画のエンコードみたいな長い時間負荷最大キープするとかには向いてない気がする
インテルも200シリーズではだいぶ熱と電力はマシになったが
論理コアのHTなくした代わりにコア増やしたのでそこまで電力落ちてないのがなぁ
AMDは9000シリーズでだいぶ熱と電力を効率化して良くなったのでいいと思う

皆ありがとう
安くなってきてたのでcore ultra 7 265kで考えてたけどRyzenにする
AMD初めてなんだけどこのメーカーのM/Bはやめておけ的なことはある？

AMDにすると、またAV1厨が湧いて出てくるぞ…。

化石3770Kで頑張ってきたivyおじさんだけど
3日後くらいにryzen9000シリーズのPC届く予定
intelじゃなくAMDにして正解だったかもしれぬ
AVX512がどれくらい効果あるのか楽しみにしてる（劇的な効果はないだろうけども）

このソフト使わなくなったけど今時のソフトなら
エンコードでCPU負荷かかりまくるなんてないと思う
ほとんどGPU100%で稼働してCPUは遊んでる

>>275
AV1はさすがにソフトエンコするフォーマットじゃなかろ

>>277
それはソフトエンコじゃなくてハードエンコでしょ
話が全く違う

出力x264だけどな
それ以外がGPU処理待ちだからCPUは割と古くてもいける

私もPC買い換えようか？と思ってるんですが
AMDの X3DのCPUはゲームで有用と聞きますが、エンコードにも有効でしょうか？
同じ周波数なら、X3D無しよりX3Dの方が少しでも早いなら、そっちにしようかな？と思ってるんですが

あんま関係無いと思うというか動画編集には向いてない
同じ型番ならコアクロックの高い通常モデルのほうがパフォーマンスがいい

ゲームでX3Dが強いのはゲームが同じデータに割と頻繁にアクセスするから
データをまるまる大容量高速L3キャッシュに格納できる
これによって高負荷時でも安定したフレームレートが維持できる

一方エンコでは同じデータにアクセスがほぼ無いのでL3キャッシュを活かせない
X3Dじゃない通常モデルのほうが安い上にクロックも高いのでコスパがいい

>>281
説明されてる通りエンコに限れば無印よりパフォーマンス悪い
ゲームするなら買っても損はないけど全くやらんなら本当に金の無駄

>>281
https://pc.watch.impress.co.jp/docs/column/hothot/1402702.html
3年前の記事だけどRyzen 7 5800XとX3DのTVMWエンコード結果がある
>>282の言う通りでどっちも誤差レベルだね

>>277
ハードエンコでも解像度やサイズ変更ともなったりすると
結局デコード、エンコードにCPU使ったりするからね

>>280
フィルターやら他の処理が重いだけでしょ
x265でHEVCにエンコードしてみたら
handbrakeあたりは最適化が甘いからか微妙に隙間出来るけど

>>271
あまりの侮辱に震えが止まらない

>>287
いや、前置きとしてこのソフトの話じゃないとしてるから
今時のソフトはカット編集じゃないところに重きを置いてるから
CPU云々よりGPUだよというはなし

エンコードの意味わかってる？

というか「TMPG」のスレでCPUについて聞いてるのに
他のソフトの話持ち出してCPUじゃない！GPUだ！とか言われても何言ってるんだコイツとしか…

てかソフトエンコでGPUがパンパンになるほど使う事ある？
フィルタにCUDA使うとか？
TMPGENCで一個だけエンコードとかだとさすがにCPUも使い切らんが
俺は4つとか同時にやるからCPUは使い切るな
ただフィルタも特に入れないからGPUは遊んでる

>>281
281です
X3Dの記事が多くて、よっしゃ俺も！
と思ってたけど、ちょっと考えた方がいいですね
丁寧にありがとうございました

>>293
9950Xと9950X3D、9700Xと9800X3Dでのエンコード比較はある程度あるけど
ほぼ誤差の範囲ぐらいの差しかない
tmpgencでの比較ではないが、ダヴィンチやaviutlでの比較ではやる度にタイム変わるぐらいの差なので
値段考えたらゲームやらんならX3D選ぶ理由はないよ
ゲームやるなら間違いなくX3Dなんだけどね

https://pc.watch.impress.co.jp/docs/column/hothot/1636808.html
ここ見ると
Ryzen 7 9800X3DよりCore Ultra 7 265KのほうがTPMGのエンコード速度速いんよな
悩むわ

>>295
なんで悩むのか分からん
コア数も違えば目的も違うCPUを比較して

8コアのゲーム用CPUである9800X3Dと20コア(うち12コアはEコアだが)のインテルで
エンコードを土俵にしたらそりゃインテルよ
この手のソフトウェアエンコードは基本的にコア数が正義だしね
熱と電力も食うけども

すっげー悪意がある記事やな…と思ったらいつもの提灯ライターか

個人的には265KはマザーとCPUで8万ぐらい、9800X3DはマザーとCPUで11万超えるぐらいはかかるから
コスト面でも比較にはならんよ
と言うかゲームしないなら9700Xと比較すべきでそれならコスト面は同じぐらいで戦えるだろう

GPUエンコードなら正直CPUはどうでもいいから好きにしろとしか
X3Dは上に書かれてる通りゲーム用なのでこのスレには何ら関係ない

高性能すぎてCPUをフルロードしなくなったエンコードはシングルコア性能が重要。行燈記事でもなんでもない。

つーかtmpgencが動画一本ではフルロードしないからなぁ
かと言ってシングル性能一本槍の話かっつーとそれも違う
フルロードしないけどコア分散はするからな
まぁtmpgencの設計が古すぎるのが問題でもある

tmpgだけではないんでない？
amatsukazeもそうだし。
aviutlでもそうだし。
てか100%に張り付くのってあんの？

動画をシーンごとに分割して並列エンコードするようなツールもあるからそういうの使えば

行燈記事…………とは？

あんどん記事ｗ

Zen4の16コア32スレッド使ってるけど
x265のHEVC main10でほぼ100%張りつくよ

なんか高スペックユーザの流れと逆行く話だが‥

最近HWエンコの品質が上がってきてるらしいと聞くので、やっすいインテルN150の
QSV使ってhevcやavcのエンコード確認中。

フルHDや8KのHWエンコードできるやっすいPCとしては最安クラス？
ミニPCでフルHDのavcエンコードで22Wくらいでやっくれるのはいいな。品質はまだよく見れてないけど。
ただCPU温度は80℃ギリギリまで上がる。

タスクマネージャだとGPU稼働は60％位(何故か3D項目が上がる)、
CPUは100％貼り付き。QSVエンコードでもCPUが頭打つのはTVMWの伝統。
TVMSのフィルタ種類が多彩すぎてQSVにやらせる気がないのか、やらせられるのがあんまりないのか。
大体はやりたいのはデインタとcrop程度なんだが。

>>306
MPEGデコードもGPUにやらせればCPU100%は改善されるぞ

個人的にはQSVは初期の頃の画質の酷さが記憶にあるから使おうと思ったことないんだが
今はそこそこ画質改善してんのかな？
元ソースがいかに高画質かにもよるとは思うがSDだと相変わらずガビガビなんかな

avcだともうQSVでの画質に言及する人殆ど見た覚えないけど、hevcはネットにそういうこと書いてる人なんぼか居る様子。
いま電気代高い＋HWエンコード機の省電力＋低価格化＋それなり画質進歩、とくるならば非常によい傾向

>>307
確かに、と思ってやってみたら実際にGPU使用率上がって75〜90％弱使うようになったよ、、
cpuコアが非力な分、ソースがmpeg2でもデコード負荷を舐めてはいかんという事ね^^;
ミニPCらしいトピック

>>306
Nシリーズの内蔵GPUのエンコーダの品質は、言うほど大したことないのだが…

cudaオンリーよりvulkan併用の方が速度が出る謎・・・
内蔵GPUのない古いCPUだし、特に問題が無ければ両方ONにしとくかなぁ

俺はそうしてるよ
特に問題ないし

>>306
高品質になったからといってもN1シリーズみたいなゴミ買ってもCPUエンコ以下の速度で意味が無いぞ。Arc A380の10分の1しかでない。

intel N100とCeleron J4125のQSV比較
https://ameblo.jp/iso5210/entry-12809765737.html

そういえばIntelのGPUって今後のロードマップ出してたっけ？
AV1についてはNVIDIAに抜かれたままだが、抜き返すつもりはあるのだろうか？

>>314
いやあ最近まで長いこと旧いPCでエンコードを運用してたが、その頃のQSVのavc画質が
閉口レベルだったのでずっと遅いCPUエンコードだった。

基本は画質重視で品質固定だが、当時はQSVでは品質固定さえ選べなかったし。
で今日N150とTVMW8で試したら、SWエンコと同じっぽいQP値でちゃんと品質固定が
使える、上がったavcコンテンツの画質もSWエンコと遜色なさそう、何よりかかった
時間が1/5か1/6くらいで済んだかな？

ちなみにN150＋TVMW7でQSVのhevc出力もしてみたが、同じ品質固定とQP値なのに正直
汚ない。なんか新バージョンでHWエンコーダの実装変わって活かし方が一皮剥けたのかも？
とりあえずTVMW8はまだお試しライセンスのままでhevcが制限されているので、近日中に
正規版で試してみる

>>316
品質固定で画質がある程度保証されてても問題はそれに対するサイズじゃない？
見た感じ同じ画質だけど容量は倍違いますでは意味がないわけだし

ソフトエンコ派って基本的にそこだと思うんだよね
俺はQSVはやらんがHEVCはNvencでやるとやはりソフトエンコより同じ画質ではサイズが大きくなる
それでいいやって動画はそうするが長く保存する動画はソフトエンコードにしてるな
サイズ小さい方が保存しやすいので

品質を同じにしたいんだから容量違ってもいいよ

品質固定の意味わかっとらん奴がおるな…

>>317

まあまだ試している段階だけど、以前SWエンコで作成した2時間の映像を今回QSVでやってみたら、
似通ったサイズになったよ。ただSWエンコの品質固定パラメータには上限ビットレートが指定できるが
QSVの品質固定では上限指定ができないので、その分上振れあったのかなと思うが、容量の差異は無視
できるほど少なかった。
SWエンコ時の上限指定が元々高めだったせいもあるかもしれない。
HWエンコも歴史長くなれば進歩するし、やっぱペガシスさんが最新版8でHWエンコのメリットをうまく
生かすよう実装直したんじゃないかなと想像。

現状では以前の閉口するような低画質を感じないので、いずれVMAFとかで画質の数値評価をしてみよう
かと思う

逆に、旧いPCでTVMW8＋初期QSVでやってみたらどうなるか興味出てきた (先の通り品質固定が使えないけど)
ペガシスさんの努力、QSVの進歩、どっちが効てるのか効いてないのか

分かってない奴は固定品質なのにサイズがデカいからとビットレートに拘りだすから笑う

ちなみに、N150のGPUでもちゃんとフィルター処理にVulkanが有効だった。
旧PCとの比較であえてSWエンコードも試してるが、コンテンツによっては
CPU:Vulkanの使用比率が46.2:53.8とか出てるがホンマかこれ

>>321
ちゃんとレス版付けて意見言って
どの発言に言ってるのか分からんよ

独り言なんじゃない

>>317
(TVMWの)nvencはあまり固定品質が得意ではない
固定量子化で近似した方が少しはマシになる

サイズはビットレートとイコールだからな
要はいかに低いビットレートで画質を悪くしないかの話になるので
その面ではまだソフトエンコードのが優秀って思ってる
ビットレート高くすればハードエンコでも高画質になるのは当たり前だからなぁ

>>320
日々の進歩は圧倒的にハードエンコのが早いはずだからいずれハードエンコとソフトエンコで
画質差がほぼないといえる時代が来るのだろうとは思ってたけどすでにそのレベルなの？
ソースにもよるとは思うんだけど4K動画なんかはよほど品質落とす設定にでもしない限りは
そこまで低画質にはならんだろうとも思ってるが
裏を返すとソフトエンコならそのよほどレベルで落としても視聴に耐えられるぐらいには
マシかなぁと思ってるので今の所ソフトエンコオンリーにしてたけど
もし同じサイズで同じ画質に出来るならハードエンコでもいいかなぁと思う

個人的にはテレビ映像(1440×1080)をエンコする機会が多くて
その程度の解像度だとハードエンコの画質は耐えられないレベルになる気がしてるんだよね
特に競馬のレースとかは永久保存したいのであまり崩れるとしんどい

>>325
Nvencの固定品質は得意でないってのは初めて知った
教えてくれてありがとう
ちなみにVCEはどうなんだろ
手元にゲーム用で9070XTがあるので試してみたいがこのソフト入れてる端末じゃねえから試せないのよね

そう、その永久保存を求める映像データの扱いを考えると、本当にHWエンコで大丈夫なのか？後悔するかも？
という危惧が簡単にはぬぐえないのあるね。過去のトラウマの如く^^;
なのでVMAFだなと思うけど、まだ環境準備しないとなー、と思ってるだけの段階。

とりあえず安易にできる、TVMW8＋初期QSVで、SW固定品質時と大体同じようなレートになる設定でVBRエンコード、
さらにTVMR7＋初期QSVでもやってみて、実はエンコードソフトのバージョン上がるだけでもHWエンコの品質あがる
のか、QSVの新旧が大きいのか、その辺やってみてるところ

>>328
昔のHWエンコはBフレームに対応せず品質もサイズもダメだった。今のGPUならどれもBフレ対応でかなり品質が改善。もちろん、SWエンコには敵わないが断然マシになった。
あと、固定品質なのにSWエンコと比較する為にビットレートを合わせる様に調整するってのは間違い。どうやっても敵わないSWエンコに合わせた時点でHWエンコの品質は更に落ちてる。

ファイルサイズが気になる人はハードウェアエンコードを使っちゃダメ

結論としては>>330になるな
元ソースが解像度高い、ビットレート高いならばハードエンコでもある程度のサイズまで圧縮しても視聴に耐えられる、って程度
ガチガチ限界までサイズと画質を詰めるなら結果的にはソフトエンコしかなくなる
ハードエンコはどこまで妥協を許すかの話にはなるからな
というかメリットデメリットの取り合いだからハードエンコの速度メリットも大事といえば大事
YouTuberとかが動画上げるならどうしても撮影、編集、エンコード、アップロードとあるから
エンコードに取られる時間は極力短くしたいとかはあるはずだしね

レートが低いほどソフトエンコが有利なので小さいサイズでなるべく画質良くしたいならソフトエンコ一択
逆に言えばある程度サイズ増やしてもいいならハードエンコードでも画質は問題無い
具体的にはレート3Mのソフトと4〜5Mのハードがだいたい同じくらい
レートが増えるほど差は縮まる

画質（SSIM、VMAF）やエンコ速度比較してるサイトがあるので各自自分の環境に合わせてチェックしてみるといい

画質比較 (2025.05)
https://rigaya.github.io/vq_results/

>>327
VCEの画質は圧倒的に低いので保存用に使うのはやめた方が無難

8で環境設定を変えようとすると”パラメーターが間違っています。（エラーコード 0x80070057）”って表示されて設定変更できないんだけどおま環？

>>329
初期はBフレームなしだったのか、昔過ぎて記憶になかったがそれは納得。
でTVMW7と8で初期QVCのAVCエンコをやってみたのは、エンコードソフトの実装時期によって
エンコ品質に何かしら改善あるかどうかだったが、SW固定品質のアウトプットの総ビット
レート・最大ビットレートを参考に設定したもののやはり結果サイズは肥大化し、その分
画質もそこまで酷くなく、それは7でも8でも同様だった、という結果。
7と8で大きく違ったのはHWエンコードにかかった時間で、8は7の約半分の時間で済んだ。
ここはソフトウェア実装部分のオーバーヘッドが大きく減った模様。
ペガシスさん、IntelのAPIライブラリ(旧MediaSDKや新Intel oneAPL)のどちらかもしくは
両方のチューニングが進んだからだろうと思われる。

あと旧QSVと新QSVのパラメータ部分を比べると、旧QSVでは品質固定が選べないほかに
「パフォーマンス」項目で旧QSVが「普通」「やや遅い」しか選べないのに対し、新QSVは
「最速」〜「とても遅い」まで7段階あり、SWエンコ時の選択肢と同じ。
これは詳細パラメータをプリセット的に抽象化してくれる項目だが、それだけ詳細な
コントロールがHWエンコでもできるようになった、ととれる。
もちろんSWとHWで抽象化に含まれている詳細パラメータは同じではなく、「MPEG詳細
設定へ移行」して詳細設定見るとSWエンコードが全然細かいんだけどね

>>335
7段階あっても実際には3パターン程度の結果なので細かく設定できてもあまり意味はない

【TVMW】TMPGEnc Video Mastering Works Part50
https://mevius.5ch.net/test/read.cgi/avi/1733990861/961-968

>>336

なるほど。
実際新QSVの詳細パラメータの数も多くないからなー

古いQSVの「やや遅い」より「遅い」「とても遅い」の実質1段増えた分は
とりあえず品質上げられるようになった、というところだろな

「rigayaの日記兼メモ帳」ていうブログ主の4/17付け記事によると、Icelake(第10世代)以降QSVの質が中々高いようだが、
(URL貼るとNGワードに引っかかる;; FC2のブログサイトだからか？)

まだローエンドに落ちてないと書かれている。NシリーズはKabylake世代まで以前のどっかのQSVか。
QSVの実装リビジョンをツールかなんかで確認する方法ってないのかね。
TVMW8をさっさと正規版にすれば、少なくともHEVC 10bit対応の可否で
Kabylake以上相当かはわかりそう。

16GBのB50が299ドルで24GB版のB60はまだ未定

https://pc.watch.impress.co.jp/docs/news/event/2015144.html

正規ライセンスで N150のhevcがどのプロファイルまで扱えるか確認できた。
main 10は対応。(main 4:2:2 10も対応)
レベルは6.2 High tierまで選択可。

少なくともKabylake以降のQSV実装と言えそうだけど、わからんのが
IcelakeでさえLevel5.1までの対応のようなのに、今回のQSVでは6.2まで
選択できる。もしかしてTigerlake相当とか？
EUは少ないのに

参考：Wikipedia 「Intel Quick Sync Video」

「PCを放送局に」　地デジ対応OFDM変調器、USBサイズで実現
https://dempa-digital.com/article/660687

「MPEG映像作成・編集ソフト「TMPGEnc」で名高いペガシス（東京都千代田区）のMPEG-2エンコーダーを採用し、高画質で安定した動作を実現している。
アパートやマンションの掲示板チャンネルをはじめ、学校での館内放送、イベント会場でのサイネージなどの用途に利用できる。」
ソフトウェアエンコードなの？

パフォーマンス選択7段階と同じく、高いLevelが選択できても意味為すかは不明だが・・

>>341
そういうアダプター類の「ソフト」には2つの意味合いがあって、基本のソフトウェアの事を「ソフトウェアエンコード」、アダプター本体にエンコーダー搭載してると「ハードウェアエンコード」と言うのが一般的。
その「ソフトウェアエンコード」時にPC側でGPUエンコード出来るかは付属のツールに寄る。

インテルGPUを2台のせ。VRAM48GBのモンスターグラボの噂
https://www.gizmodo.jp/2025/05/b580-2-vram-48gb.html

マジっすかw

参考事例1つ。

G3Plusがスリープさせても勝手に起きてくる件。
結局「電源オプション⇒スリープ解除タイマーの許可」の設定弄ってもやっぱり上がってくるし、
映像エンコード終了時にスリープに落ちる設定してても「他のアプリがまだブロックしてて待機中」
的なダイアログ出てスリープしてくれなかった。

結局Intelから有線LANドライバ拾って入れなおしたら、ドライバのバージョン表記が変わらないのに直った。

ただLANアダプタの電源管理画面が、高速電源オフ設定した直後に一度設定を弄れた以外はずっとグレーにされてて弄れなくなってるのが気になる

すまない、誤爆でした

CM検出ってCPUもGPUもメモリもそんな使ってない割に作業が結構重い理由なんなんだろうな？
検出時間の短縮するならHDDよりSSD化させるしかないのだろうか……

>>347
なんかファイル全部読み取ってるからなぁ
アマツカゼのCMカットはエンコードしながら出来るのに

エンコしながらやってるわけじゃなくて
エンコ前にjoin_logo_scpを動かしてるだけだろ
そもそもavsのtrim文でカットしてるんだから
ながらなんて不可能だろ

>>341
面白い製品とは思うけど個人だと使い道が無いな。
ブースター自作して昭和の頃に流行したミニＦＭみたいにミニ地デジが出来るのかな？ｗ

>>341
放送波なのこれ？IP放送じゃ無くて電波？
どうやって使うんだろう地デジに干渉したりしないのかな？

地デジ登場以前にも似たようなのがあった記憶
UHFトランスミッターみたいな
そんな商品かな？

>>350-351
企業の館内一斉放送とかが使いみちかな
映す側は市販のテレビでいいし、接続は同軸ケーブルで済むから簡単だし

ペガシスのMPEG-2エンコーダーをどのくらいカスタマイズして使えるのかわからんけど、ビットレート高めに設定したり、一部の地方局がやっていたフルHD放送で設定すれば、民放より画質良い状態で流せるかもね

>>352
詳しくありがとう
しかし今どきそんなアナログな会社あるのにビックリ
ZoomやTeamsでしょ昨今は
平成初期に大手家電メーカーの食堂でそんなの流れたなw

イベント会場で重宝するだろこれ
ホール外ロビーとかのモニタにホール内ステージ高画質で映せる

新発売！3DO REAL登場！みたいな映像だったw

ビデオCD最高だったなw

実家に2枚程置いたまんま
イメージビデオとWの悲劇だったけどw

>>347
SSDにすれば速くなるよ
うちのは録画もテンポラリもNVMeでやってるけど
30分のアニメとかだと数秒で検出終わる

>>358
SSDって壊れる前兆わからないからそれに録画って怖くね？
だからHDDの沼から抜け出せぬのだ……

じゃあずっとHDD使ってればいいじゃない

HDDも壊れるときは壊れる

壊れたらサルベージがほぼ出来なくなるSSDより
少しでもサルベージできる可能性のあるHDDの方が安心感がある。
ってここまで言わなきゃ伝わらんのか……

じゃあずっとHDD使ってればいいじゃない

まったく同意

なんで長期保存の話になってんの？
自分でCM検出に使うならって質問しているのにHDDサルベージ可能とか意味わからん

最終的な保存先をHDDにして
別途作業場所にSSDを用意すればいいだけなのに
バカなのかな…

自分も

C:SSD 2TB(システムドライブ)
D:SSD 4TB(作業場)
E:HDD (長期保存先)みたいに使ってるけど

長期保存はMO、次点でPD

全然面白くないよ。

紫外線が強いからな

PDってまだあるの？

画像とかの場合データ復旧とかで一部回復や閲覧出来たりするけど動画の場合、復元出来てもどっか壊れてると全く再生すら出来ないけどな

静音重視なので10年以上前にHDDはPC内蔵から全て排除して録画ドライブもSSDしか使ってないけど問題なんか出てないね
録画専用機は完全ファンレス環境でシステムのC300が15年、録画SSDのMLCなM500 960Gが10年で137TB書き込みでCDI読みで95％

>>372
そこで大事な動画はWinRARで圧縮しておくんですよ
WinRARならば一部分が壊れたときの回復用にリカバリーレコードをつけた状態で圧縮しておけば、ヘッダーあたりにダメージがない限り回復される可能性は高い

RAIDの復旧エラーでかなりの動画が壊れたくさいが
全く再生出来ないという事は無いな
ただ音が出ないAVC動画が大量に出来てしまった

>>359
録画したままのファイルと見たら消すかものファイルはSSDに置いといて
長期保存確定のエンコード済みファイルはHDDに移してるよ
HDDはガチャポンに入っててバックアップの時以外は電源オフ

>>375
もしかしてRAIDならバックアップいらないと思ってる人？

>>376
撮り貯めて最終回を迎えたら一気にエンコードする性格だから
その録画したままのファイルが怖いんだ
1ファイルがでかいとは言え録画しては消してを繰り返してるから書き換え限界がすぐ来そうで怖くてね
でもCM検出がすぐ終わるならエンコード作業用にSSDの購入も視野に入れてみるよ
ありがとう

で、ついでに聞きたいけどSSD録画勢はそのSSD何年くらい使ってるの？
参考に聞いておきたい

性格がどうとか知らねーよ

SSD録画勢ではないけど
唐突な故障ではなく書き換え限界ならステータスである程度予測できるし
書き替え限界が近づいたらまともなSSDなら読み込み専用モードに移行すると思うけど…

クラウドに置いてるからどうでもいい

というかその大事な録画したままのファイルもHDDに保存して
作業場所としてSSDを使うという発想がない時点でお察しな感が