【TVMW】TMPGEnc Video Mastering Works 36
■ このスレッドは過去ログ倉庫に格納されています
録り溜めたの20近く一気にエンコするからほんと欲しい。
CM検出が俺的にはほんと神憑ってるからオートカットで全然OK。 >>383
違うって意味が分からない
5も持ってるがCMカットは入れてないので
>>384
俺もそう思う
今のところ誤検出ないからなぁ300ぐらいやったけど
検出自体はまとめて出来るんだし各クリップの分割点読み込みとカットを
一個ずつやるのだけは面倒くさいんだよね
順番にやってくれるのはいいからまとめて設定してほっとけば全部終わらせて欲しい
カットもついでにオレンジ部は自動カットでも構わない 出力設定もフィルターみたいにデフォ設定できるようにしてくれ >>385
tmsrだとファイル一覧画面で一括CM候補検出する際、検出結果を各ファイルに反映する設定がある。
これが有効だとファイル開いた際にはクリップ分割点、もしくはキーフレームが適用されてる。
プロダクションツールだとフォルダ監視で自動的にcm検出もするとある。
使ってないから実用的かどうかわからんが。 >>387
フィルターだと
環境設定→クリップの標準設定→標準のフィルターテンプレート
でフィルターファイル名指定出来るが出力のファイル設定は見当たらないよ
もちろん6で >>392
環境設定じゃなくて出力設定の保存の右の矢印にある >>393
止まるねぇ…それでも前よりマシになった(止まらなくなったわけじゃ無く)
前は延々とエンコ続いてるフリしてたけど、最近のは異常終了して次に行ってくれるようになった QSVが止まるので色々試した結果、バッチ処理の際にひとつだけ
適当なファイル(つまりダミー)の音声をリニアPCMにして
同時進行でエンコすると止まらないので、これで回避しています。
ダミーのエンコ時間が目的のファイルより長ければ放置プレイができます これで使えるqsvって設定出来るところ少なくとも画質悪すぎでツカイドコロないなぁ
nvencの圧勝じゃない?
qsv使うならqsvencだな tvmw6で音声ボリューム調整フィルタを使う場合、
例えば89dbで音量調整というような使い方はできないのでしょうか? 内蔵フィルタではできないんじゃね
そういうVSTプラグインがあればできるかもしれない
それはそうと89dBてすげえな
そんなに上げたらクリップしまくりそう >>399
一旦音声のみをwavファイル化して、別ソフトで音量とか調整したwavファイルに
してから音声だけ差し替えかな。
-1dBTPのノーマライズと、DCカットor0.1Hz位の超低域カット位の機能は
ついてても良さそうなものだけどね。 そこまでやるならエンコードもqaacとかの別ソフトでやった方が良くね
TVMWの音声エンコーダはあんま良くないよ >>398
QSVで処理するにはギリギリキツい無茶なビットレートで処理しようとしていなければ、qsvencで使えるオプションが無くても大勢に影響ないと思うけど
そして、そんな帯域だと総じてnvencの方が画質悪い
同じハードウェア環境なら
qsvencc>tvmw6のqsv>nvencc≧tvmw6のnvenc
てぐらいだろ >>403
46分ドラマを300MBくらいにしてるようなビットレートだとNVencの方が綺麗 それ1280x720でも相当詰めてるでしょ
そこまでやって画質云々言うならx264/x265使うレベルで、QSVもNVENCも話にならないんじゃないかな
tvmw上だと、QSVの能力が低くなる方向でNVENCとの差が縮んでるのは確かだけどね
ブロックノイズでザワザワしながらボケつつ乱れるか、
ブロックノイズ感は少ないけど、よりボケや潰れで解像度感失う方向で情報量失ってるかの違いだと思うよ
それで後者がより綺麗だと思っているなら個人で使っていればいいけど
それも画の品質低下だと認識してる人と認識してない人では評価が変わる
NVENCの傾向は、スマホとか表示面積小さい環境とかで誤魔化しが効きやすいのも事実だけど
エンコーダの評価でそういう要素は別だからな >>393
Ivyの時はよく止まってたが、Skylakeにしてからは止まったことないな
ドライバーのデキなのかな 質問です。
適応補間(高精度)のフィルタを使う時、グラボが750tiと1050tiでエンコ時間に相違は出ますか?
CPUはi7 6700kとRyzen1700です。
宜しくお願い致します。 CPUとGPUの処理比率見ると、GPUの影響デカそうに見えるけど
750Tiでも適応補完ぐらいでしか使ってないなら、それにリサイズ足してもGPU能力余してるから、殆ど変わらないと思うよ
他の画質調整系とかだと覿面にGPU負荷上がるから1050Tiぐらい欲しいところ >>408
詳しくありがとうございます、750tiでやってみます。
NVEncでエンコ時の話ですが、エンコ後の画質の方は1050tiと比べて変わらないでしょうか?
画質も同じという認識であっていますか? 今はH264でも、どうせH.265も使ってみたくなるもんなんだからケチらず1050Tiにしとけ 900番台の第2世代Maxwellからnvencが6〜8割高速化(720pの場合、クロック増分込み、1080pだと多少落ちる)してるのとH265(Bフレーム無し)に対応
nvencも気にするなら、1050か1050Tiに行っておいた方が良いよ TMPGEnc Video Mastering Works 5 で作った出力テンプレートは
TMPGEnc Video Mastering Works 6 でも読み込みできる?
出来るなら6にアップグレード予定です。 >>414
まじで?
かなり設定弄っててまた一から設定しなおすの面倒なんだよなぁ… 出来なかったっけ?
まぁスクショ撮って入れ直せばいいんじゃない >>416
最終手段はそれしかないね。
とりあえずもうちょっと考えますわ。 v5のテンプレート読み込めるぞ
ウソ書くな >>414 この前5から6に移行した。同じ設定で若干は早くなったな
どうせ数年は使うからさっさとやったほうが吉 >>413
出来ます。ただしT4からはT5もT6も無理 >>413です。結局5で作った設定ファイルは読み込み可という事でいいんですか?
あれから色々悩んで6を買うことに決まったので、後ほど試してみます。 どうせ買うなら読み込めてもダメでもどっちでもいいじゃない TMPGEnc Video Mastering Works 5が2011年2月発売で、
TMPGEnc Video Mastering Works 6が2015年2月発売だから、7まだまだ先。 次はRadeonでフィルター処理くらいは対応してもらいたいもんだ ライゼンのスリッパとかいうのとインテルの7820Xっていうやつの
どっちかをほしいんだが、
TMPGEnc Authoring Worksも使うし、
TMPGEnc Video Mastering WorksでX265でエンコードする場合、
どっちがいいかなあ?インテルだと色々クソ高いし、すぐに買うわけじゃなく
漠然とほしいと思ってるだけなんだけど、
今使ってる2600K(4.7Ghzで使用)の4から5倍くらい速くなってくれたらいいんだけどな。 $999の16C32TのThreadRipper 1950Xだと概算で良くて3.3倍程度
3.4〜4GHzだけど、多分全コアで4GHzは回らないと思う
$989のi9 7900Xは、マザーの自動調整だけで全コア4GHz回るけど
自動OC並に盛りまくるから、自分で調整しないとワッパが糞悪いが調整出来ればそうでも無い
殻割り苦にしないのなら、280や360ラジ有れば全コア4.5GHzぐらいなら、アタリじゃ無くても回せてる
だけどそこまでやって、やっと3倍程度
エンコだけならTR 1920Xでもよりお安く同程度の性能出せると思う 5使ってたけど6体験版で適応補間(高精度)に惚れて購入してしまった
5にこのフィルタないんだよな >>431
じゃあ1920Xを買う方針で今後の価格動向を注視する方針にするわ。
トンクス >>437
確かに適応補間使うなら高精細が良いんだが、実写だとやり過ぎる場合がある
髪の毛とか細い線が点線状になったりね 一時停止もどきはあるじゃん
中止ボタン押して確認ダイアログが出た状態がそれにあたる 中止ボタン押しても再開できるんだから実質一時停止じゃん >>437
前試してほとんど差が感じられなかったんだが >>446
そりゃ、適応補間で充分なソースじゃ高精細使っても変わらんよな >>448
どんなソースならはっきり違いがわかるの? SundyBridgeのPCで多数のファイルをmpeg4にエンコしています。
全てのファイルを選択してバッチ登録してエンコさせると、1つのファイルずつしかエンコしてくれません。
仕方がないので1つずつ登録しているのですが、やはり面倒です。
なにかうまい方法はないものでしょうか? >>454
生きるセンスが
無くて可哀想(´・ω・) バッチの同時出力数変えればいいんじゃないんか
同時にやるメリット感じないけどな うちのSandy-Eは2つまでなら効果あるよ
1つだけだとCPU使用率100にならないから
ソースがaupのときは特に 音声設定のストリーム形式がDolby Digitalになってるとか >>456
例えば1つのジョブ内に50のファイルがあり、同時出力数を4にしても、1つずつしかエンコされないんです。
これを5つのジョブで各10ファイルとすれば、4ジョブ(4ファイル)が同時にエンコされます。
結局、同時出力数は、同時ジョブ数の事であって、同時処理数ではないことになります。
メインプログラム(?)からジョブを生成する際に、1ジョブ=1ファイルになってくれれば良いのですが、その方法がわからないのです。 >>456
あと、同時にやれば短時間でエンコできるからです。
私のi5Sundyなら4個同時までです。 クリップとして50本追加して、クリップ単位出力にしてるって事かな?
バッチだとプロジェクト単位だと思うので、同一プロジェクト内の複数クリップは同時に実行されないんじゃないかな。
そういう事をしたいなら、専用コマンドプロンプト類をまとめたプラグインが販売されていた様な気がします。
結構な値段だった気がしますけど。 確かに、クリップ単位で出力出来るのにジョブ内で複数同時エンコが出来ないのは納得しがたいわな まだちょっと面倒だけどもう1つ起動してDDして少しづつバッチ登録とか >>460
4個同時なら4倍のエンコ速度だぁー!!!
ってならやる意味もあるが、実際はそんな変わらんよ。 うちはよくpc落ちるから
1つごとバッチに登録してる >>461
そうですね、昔見かけた気がします。
ちょっと高すぎて手が出ませんでした。
>>463
ん?よく意味がわかりません。
>>464
日曜日でしたので、ついw
>>465-469
以前試してみましたが、全然違いますよ。
当時はその為にi5買ったぐらいですので・・・ メインストリームi7との違いはHTの有無だけだしそれなりに効果は出るだろうね
出ないとか言ってるやつはi5未満のゴミを使ってるかただのアホのどっちかじゃね 特定のCPU限定の話なら別で聞いたほうが早いでしょうね 1個と4個同時にエンコードした時のCPU使用率の差くらいは縮まる。
さっき軽く試した限りでは、うちのi5は1個で95%前後、4個同時で100%なので
実際のエンコード時間も5%ほど短くなった。
つまり60分のエンコード時間なら3分短くなる。
複数同時エンコードを行うとバッチエンコードツールの残り時間が負荷が大きいほど
正確ではなく短く表示されるので、そこで効果が大きいと勘違いするかもしれない。 i7 870で24分のts動画エンコして55分。
マシン新調してi7 6800kでは25分。二本同時に回すと50分なので、複数本同時回しのメリットはなさそうだ。 どのCPUで有効かじゃなくて
エンコ時のCPU使用率に依るんでしょ
縮小してエンコが軽い場合や上に出てるAviUtl経由等の
1本のCPU使用率が低いときに複数同時に走らせて
空きCPUをなくしてやるってのが普通の使い方でしょ
1本でもCPU使用率が高い場合はいくらコア数が多くても意味はない >>453
ハイジだからCMとして検出してくれないの?
へー(´・ω・`) どの辺が?
寧ろ弱いと言われてるx265でも5960Xより速くて
思いの外良さそうなんだが ■ このスレッドは過去ログ倉庫に格納されています