【TVMW】TMPGEnc Video Mastering Works 38
■ このスレッドは過去ログ倉庫に格納されています
>>562
ごく少数の持ってない奴が繰り返し話題にしてるだけ いまどきHDMIキャプでいいだろ^^;
PCIいらなくなるべ 皆さん実写エンコする時フィルター掛けてる？
掛けてる人はどんなフィルター掛けてるの？ 6はH.265でお茶を濁せたけど、
メジャーアップさせるネタが無い。 >>579
それ、めちゃくちゃほしい
ついでにBT.601→BT.2020をダイレクトかつ高精度に変換とかも対応してくれ
アナログ時代のBT.601素材をBT.709にカス変換すると
色域が狭くるので色の濃さとかがおかしくなるので、BT.601より広色域なBT.2020に変換できたほうが将来に再生する際の
色味を保証しやすい バッチエンコードの途中で止まると中止もできなくなって再起動で強制終了するしかないバグが直ってるなら今すぐにでも「７」欲しい
「4」のころからずっとだから、エンコード中に止まるのはあきらめたから、せめて終了できるようにしてほしい デコードかエンコードにグラボのハードウェア支援を使ってたんだろ… CUDAとNVENCだけだよって言おうと思ったら、再生にQSV入ってたよ・・・
おれ環でスレ汚しすまん。 4Kエンコードできるよ
画質もAVI非圧縮RGBってのを選べば劣化せずにエンコードできるよ ＞非圧縮RGB
4kじゃなくてもこの時点で劣化するな エンコードすれば画質かわるからな。可逆圧縮のコーデック使うぐらいならエンコードなんかしないだろう 画質変えないというかなるべく劣化させずにって意味ね まぁ、ある程度設定もできるしX265もNVEncも使えるし、速度重視にも画質重視にもできるよね。 みなさんありがとう
そうなんだ
じゃ4K買ってくるΣΣΣ≡┏|*´･Д･|┛ﾀﾞｯｼｭ 以前5をWindows7でずっと新使ってたのが、電源アボンしてハードディスクごと逝った･･･
前のは10年位前のAMDだったが、新しいのはcorei7 6700K(少し古い？)を知り合いから貰ったので組んだ。
6買っちゃおうかな･･･ あ、ありがとー！
買っちゃう〜w
Windows7入れて5入れても良かったんだけどね。
いつまでもWindows7もなんだし。
せっかくOS10にしたし。
Amazonでダウンロード版が安いし、嵩張らないし、何度でもダウンロードできるみたいだから、Amazonで買おうかな。 俺も今Windows7でサポート切れて10に切り替えるときにTMPGE関係は全部アップデートする予定
オフラインで使えないのが難点だなー
今のWin7機をオフラインにして録画機専用にしたときにライセンス余ってるMPEG EDITOR 3を
入れておけたら良いんだけど 昨日、書くとこ間違えた。
CG319XのPQクリッピング 機能を使って、1000cdを超えないようにしたい部分を超えないようにDavinci Resolve 15 Studioでグレーディング。
DNxHR 444で書き出したファイルは、Resolveでは1000nitを超えていないのに、 VMW6では平気で1000nitを超えている。
どういう事だろう。 TVMW6をi5-4590機からRyzen7-1700X機に移しました
全く同一のソースをx265を使って2機でエンコードしたのですが(当然、エンコード設定も同じ)
バイナリレベルで全く違うファイルが出来上がりました(ファイルサイズも若干違う)
もちろん視聴には問題ありませんが、ソフトウェアエンコードでも
環境が変われば結果も変わるものでしょうか？ 読み込み時にハードウェア支援つかっていたらもっと違う ビットレートやサイズレベルで一致はするがバイナリで一致はしないな
>>619は実際試したことないだろ >>619
うちのTVMW6はリーダー設定を変えると別ものになるからな
お前実際試したことないだろ >>619
今試したなんて言わないゾ！MPEGリーダー設定でデコーダー変えると、生成物バイナリ以前に読み込み時点でこれくらい違う。
Decorder_CUDA
https://i.imgur.com/QiuUe0b.jpg
Decorder_IntelMediaSDKSoftware
https://i.imgur.com/Ye7YRUX.jpg
Decorder_TVMW6_def
https://i.imgur.com/GSaENQo.jpg 別にグロじゃないけど、何故よりにもよってこのカットを選んだのか気になるw >>623
駄目だ、細かく見て比較しようとしたが耐えられないｗｗｗ 日時？？
まさかタイムスタンプが一致しないから同一にならないとか言ってんの？ >>629
勉強するもなにも
実際試してwinmergeでも`fc /b`でも同一になるんだが？ もしかして一致しないとか言ってるやつはコンテナに入れて比較してんのか？
コンテナに入れたらそれこそ日時情報が入るから一致しないだろうな OCしてると一致しないことがあるからOCはしない方がいいよ 割り込みと投機的実行があるから、
プロセッサの動作は一致しないよ。
でもプロセスごとの「結果」は一貫してないとまずいだろ(笑)
時間打ちきり（例はリアルタイムエンコード）モードならまだしも。 まだやってたのかよｗ
変わる時もあるし変わらないときもあるでいいじゃん
>>615 はデコーダーの事には触れてないし、ソースの圧縮がどうなってるのかもわからんし
元がMPEG1/2じゃなければデフォルトでHWデコードされるのがこのソフト、
ここで聞くくらいだもの、あまり細かいことは気にしなくていいんじゃないかなｗ
多分メタデータクラスの話じゃないくらいサイズが違ってるんだと思うよ 思ったよりサイズがばらついて、おれがビックリだわｗ
同じ設定で6つ予約、同時に2つエンコード
標準デコード、論理コア8、CUDA使用
https://i.imgur.com/RqXfTna.jpg
ソースはTSで898フレーム、エンコード設定はMP4選択の初期のまま
https://i.imgur.com/8MLTAoh.jpg
ではでは ウチだとバラつかないのだけれど
CPUやメモリをOC動作させていて一見動作はしているけど、実際には冷却不足や設定の煮詰め・検証甘くてストールやリトライ頻発させてたりしてないか？ CPUはインテルのK型番ついてない無印だねぇ
CPUもSSDもGPUも40度台だ
Win10October2018をクリーンで入れたばかりで全部デフォルトだよ
おま環でいいよ。でも現実だってことも受け止めてくれｗ
ストールやリトライなんて見たことないけど、どれって普通エラーで止まるんじゃね？お前の方がおかしくないか？ｗ C:\Users\***>fc /b F:\intermediate\01.264 F:\intermediate\02.264
ファイル F:\INTERMEDIATE\01.264 と F:\INTERMEDIATE\02.264 を比較しています
FC: 相違点は検出されませんでした
cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=0.50:0.15 / mixed_ref=1 /
me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 /
threads=18 / lookahead_threads=3 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=tff / bluray_compat=1 /
stitchable=1 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / weightb=0 / open_gop=0 /
weightp=0 / keyint=300 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=30 / rc=crf / mbtree=1 / crf=24.0 /
qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=8 / vbv_maxrate=20000 / vbv_bufsize=20000 / crf_max=51.0 / nal_hrd=vbr /
ip_ratio=1.40 / aq=1:1.00 かなり前だけど、POPさんか誰かのブログで、x264でマルチスレッドエンコするとrawで出力しても
出力結果が一致しない（出力ファイルのサイズやハッシュ値が異なる）という検証をしていたような。
手元のx264 r2932を直接使ってデフォ設定で適当なソースをエンコしても再現しなかったけど、
場合によるのか、挙動がその後変わったのかどうかは知らん。
x265で同様のことが起きるのかどうかも知らん。 あ、ごめん。
>>615 はx265だったか・・・ソフトエンコしか記憶になかった。
うちでばらつき出るのはH264のソフトエンコx264の時ね。
H.265のエンコーダーx265とNVENCはサイズ変わらないよ。日付変わってもめたサイズは一緒だ。 >>642
それな
僅かに違うからって、画質が天地の差ってんなら分かるが まあ別におれも僅かな差なんてどうでもいいけど
一致する/しないの違いがなんなのかは気になる なんか最近よくエンコが途中で止まる。メッセージ等は出ないで、
経過時間のカウントは進んでるのにフレームや残り時間が全く減らない。
これってソフト側の問題？それともPC側の問題？ 不具合の原因がアプリか環境か相談する書き込みですら
ハードウェア環境はおろかアプリのバージョンもWindowsのバージョンも書かない奴なんか
そんな奴がPC管理している事が不具合の原因だと思うんだが 俺んとこは Win10(64) 1803にして以降 QSVエンコ途中で止まることが多くなった気がする 動画編集初心者でTMPGEnc Video Mastering Works 6の体験版を使用中、ベガスの体験版
と比較してこちらの方が解りやすいので購入予定なんだけど、TMPGEnc MPEG Smart Rend
ererとで悩んでます 動画のカットやサイズの変更などが使用目的（俺は猫がいいって言った
のに！ 犬飼って動画編集は俺の仕事・・・） どちらでも使用目的には叶っているようだけど それぞれ違うから、どっちも買うといいよー
一つ買ってユーザー登録すると、優待割引あるからおすすめ。 >>650
用途が違うんだから迷うことなくね？
カットだけで無劣化編集が希望ならsmart renderer
エンコするならMastering Works
っしょ
まあ無劣化言ったけどつなぎ目部分は再エンコね >>650
残念なことにその２つの異なる要素ごとに２つのソフトが販売さているんだ・・・
つまりその２つの欲求を満たすためには両方買うしかない スマホやデシカメで撮った動画とかを編集するだけならSmart Rendererで良いんじゃね ありがとう みんな Mastering Worksにするよ エンコードは必要だと思うので・・・ 初心者的
には少しお値段高めと思ったけど AMD SDKが使えるから助かるし使いやすいので決めたよ Mastering Worksって、サイズ他の各種動画パラメータ変更を伴わない単なる切り出しでも、
全編再エンコしちゃうんですか？ >>656
エンコしたくなかったらスマレンを買いなさい。 TVMWは、スマレン出来ないしね。
TMSRは、スマレンが目的みたいなものだし。 そして特価時にほぼ同じ値段の3本セットを買う流れに・・・ 映像をエンコード、音声,字幕をスマレン、みたいなことが出来るといいんだけどな。 スマレンって繋ぎ目はエンコするわけで
見た目ではそんなわからんのだろうけど
気持ち的に画質が均一じゃないってのが気持ち悪いから
TSで残す場合はそのままか前後カットのみ
あとはフルエンコしちゃう 損な性格だな
まぁ目的にもよるか
CMカットの出力目的だったら全然気にならない
TSつーから多分録画した放送波のデータなんだろうけどその時点で画質悪いからなぁ
画像も最終工程ですらJPEGはガマンならなくて可逆圧縮フォーマットじゃないと駄目とか？ 写真で必要以上にRAWを残したがる病気と同じようなものか スキャン画像はPNGにしてるな
JPEGはスキャンソフトによってはクソ画質にされるし ＞見た目ではそんなわからんのだろうけど
＞気持ち的に画質が均一じゃないってのが気持ち悪いから
って、見てわからないことに妄想でこだわってるんだな・・・それも数GOPだろうに
編集点増やして音ずれや字幕ずれを気にするならわかるがそのためにフルエンコとか
サイズ目的じゃない人を初めて見たよ、できる限りソースで残したいってわけでもないんだから >>663
＞TSつーから多分録画した放送波のデータなんだろうけどその時点で画質悪いからなぁ
放送波そのままのTSでも画質悪くなるの？(-_-;) 放送波自体がたいしたことねぇーじゃんってことだろ。 ■ このスレッドは過去ログ倉庫に格納されています
