【TVMW】TMPGEnc Video Mastering Works 44
レス数が950を超えています。1000を超えると書き込みができなくなります。
!extend:checked:vvvvvv:1000:512
!extend:checked:vvvvvv:1000:512
■現行製品
TMPGEnc Video Mastering Works 7
http://tmpgenc.pegasys-inc.com/ja/product/tvmw7.html
■FAQ(よくある質問とその答え)
http://tmpgenc.pegasys-inc.com/ja/support/support.html
■ユーザー掲示版
https://bbs.pegasys-inc.com/bbs/list/lang/ja/board/TVMW7
※前スレ
【TVMW】TMPGEnc Video Mastering Works 43
https://mevius.5ch.net/test/read.cgi/avi/1565591469/
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:: EXT was configured 話の通じねーヤローだな。
Grass ValleyのHDR解説では、太陽光の当たった白を基準白としてるだろ。 聞いてもいない、関係ない話をグダグダと。
お前は安倍晋三か。 >>851
発光してない白だから問題ない。
発光する白はもっと輝度を上げる
ただしgvのにもあるが、光の反射をハイライトに当てるなら普通の白、この場合光が反射しない部分は暗くせざるを得ない もうこのスレも終わりです
キチガイのエネルギーって凄い ちょくちょく相手にするやつがいるんだけど
これ自演なん? >>853
いや、だから、自発光のことなんか誰も聞いてないの。
「太陽の塔」に太陽光が当たっている白が、Grass Valleyでは基準白だって書いてるって言ってるの。
聞いてもいないことに答えなくていいから。 10940X使ってるんですが、UEFIでオートだとエンコ中はクロックが2.8GHz程度です。
普通かな? >>859
AVX-512 使うと定格より下がるからね。 AVXってOCCTで灼熱になるやつちゃうん
デフォルトの設定でベンチが強制終了させられる >>860
そもそもTVMW7がAVX512になんか対応したなんて話聞いた記憶ないんだが x264とかx265が対応してるから使う可能性はある
海外のフォーラム見てるとAVX512使うと熱で不安定になるとかで使わない方がいいって意見が強かったが今はどうなんだろうね VMW7側で、熱暴走しないようにクロック下げてるとか?
エンコの時だけSync All Coresにしてやろうか。 i9-9900Kを使ってた時はOCCTは数分しか持たないし、TVMWも数時間しないうちにこけてたけど、
i9-9900KSに変えて全コア5GHzにしてもOCCTは10時間以上、TVMWも24時間エンコしても落ちなくなった。
もしi9-9900K使ってるなら注意したほうがいい。 >>865
クロックがどうなのかとか電圧がどうなのかとか言わないとちょっと分からんけど
普通に9900Kで定格で落ちたことないなぁ
排熱がよくないケースとかなんじゃないの?
それはそうと単一クリップ時に編集画面を開く設定で
初期画面がカット編集なのはフィルタ画面に出来ないかな?
カットはしないがフィルタは使うって場面のが多いので
いちいちカット画面からスタートするのめんどくさい >>866
だ・ か ・ ら、発光のことなんか話てないの。
Grass Valleyでは光の当たってる白を基準白としていると言ってるの。 >>868
だから問題ないんだよ、それで
発光している白じゃなく発光しない白、つまり写真に収めたときの白が基準になる。
逆に発光してる白は写真だと白飛びするがそれがSDRの限界でもある。
うちに持ってくればクリップしてなければ救えるけどね、そんな画でも。 HDRってのはこの例で言えばフィルムに収めた状態がHDR。この状態はシーンリファード。
これを視聴するために1000個の調光可能なバックライトを持つライトボックスでフィルムのまま見るのが所謂HDRディスプレイでのグレーディング。この状態はディスプレイリファード。
適切にバックライトを調整して必要なルックにした状態がHDRでグレーディングした、状態。光ってるところはちゃんと光って見せられる。
一方単純に印刷してしまった状態がSDR。これもディスプレイリファードになる。
印刷じゃ光ってるところを光って見せられない。例えば太陽があったらそこはただの白。
この白が基準白になる。
そういう意味じゃSDRでの基準白ってのは数万cd/m2にもなりうる。元の情報は飛んでるから大抵の場合復元不可能だけど。
HDRで言う基準白200cd/m2ってのはSDRをHDRに入れる場合には現状のテレビに合わせて200cd/m2でいいんじゃね?っていうだけの話でもあり、
同時にフィルムをFALDのライトボックスで見る場合には光ってない白はせいぜい200cd/m2でいいんじゃね?っていうことの両方を示す。 もうさ、そこまで俺の目良くないからどうでもいいや
よーく見比べればなんとなく違うレベル
それだけの為に金使いたくないわ >>871
ならそうなんだくらいに思っていちいち吠えないことだな
何でもそうだけど中途半端が一番良くない。 >>872
世の中中途半端ばっかだよ
社会出てみなよーくわかるから >>873
問題ない
24fpsなら別だが30で処理するならydifでいい h265のエンコード設定に動き検索をマルチスレッドってすると画質落ちたりします? ワッチョイ 75b0-4dPi ID:5BjvsU5e0
オッペケ Sra1-DDAU ID:gC2Yn2xYr
▲
モニター君 (HDR君) (返品君) (伊藤真一) (nelldrip) に注意。触れないように。 >>879
問題ないんだよ無能w
そもそもだが放送波になってる時点で大幅に画質は損失を受けてるから完璧なデインターレースなんぞやる意味がないというのもあるが いつも思うんだけどなんでこいつころころID変わってるんだ
IPはまぁ職場でさぼってるんだろうと思うけど 6でH265エンコしてるんだが1〜2割くらいの確率で再生不能なファイルができる。
Bフレームピラミッドモードはオフにしてるんだが他に怪しいパラメータとかある? >>883
エンコードセッティングうpsたら検証できるんじゃね
うちは7だから6は知らんが。 >>881
あの画像を見て問題ないとかよく言うわ
だからお前は中途半端でさえないんだよ
映像を扱う資質が全くない >>886
問題ないな
SDRみたいな画で終わってるのは致命的だがな。
左は放送版の理想的なデインターレース、右はBDのキャプチャ。放送版の時点でその映像は既にゴミ
https://i.imgur.com/eoOeJTB.png
デインターレースでウダニダ吠えるくらいならデノイズとシャープフィルタ上手く使って画の品質上げたほうが良い。
こっちのほうがデインターレースwより余程難しいけどな
基本的に2K放送版が元の場合はWOWOWでもなければデインターレースに過剰に拘る意味はない
ズームやパンでちょっと差が出る事がある程度で映像そのものの品質は何使おうが大差ない。 >>887
お前お得意の水増しでいくら頑張ったところで欠落した情報を元にもどすことなんてできない
にも関わらずただでさえ劣化してるものを更に劣化させて問題ないと言い張るから
お前には映像を扱う資質がないんだよ
無駄な労力使う前にまともな逆テレシネくらいできるようになれ 難しい用語を使ってマウント取ろうとしてるのだろうか?
でも分かるデインターレース云々は言ってることが低レベルだから
その程度の事を言ってるだけなんじゃなかろうか >>888
お前が言ってるのがまさにそれなんだよw
今のNRやシャープフィルタを使えばそのままよりも遥かに高画質に出来る
それでもBDには劣るがな
ただしHDRを使えば放送からでもBDを超える品質に出来る
>>891-892
放送規格映像規格NLEの使い方、それがわかってないと理解するのは無理 ワッチョイかIPでNGにするから
これを意図的に変えて来たら荒らしとみなす >>894
勝手に変わるのまで知らんわwwwww
うちから出るレスは全てTVMW7で扱うのが妥当なものばかり
貴重なHDR対応NLEだしな、TVMW7
しかも操作がかなり容易。 >>893
ならyadifで欠落した情報を復元してみせてみろ >>897
その程度ならフィルタの処理で余裕
放送の時点でbdから大きく劣る放送版を完璧なデインターレースでcd並に出来てから言うんだな無能www >>899
デインターレースで画質をうちより良くするのは不可能だな >>900
ずっと必死にデインターレースから話を逸らそうとしてるけど
おれはデインターレースのことしか言ってないから
基本中の基本だからな
それができないからお前には資質がないんだよ デインターレースでうちより高画質にできない無能必死のファビョw >>895
そう、HDR残念君は、誰にも聞かれていない事をグダグダと書いて、話をすり替える。
安倍捏三総理と同じ。 安倍総理とか無能のくせに総理の場に居座ってるゴミじゃねぇか 確かに無能の極みの野党って本質から逃げてウダニダ吠えてるだけだなwwwww あへ珍三が公職選挙法違反、および贈収賄で逮捕されるまで >>910
HDR環境持ってるやつが絶賛好評価してるのが現実wwww HDR化って…
雲のグラデーション出てる代わりにシャドー潰れてる。単に露出を下げてるだけじゃん。 やはり論理64コアの壁があるから、ダメダメやね。
世界最高峰の64コア/128スレッドCPU「Ryzen Threadripper 3990X」を徹底テスト
https://pc.watch.impress.co.jp/docs/column/hothot/1233945.html
動画エンコードソフト「TMPGEnc Video Mastering Works 7」
なお、TMPGEnc Video Mastering Works 7自体はプロセッサー・グループの制限を超えられず論理64コアまでしか認識できない。
実際には、x264を用いたH.264形式への変換では実際にプロセッサー・グループの制限で利用できるCPUコアは1つのプロセッサー・グループに制限されるのだが、
x265を用いたH.265形式への変換ではプロセッサー・グループに縛られず処理が割り振られていた。 ハイパースレッディングを無効にすればなんとかいける アップデート来たな。
後で試してみるが、多分バグフィックスされてるだろうと思う うちから指摘した件、直ってたな。
一部のcpuでhlgが異常になる件、hlgや709みたいなsdrとpqの変換で低輝度がズレる件。
ただsdrについては標準を709とするのは考えものだわ。
ガンマ2.4つかうとズレが出るし。
bt.1886使えば問題ないが 最新Ver使ってみたが、エンコ時間長くなっとるやないかい ・SSE4.1 実行環境で BT.2020 HLG カラープロファイルの映像を出力すると、出力後の映像が粗くなる場合がある問題を修正しました。
・BT.2020 PQ の作業用色空間に BT.2020 HLG カラープロファイルのクリップを入力すると、当該クリップの色空間が正しく変換されない問題を修正しました。
・NVENC エンコーダーが上限数利用されている状態でアプリケーションを起動すると、エンコーダーに NVENC が選択できなくなる問題を修正しました。
この辺りとかうちからのバグレポートからの対応だね ペガシスの修正はユーザーからの申告がほとんどだろ。
おれも特定機種の動画が読めないレポートしたら調査対応してくれたし。
そのときはコンテナヘッダが悪さしてるとかなんとか 特定のなにかだけで生じる問題、とかは大したことないんだからカラースペース変換がミスってるのはユーザー全てに影響するからな。
これが解決したのはいい事だわ UEFIオートでの運用。
何でこんなにクロックが低いんだ?
バッチエンコードでも同じ。
https://i.imgur.com/Ag4smiW.jpg とりあえず他のベンチで全コアフルロードするかどうか試してみて
電力プランとかワット数制限を食らってるかもしれない
なにかで制御されてるような風に見えるけど
コアが多すぎて効率が落ちてるのかもしれない
それとも単にバグか VMW7の環境設定にはAVX、AVX2、AVX-512がありますが、どれを切ればいいんでしょう。 オッペケ Sr3f-d+5Z [126.193.188.65])2020/02/12(水) 21:24:04.64ID:T/s2RQJZr
オッペケ Sr3f-d+5Z [126.204.252.28])2020/02/13(木) 07:52:09.26ID:cUNF1eV/r
オッペケ Sr3f-d+5Z [126.204.248.120])2020/02/13(木) 16:09:22.20ID:y4yp99Q4r
▲
モニター君 (HDR君) に注意。触れないように。 >>938
クロックを上げたいなら全部切りましょう あ、本当だ。AVX3つ切ったら3.6GHz前後まで上がった。それでも36倍か。オートの限界なのかな。CPU温度は67°程度なんだが。
AVX切る段階で気がついたんだけど、AVX、AVX2どちらか(もしくはどちらも)切ると、AVX512も自動で無効になる。チェックはできるんだけど、再び環境設定を開くと、チェックが外れている。AVX512だけ使ってみようとしたら気づいた。
仕様なのかバグなのか。 512はともかくAVX2切ったら遅くなるのでは
低クロックで速いなら切る理由ないと思うのだが pqでのsdrの定義を指定出来るようになるかもな。
今は709だと強制ガンマ1.9指定だから。
1886をデフォにさせてくれるか、ガンマ値の指定検討する。 >>941
AVX2切ったら糞遅くなるだろ
クロック落としても速いから負荷軽減してんのに X264だとMaxCLLとMaxFALLがグレーアウトして入力できないんだが、HDRメタデータはどうすりゃいいんだ? >>949
x264はまだMaxCLL等に対応してないみたいだから仕方ないんじゃないの。(H.264の規格では対応してるようだけど)
どうしても入れたいならmkvmergeとかでコンテナ側で指定することもできるだろうけど、
おとなしくH.265でエンコードしたほうがいいのではないだろうか。なんでH.264でやろうとしてるの? >>949
>950と同じでH.265使ったら?
そもそもMaxCLLとかMaxFALL入れないでも見ることは出来るぞ
H.264の問題はどっちかと言うとTVMW7だと10bit使えないことかな
10bitないとHDRはバンディングすごいぞ レス数が950を超えています。1000を超えると書き込みができなくなります。