X



【TVMW】TMPGEnc Video Mastering Works 37
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001
垢版 |
2017/11/25(土) 14:37:28.00
現行製品
TMPGEnc Video Mastering Works 6
http://tmpgenc.pegasys-inc.com/ja/product/tvmw6.html

FAQ(よくある質問とその答え)
http://tmpgenc.pegasys-inc.com/ja/support/support.html

TMPGEnc Video Mastering Works 6 ユーザー掲示版
http://bbs.pegasys-inc.com/bbs/list/lang/ja/board/TVMW6

※前スレ
【TVMW】TMPGEnc Video Mastering Works 36
http://mevius.5ch.net/test/read.cgi/avi/1493462709/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
0896名無しさん@編集中 (ブーイモ MM1f-tFuo)
垢版 |
2018/04/14(土) 19:46:09.70ID:GApf2DWFM
>>885
「H.265並みに綺麗だよ」とは書いていない
お互いの行間の読み違いはあったのかもしれないが
粗さが目立つというのだから、細部表現と解釈して進言しただけだよ
ビットレート不足とか高い量子化係数での圧縮で起きるのはブロックノイズとディテールの喪失だから、粗いという表現にはならないだろうしね

後半のレスの意図は解ったけど、最初の方で
> 仕様見て書いてあるのと同義
としているから、仕様的なもの把握してレス付けているにはおかしいと思ってのレスなのよ
0898名無しさん@編集中 (ワッチョイ b39f-ycE0)
垢版 |
2018/04/15(日) 12:18:04.37ID:j6EEyX/E0
>>855
もしQSVならエンコード部分が止まってる QSVへこれ圧縮してねと投げたのに応答がないから通信エラー
うちのおま環ではSandybridge(P67&H77のマザー)とHaswell(Z97マザー)のころ頻発してQSVは使い物にならなかった
QSV使うソフトでもれなく止まるんで
いろんなVerのグラフィックドライバ試したりマザーのメモリタイミング緩めてみたりしたけどエラーはなくならず
すっかり諦めてNVEncだけ使ってた
この前KabyLake+Z170マザーに入れ替えた(DDR3メモリ流用)ときにふと思い出してQSV試したらスイスイ動く クリーンインスコはしてない
使ってない間にWindows10の大型アップデートがあったりドライバが新しくなったからか
Kaby+新マザーにしたからかは今となってはわからん
0900名無しさん@編集中 (スッップ Sd1f-uDlM)
垢版 |
2018/04/16(月) 23:24:21.68ID:GppZnShyd
ねえ、みんなはPGMX使ってる?
スマホでもメニュー付きの動画再生できるのは結構魅力あると思うんだけどな。

もうオリジナルのメニュー作成とかまでこだわる人が減ってるのかな。
0902名無しさん@編集中 (ブーイモ MMa7-tFuo)
垢版 |
2018/04/17(火) 07:36:06.22ID:G8gaxn+mM
PGMXのプレイヤーがMX Player Pro並みに使いやすければな
視聴環境の快適性を決めるのはプレイヤーなんだし
PGMXが高機能でも、その専用プレイヤーが糞なら意味が無い
mkv出力の場合は再生トラックが1つに制限されてメニューも使えないから潰しも効かない
0903名無しさん@編集中 (ワッチョイWW f3e3-40d9)
垢版 |
2018/04/18(水) 19:53:18.17ID:2CTL27y90
フルHDのエンコードについてお聞きしたいです
4K動画は除外して教えて頂ければと思います

【CPU】AMD Ryzen5 1400 (4コア8スレッド 3.2GHz)
【グラボ】GeForce GT730
【備考】TMPGEnc Video Mastering Works 6 で NVENC を使用して、H.264/AVCにエンコードする場合

【CPU】AMD Ryzen3 2200G (4コア4スレッド 3.5GHz)
【グラボ】なし
【備考】TMPGEnc Mastering Works 6 で AMD Media SDK を使用して、H.265/HEVCにエンコードする場合

(1)この2つを比較すると、どちらの方が早くエンコードが完了しますか?
(2)また同じ設定でエンコードした場合、画質に大幅な差(例えばどちらか一方で暗所のノイズが極端に目立つとか)はありますか?
(3)AMD Ryzen3 2200G と AMD Media SDK の組み合わせではH.264/AVCにエンコードできないという情報を目にしたのですが、事実でしょうか?
0905名無しさん@編集中 (ワッチョイ 73ec-ycE0)
垢版 |
2018/04/18(水) 20:31:33.53ID:HTI1sHZw0
>>903
(1) 知らん。

(2) 基本的に同じビットレートならAMDのHWエンコードが一番画質が悪い。
   H.264/AVCを使おうがH.265/HEVCを使おうが関係なく悪い。
   http://mevius.5ch.net/test/read.cgi/avi/1486130737/335

(3) 質問する時は情報源くらいはちゃんと示した方がいいんじゃないの。
   とりあえず以下の記事を見てみればいいと思うが。

    やはりRavenRidgeのVCEは仕様変更か TMPGを試す
    https://blog.goo.ne.jp/krmmk3/e/9d475dfe59f9a3d0b2f941bda3bd7093
0911名無しさん@編集中 (アウアウアー Saff-jBMb)
垢版 |
2018/04/18(水) 21:50:33.12ID:sej781kfa
NVIDIAにしろAMDにしろ、ベンチマークみたいな小学生でもわかるようなものにはキチガイみたいに争うが、
画質のような主観が影響してくるようなもの(=数字のみがすべてではないもの)になると、いつまで経ってもおぼつかない
0912名無しさん@編集中 (ワッチョイ 73ec-ycE0)
垢版 |
2018/04/18(水) 22:02:30.66ID:HTI1sHZw0
>>910
>>905で示したのはSSIMでの評価だから、主観評価ではまた変わるかもしれないけど、
少なくともSSIMでの評価では、AMDはHEVCを使っても他社のH.264にすら及ばないんだよねえ・・・。

というかQSVもNVEncもHEVCの調整がまだまだ未熟な感じで、>>905の評価から見ると
H.264を使った方が良い結果が出るというケースも多いのではないかという気がする。
0914名無しさん@編集中 (ブーイモ MM67-ka/K)
垢版 |
2018/04/19(木) 09:05:10.32ID:eLewtFFkM
何でもx264やx265基準の画質で評価する人は何処にも出てくるしね(気持ちもわかるが
エンコーダなんだから画質に重きを置くのは解るけど
CPU負荷が少なくて、エンコード実行している環境で他の処理を行う余裕も確保出来るというHWエンコーダの特性も評価しなけりゃな

ソフトウェアエンコーダでHWエンコーダ並みの発熱やCPU使用量に抑えたら、処理速度なんて更に落ちてしまうんだし
ソフトウェアエンコーダの最大の弱点とも言える処理速度面がHWエンコーダの最大の利点なのに、それ度外視して評価されてしまうのもね
0915名無しさん@編集中 (ブーイモ MM67-ka/K)
垢版 |
2018/04/19(木) 09:19:03.27ID:eLewtFFkM
画質の容認範囲は人それぞれではあるけど
個人的には概ね1440x1080ならH264で4Mbps〜5Mbpsあたり有ればHWエンコーダでも十分満足がいく画質は得られると思うんだけどね
これが3MbpsとかならQSVのHEVCでもギリギリなあたりで
3Mbps以下とか2Mbpsオーダーならx264やx265の出番だろうけど

ここらへん画質面でHWエンコーダを一概に切り捨て判断するに至るかは、処理時間の他にも保存容量へのコスト容認範囲の差がデカいんだろうなと思う
0916名無しさん@編集中 (ブーイモ MM67-ka/K)
垢版 |
2018/04/19(木) 09:31:07.74ID:eLewtFFkM
HWエンコーダ使用での環境構築とか、話題が出たので
個人的な主観的なもので済まないが、GPU内蔵HWエンコーダの特徴とか

QSV
HWエンコーダとしては画質に定評あり、エンコードでのオプションが豊富だがGPGPU依存度が高く、動作クロックはもちろんグレードによるEU搭載規模や搭載メモリクロックなど、多くの要素で性能に差が出やすい
EUの補助を切るとNVEnc以下の画質になってしまうがNVEncばりの低延滞にも対応可能であったりと機能性が高い
省電力モデルの場合QSVの負荷だけでは、コアのクロックが上がり切らない場合があり、本来の性能が出せない場合もあるので注意が必要
画質傾向は全体的に少しボケ気味(画質容量比が良い一因?
同時実行数に上限は無い様だが、HWデコーダはGTのグレードで差が有るかも(Core i系6、atom系3〜4、不足はSDKのソフトウェア処理で補填の模様
0917名無しさん@編集中 (ブーイモ MM67-ka/K)
垢版 |
2018/04/19(木) 09:31:52.16ID:eLewtFFkM
NVEnc
HWエンコーダのスピードキング、低延滞至上主義
画質はVCE/VCN以上QSV未満、HEVCにはBフレームが無い仕様
GPGPU依存度が無くグレードによる性能差は基本的に無い(動作クロック依存)が、製品グループによって同時実行数の違いや、
上位グレードはエンジン搭載数に違いがあり、同時処理を行っても処理速度低下を起こしづらいものもある
画質傾向は暗部階調表現が弱く、細部がザワついた感じになるが、QSVより全体のボケ感が無い
同時実行数は一般的には2つ(TVMW9では2決め打ち?)TeslaやQuadro 2000番以上は無制限、デコーダは制限があるか不明

VCE/VCN
速度がQSV並で画質がNVEnc以下という、もうちょっと頑張れな
GPGPU依存度もQSV並みだが使用範囲を制限しているのかグレードによる性能差は無い(動作クロック依存)、こいつもHEVCにBフレーム無し
VCN世代でHEVCの画質が微妙に良くなっているという噂がある(公式資料かは不明
FluidMotionが主役でコッチがオマケという話も…
画質傾向はQSVとNVEncの中間的でバランスが良く悪くは無い
同時実行数には制限が無さそう、デコーダも制限不明
0918名無しさん@編集中 (ブーイモ MM67-ka/K)
垢版 |
2018/04/19(木) 09:47:19.57ID:eLewtFFkM
以上
長々スレ汚しすまんね

HWエンコーダが使える環境は少なくは無いだろうから
TVMWで使わないにしろ、録画したTSとか嵩張るデータを画質に影響が殆ど出ないと自分が思える範囲で、
まずは1/2なりにでも縮ませておくとかには十分使い物にはなるし
個人的には巧く活用していきたいところ

Googleに上げて処理させる場合も、高いビットレートで10GB以下に収める用途とかには手早く処理を済ませてアップロードにすぐ移行出来るし、活用範囲は意外とある
0927名無しさん@編集中 (ワッチョイ 57ec-9jjH)
垢版 |
2018/04/19(木) 13:11:30.21ID:/y1uKNMH0
まあちょっと長いかなとは思うが、結構参考になるし、
ガイジだのオナニーだのコテつけろだの言ってるだけの連中よりマシなのは間違いない。

>>917
>VCE/VCN
> 〜こいつもHEVCにBフレーム無し

PolarisではH.264でもBフレーム使えなくなったけどね。RavenRidgeはどうなんだろ。

 Video Encode API: BFrames not supported on RX 4xx? ・ Issue #8 ・ GPUOpen-LibrariesAndSDKs/AMF
 https://github.com/GPUOpen-LibrariesAndSDKs/AMF/issues/8
0928名無しさん@編集中 (アウーイモ MM47-vS3i)
垢版 |
2018/04/19(木) 13:21:38.13ID:DJb3fFUtM
まぁBフレームへの対応って、もちろんしているに越したことはないけれど、一部のアニヲタがやっているみたいに
ギリギリまで容量を節約したいとかではなく、ほどほどの容量でよいという用途ならば、
Bフレームへの対応そのものは、必須というわけではないしねぇ
Bフレーム対応の実装が中途半端だと、画面全体がざわついた感じになることもあるし
0930名無しさん@編集中 (ワッチョイ 57e9-8E8L)
垢版 |
2018/04/19(木) 15:08:26.65ID:6x7FDW6O0
画質最優先でエンコードするのであれば、本来的には動きの多いシーンでの再現性が低下する要因になる
Bフレームは使わずに、通常設定を駆使して使用するコーデックの基礎的な圧縮メソッドを徹底活用する方が
いいのは間違いないからねぇ
ただし、H.264でBフレームなしを単純にBaseline Profileと理解するのは早計だが

H.264は規格策定の途中でHigh Profile(AVCHD)とかの考えが出てきて、積み増し積み増しの状態になって
いるから、利用する側にとってもどれを使うべきなのかがわかりにくくなっているように感じるね

そういう意味ではオプションに頼らずとも基礎の部分がしっかりしているH.265(HEVC)にて、
Bフレームなしのビットレート余裕あり状態が案外使いやすいと言えなくもないか
(プロファイルの選択は事実上、10bit使うかどうかだけの判断でいいわけなので)
0932名無しさん@編集中 (ブーイモ MM67-ka/K)
垢版 |
2018/04/20(金) 02:47:27.85ID:3IIJGeeBM
PascalのNVEncで良いところは、H264→HEVCでパフォーマンスが半分も落ちないところ
TVMW6で単発処理だと最高速まで回しきれないので、2つ同時処置で使い切る感じになるけど、それでもQSVのH264の単発と同等ぐらいの速度は出せるので
再生環境的にHEVCでも構わない人には良いと思う
0933名無しさん@編集中 (ブーイモ MM67-ka/K)
垢版 |
2018/04/20(金) 02:59:41.72ID:3IIJGeeBM
そこから2/3程度の速度になっても良いなら、QSVのLA-ICQでNVEncのHEVCとほぼ同等画質なH264のファイルが作れる

更にそこから1/4(実質等倍速+α程度)に遅くなっても良いなら、HWエンコーダでの最高画質とも言えるQSVのHEVCという感じ

ここから先は、x264やx265の領域
0934名無しさん@編集中 (ブーイモ MM67-ka/K)
垢版 |
2018/04/20(金) 03:49:12.94ID:3IIJGeeBM
じゃぁ、QSVのHEVC画質はx264相当でどれぐらい画質か? というと
QSVがcrf=20なら、x264ならcrf=22程度
crfが小さいほど差が縮まる傾向だが、よく使われると思うcrf 20〜22前後あたりだと、x264換算で概ねcrfを+2出来る
もちろんcrfが高い方がファイルサイズも縮むうえx264だからQSVのcrfを+2するより尚更縮む

そのうえ、困った事に有る程度のCPUクロックが必要にはなるが、消費電力を度外視すれば現行のCore iやRyzenの4コアならx264のfasterやveryfastプリセットであたりでCQPを回せば、QSVのHEVC並みか少し速い程度の速度で処理出来てしまい
クロックが更に高かったりコア数が多いほど、x264の方が早くて綺麗となり兼ねなかったりする

なので、2コア世代のi3やPenriumより上位の4コア以上な環境の人なら、消費電力を気にしなければ時間効率的にHWエンコーダを使うなら、QSVのLA ICQやNVENcのHEVCまでに留めて、それ以上の画質や圧縮効率が必要ならx264にスイッチした方がいい
0937名無しさん@編集中 (アウーイモ MM47-vS3i)
垢版 |
2018/04/20(金) 11:51:50.39ID:X6aN0xI4M
x265を使って18コア36スレッドのCPUでBフレームなしの場合のエンコード時間と、QSVでBフレームなしのエンコードだと、何倍くらいの時間差になるのだろ?
0948名無しさん@編集中 (アウーイモ MM47-vS3i)
垢版 |
2018/04/20(金) 12:55:14.33ID:X6aN0xI4M
>>947
速いのはわかってる
問題は時間差で何倍程度の差があるのだろうかということ
CPU最速とiGPU最速比較で、例えば3倍程度しか変わりませんならば、消費電力の問題と初期投資費用を無視してもよいならx265のみに絞る選択肢もないわけではない
0949名無しさん@編集中 (ワッチョイ 57ec-9jjH)
垢版 |
2018/04/20(金) 13:52:41.89ID:PbP8t3sj0
圧縮率にも触れてないし、そんなに色々無視できるならx265にしとけばいいだろって思うし、
最速環境持ってる人限定の選択肢を持ってない奴が考えてどうするんだろうって思う。
0952名無しさん@編集中 (ワッチョイ 769f-9jjH)
垢版 |
2018/04/20(金) 17:52:23.70ID:36ZYDVpB0
別の考え方としては、たまにしかエンコしないなら低スペックでも十分と言える
大量にエンコするなら予算の許す限りハイスペックにしたほうがいい
時間がどうのこうのなんて気にするのは最初だけですぐにどうでも良くなるよ
編集してエンコ設定してバッチ登録して放置する事になるのは変わらないわけだしさ
0955名無しさん@編集中 (スッップ Sdba-TcdZ)
垢版 |
2018/04/20(金) 22:44:45.66ID:Kq0vytARd
ターゲットにするビットレートとかファイルサイズも人それぞれだけどね
地デジソースで1440x1080のまま3Mbps未満とかが要求キツければ、自ずとHWエンコは対象じゃ無くなってしまうだろうし
0957名無しさん@編集中 (ワッチョイ 5ab3-Mp6C)
垢版 |
2018/04/22(日) 05:23:30.59ID:XxahlrqW0
>>956
多重音声ストリームのことなら

映像+音声で普通にエンコードしてmp4を作る
クリップ情報→音声のプルダウンメニューで音声ストリームを変更して、映像なしのmp4を作る
高度なツール→MPEGツールの多重化で、上で作った二本を合成
0979名無しさん@編集中
垢版 |
2018/04/24(火) 19:53:46.78
更新履歴
http://tmpgenc.pegasys-inc.com/ja/download/tvmw6_rireki.html

2018.4.24 / Ver.6.2.8.35

不具合修正
・120%以上のDPI環境で、一部の画面表示、レイアウトがおかしくなる問題を修正しました。
・タイムラインモードで、[レイヤー内の全クリップを前につめる] オプション を使用すると、隙間が発生する場合がある問題を修正しました。
・AMD Ryzen 2000 シリーズのCPU環境で、AMD Media SDK H.264 エンコーダーを使用すると、出力設定に依存して、フレームレートが正しく出力されない場合がある問題を修正しました。

その他
・その他、細かい修正を行ないました。
0981名無しさん@編集中 (ワッチョイ 235d-vjAa)
垢版 |
2018/04/24(火) 20:13:09.81ID:ID34y6L40
スレでアプデ来たって書き込み見てから、うちのTVMW6起動してみても更新のお知らせがポップが表示されない
でもサイトで確認するとちゃんと来てる
更新しないままでいると、お知らせポップが出るのは書き込みから2〜3日後ってことが多い
って人、他にも居るのでしょうか?
0985名無しさん@編集中 (ワッチョイW 1aaf-ErPc)
垢版 |
2018/04/24(火) 21:18:40.53ID:2iSJFINm0
地雷
0989名無しさん@編集中 (ワッチョイW 1aaf-ey0r)
垢版 |
2018/04/25(水) 03:57:37.18ID:M1WETpBc0
>>983
Pegasys-Infoに来ないのは単純に配信忘れじゃね?
たまにエンコ作業でしか使わないし、現状困っているバグは無い
ぶっちゃけアプデ通知がすぐに来なくてもどうでもいいレベル
レス数が950を超えています。1000を超えると書き込みができなくなります。

ニューススポーツなんでも実況