X
【TVMW】TMPGEnc Video Mastering Works 37
レス数が1000を超えています。これ以上書き込みはできません。
0582名無しさん＠編集中 (ｽｯｯﾌﾟ Sd70-6H0l)
垢版 |
2018/02/22(木) 17:30:11.27ID:gppfV7lFd
CUDAをフィルターに使ってもソフトウェアと同じ結果で、「GPUを使うから」と劣化する不安はないとあるが、実際観ると違う気がする
もちろん、フィルター処理速度は明らかにCUDA処理の方が速い
しかし、その速度差の為に数万円のGPUを買う価値があるかも言うと微妙
0584名無しさん＠編集中 (ｽｯﾌﾟ Sd9e-K+kB)
垢版 |
2018/02/22(木) 20:10:25.60ID:+wdMhQ+6d
ごめん言葉が悪かった。
CPUでソフトウェアエンコに比べてNVENCはビットレートあたりの画質は悪いけど、CUDAはCUDAコアがCPUの代わりをするだけでソフトウェア処理だから(ここは自信無いが)CPUエンコと同程度?と言いたかった。
まぁ調べたらTMPGencはCUDAでエンコードは対応してないみたいね。
0585名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM0e-XLpb)
垢版 |
2018/02/22(木) 20:39:08.57ID:F3W7Wb2GM
以前はソフトが対応していてCUDAエンコードしたことあるけど、
CUDAのエンコード画質は最低で使い物にならなかったよ。
NVENCの方が圧倒的に画質がいい。
CUDA　画質で検索すれば画質が低評価なのはわかるはず。
0594名無しさん＠編集中 (ﾜｯﾁｮｲWW 9706-Yn8H)
垢版 |
2018/02/24(土) 20:40:10.04ID:wVNsCxW30
なら面倒じゃなくなるようにバッチなりフロントエンドなり作ればいんじゃね
それにDTSに限らずeac3toの方がTVMWより音良くなるから慣れた方がいいじゃん
0598名無しさん＠編集中 (ﾜｯﾁｮｲ dcbd-MTlB)
垢版 |
2018/02/24(土) 21:01:35.33ID:63eu0I780
プロジェクトファイル作れるけど、絶対パスで管理されてるから元動画の置いてあるフォルダを動かすと
まったく機能しない
相対パスで管理してくれれば元動画と同じフォルダに入れておけるし、リンクが切れてたら動画の場所を
参照できるようなダイアログがでて再リンクできるようになればいいのに
VMW5とSmartRender4だけど
0600名無しさん＠編集中 (US 0Hca-IfWD)
垢版 |
2018/02/24(土) 21:42:41.10ID:xVh7UN23H
i7 2700にspurs3台乗せてる奴ネットで見た。写真家らしいが
今では3台でも完敗だろな
でも価格落ちないから猛者には素人俺には分からんが需要あんだろね
話題それてスマヌ
0609名無しさん＠編集中 (ﾜｯﾁｮｲWW 3087-/EHP)
垢版 |
2018/02/28(水) 13:56:52.05ID:DMi7Xpdn0
自炊以外ALACソースなんて著作権物以外まず無いんだから
元ソース読み込めば良いだけだろ
そもそもサウンドエディタでも無いんだし、ALACなんぞ動画用コンテナのオーディオトラックに入れるようなもんでも無い
0611名無しさん＠編集中 (ﾜｯﾁｮｲWW 3087-/EHP)
垢版 |
2018/02/28(水) 22:37:15.57ID:DMi7Xpdn0
考えられる少ないケースなら、ボーカロイド曲の作者がALAC等でも配布していて
音質の良いソースで映像と合わせたいとか、そんなんぐらいかね
VMW6のバッチエンコード目当てで、iTunesのALACのDRM解除したのが多数有って、それをどうにかしようってんなら小門近いだわな
0612名無しさん＠編集中 (ﾜｯﾁｮｲWW 3087-/EHP)
垢版 |
2018/02/28(水) 22:44:33.86ID:DMi7Xpdn0
って、ちょい調べたらフリー入手できる物用意すりゃ、バッチファイルでフォルダ内のALACファイルから任意設定のWAVEやAAC、MP3に変換出来るバッチの組めるな
0621名無しさん＠編集中 (ｱｳｰｲﾓ MM2b-xEf7)
垢版 |
2018/03/01(木) 13:39:33.00ID:evQd/d/RM
汎用性についてはALSが普及するかどうかということになるが、次世代放送に対応し、次世代放送のBDへの録画も規格が定まった以上、いずれ普及はするはず
ただし、現行の放送（音声=AAC）とかをわざわざALSにするとかって話ならば、AAC音声を何らかの手段で高音質化するなどしてからALSにするとか、よほどの手間を踏まない限りする意味はないけれど
0624名無しさん＠編集中 (ﾜｯﾁｮｲW dfaf-QUnL)
垢版 |
2018/03/01(木) 18:31:06.59ID:+Bqky7kO0
H265もmp4？
0626名無しさん＠編集中 (ﾜｯﾁｮｲW dfaf-QUnL)
垢版 |
2018/03/02(金) 18:10:16.49ID:Z+qSUy8U0
UHD BD規格に準拠した拡張子って何だろ。
2K BDはm2tsだったけど。
0630名無しさん＠編集中 (ﾋｯﾅｰ MMbf-5Ldn)
垢版 |
2018/03/03(土) 13:25:19.19ID:KXbFGU+XM0303
4K30pのファイルを、UHD BD規格準拠の60pにフレームレートを変換したら、画質は悪くなるかな？
0633名無しさん＠編集中 (ｱｰｸｾｰ Sx33-ud4B)
垢版 |
2018/03/08(木) 18:28:10.22ID:zP4XpY9Bx
4K編集するときシークがカクカク重くPC組み換えを決意しました！
なるべく安く組みたいので最低どれくらいのスペックあればストレスなくシークできますか！
SSDにはしています！
0646名無しさん＠編集中 (ﾜｯﾁｮｲ 9f9f-7bEz)
垢版 |
2018/03/10(土) 21:01:02.99ID:ww32+dTK0
>>325
Weaveって30p化する時に使うんですか？
今まで30iを60pで出力する時に使ってたけど間違いだったのですか？
0647名無しさん＠編集中 (ﾜｯﾁｮｲWW 7306-klMS)
垢版 |
2018/03/10(土) 22:34:43.04ID:Mrwhz7Lt0
>>646
間違いだな
weaveはインタレ2フィールドをプログレ1フレームとする
要するに縞を残したままにするってこと
だから例えば大河ドラマみたいな縞のない映像に使うと
解像度を損なわずに30p化できる
ちなみに30iじゃなくて60iな
0649名無しさん＠編集中 (ﾜｯﾁｮｲ 9f9f-7bEz)
垢版 |
2018/03/11(日) 11:40:07.00ID:2bkqtLa80
60iをWeaveを使って30p化する場合、インタレ解除の方法はfps2倍化してから
出力設定で29.97で良いのですか？
0651名無しさん＠編集中 (ｵｰﾊﾟｲ aebf-uQtz)
垢版 |
2018/03/14(水) 13:54:38.85ID:D7ql6Mqc0Pi
自分は24fp化で縞の状態見ながらベストのものを使うなあ
基本逆プルダウンで事足りるけど
たまに24fps化でもWeaveを使ったほうが縞が取れ線もシャープなケースがあって
0653名無しさん＠編集中 (ｵｰﾊﾟｲ 7380-5+xH)
垢版 |
2018/03/14(水) 15:47:23.45ID:yMX7fl8H0Pi
今Geforce1070ti使ってるんだけど、
Quodraシリーズのどれかに変えたらフィルタリングのパフォーマンス上がったりする？
0654名無しさん＠編集中 (ｵｰﾊﾟｲWW 5b87-yGwR)
垢版 |
2018/03/14(水) 16:58:14.59ID:PrdcbrhC0Pi
CUDA使う分には、演算器規模同じならほぼ変わらないというか、Quadroの方が安定志向でクロック低いから、パフォーマンスが少し落ちるかも
Quadro買うより1080TiかTITAN買った方が良いかと思うけど、単価に見合うかは人それぞれ
インターレース解除ぐらいにしか使ってないなら1070Tiから上狙うにはコストに見合いそうにも無い
0657653 (ｵｰﾊﾟｲ 7380-5+xH)
垢版 |
2018/03/14(水) 18:00:30.63ID:yMX7fl8H0Pi
ガッテン承知。
ありがとうございました。
0673名無しさん＠編集中 (ﾜｯﾁｮｲ dfbd-MOYc)
垢版 |
2018/03/19(月) 02:48:01.94ID:PC7yuFxS0
VMW5でiphone向けにMP4でエンコしてるけど1920x1080でも1280x720でも違いが全然わからんな
iPad mini4でも比べてみれば違いが分からんでもないけど1280x720でも単体で見れば全く不満ないレベル
1280x720の平均2000kbpsでファイルサイズかなり小さくて気に入っている
エンコ速度は「やや遅い」で
0675名無しさん＠編集中 (ﾜｯﾁｮｲ dfbd-MOYc)
垢版 |
2018/03/19(月) 12:04:40.46ID:PC7yuFxS0
エンコの速度はあまり関係ないのか
速度を遅くすると画質が綺麗になるかと思ってた
特にビットレート低い場合は
次は1パスでやや速いで良いのかもしれん
0684名無しさん＠編集中 (ﾜｯﾁｮｲ 9fb3-MOYc)
垢版 |
2018/03/21(水) 03:17:38.30ID:okXQFYru0
>>683
CMカットしてからTTVMWにかけるんじゃなくて、TVMWでCMカット編集してエンコードだろ？
細かいこというと、TMSRでCMカットする時点で継ぎ目が再エンコードされて、それをまたTVMWで
エンコードすることになる
0686名無しさん＠編集中 (ﾜｯﾁｮｲWW b106-Enxk)
垢版 |
2018/03/21(水) 10:34:11.44ID:I03/zIfV0
>>683
既に言われてるようにTVMWはキーフレームファイル使えばカット編集点の劣化がなくせる
例えばAviUtlはカット編集点の劣化は避けられないけど
TVMWにないフィルタが使えたりバッチ処理の前後にコマンド実行できたりする
0699名無しさん＠編集中 (ﾜｯﾁｮｲ 769f-zkh5)
垢版 |
2018/03/22(木) 09:48:11.97ID:/JTXhz7Z0
値段が高くてもいいから最初からTVMWにCM検出とスマートレンダリングが実装されてる「これ一本で全部できるバージョン」みたいなの作って欲しいわ
これまで通りのも残してユーザーが目的に合わせて選択できるようにすれば既存のユーザーも離れないだろうし、やってくれんかなあ
0700名無しさん＠編集中 (ﾜｯﾁｮｲ b6e1-NROy)
垢版 |
2018/03/22(木) 12:59:30.38ID:nd6MRGZi0
てゆーかスマレンしかいらん。今時エンコする意味が解らん
見もしないＣＳアニメ集めてるだけのアニオタしか使わん24fpsとかどーでもええし
0702名無しさん＠編集中 (ﾜｯﾁｮｲ 279f-WoAt)
垢版 |
2018/03/22(木) 13:43:49.16ID:HOdBkVV00
固定品質で実写だと皆さん数値はいくつにしてます？
62＝crf20だと高すぎますかね
0708名無しさん＠編集中 (ﾌﾞｰｲﾓ MM26-Tr4G)
垢版 |
2018/03/22(木) 16:59:51.44ID:8MqGKk+7M
SD並みに解像度落としてるとディテールも糞も無くなってくるから
スケーリング方法にもよるけど、圧縮率少し上げても気にならなくなる（実写だと特に
0723名無しさん＠編集中 (ﾜｯﾁｮｲW 5aaf-FRTl)
垢版 |
2018/03/23(金) 18:17:09.98ID:we3MeItF0
HDDだけでいくらかかってんだよ…
0727名無しさん＠編集中 (ﾜｯﾁｮｲ dae0-jTYB)
垢版 |
2018/03/24(土) 01:37:17.15ID:w+beXtqB0
素人質問すみません
2倍fps化するときはビットレートも普段の2倍に
みたいな記事をどこかで見たんですが本当ですか？

単純に聞きたいのは
ソースが地上波60iとして解像度はそのままの場合

・インタレ保持(60i)
・プログレ(30p)
・プログレ(60p)

上記３つそれぞれのビットレートの比(または固定品質の値)を教えて下さい
例えば
通常インタレ保持(60i)を品質50でエンコしてた場合、
同程度の画質にするには下記2つの値はどれくらいの値にするのが正解というか妥当なのでしょうか

それとも固定品質というのは30p、60pを自動的に判別して60pの方は
同じ値でもビットレートを上げてくれるのでしょうか
（それはないと思っていますが）

分かりづらいかもですが宜しくお願いします。
0731名無しさん＠編集中 (ﾜｯﾁｮｲ 9ab3-aumg)
垢版 |
2018/03/24(土) 07:41:11.54ID:ozBG74cp0
>>727
ビットレート指定で画質を落としたくないならビットレートも○倍にしとけってのは、
まあ無難な設定ではある。
昨今の圧縮技術で○倍にまでなることはないが情報量が増えることは確かなので。
ただビットレート指定で画質の違いを気にすること自体がバカバカしい話だが…

固定品質は言葉の意味の通り。
0733名無しさん＠編集中 (ﾜｯﾁｮｲ 4e06-fzSc)
垢版 |
2018/03/24(土) 08:19:53.39ID:UCnXkPkK0
フレームレートが倍になったからといって
必要なビットレートも倍になんかならないだろ
30pと60p比べても微増程度だよ
ただ、60i→60pはフレームレートというより実質解像度が倍になるから
必要なビットレートも微増では済まないだろうけど
0735名無しさん＠編集中 (ﾜｯﾁｮｲ 36e7-iBoL)
垢版 |
2018/03/24(土) 13:24:38.54ID:jhB/Jnur0
以下でダウンロードできるBig Buck Bunnyの1080/24p動画を素材にしてTVMW6でエンコすると、
どのぐらいでエンコできますかね？

http://download.blender.org/peach/bigbuckbunny_movies/
「big_buck_bunny_1080p_h264.mov」

フィルタなし、出力設定は[MPEGファイル出力]-[H.265/HEVC]で1Passデフォルトでエンコすると、
ウチのXeon E5-2690v3(12C24T)では、8分22秒でした。
0740名無しさん＠編集中 (ﾜｯﾁｮｲ dae0-jTYB)
垢版 |
2018/03/24(土) 22:57:44.21ID:w+beXtqB0
>>733
１，今まで30pにエンコしてたものを60pに変えるとき（同程度の画質にする）には
ビットレート微増でおｋ

２，今まで60i(インタレ保持)にエンコしてたものを60pに変えるとき（同程度の画質にする）には
ビットレートは倍にした方がいい

こうでしょうか？

その場合品質の値は ２，で品質50の場合、同程度の画質求めるなら
最大ビットレートも倍、品質も100にしないとならないんでしょうか
0741名無しさん＠編集中 (ﾜｯﾁｮｲ 9ab3-aumg)
垢版 |
2018/03/24(土) 23:13:15.76ID:ozBG74cp0
>>739
60iを60p相当にして再生できる環境があるなら60iのままでもいいが、
そんな環境だけではないなら明示的に60pにする意味もある。

>>740
60iから60pも実際はそんな増えないけどな。30pから60pと大差ない。

そもそもまったく同じソースを画質を変えずに再エンコードしたいならビットレートを
再調整するのもいいけど、どうせ毎週放送される番組を次から60pにしたいとかなんでしょ？
ビットレートで指定するのは毎週違う画質だけどファイルサイズだけは揃えたいってこと
なんだからこまけぇこと気にするな…

あと最後の固定品質のは間違い。品質を固定してんだぞ。倍にしてどうする…
0742名無しさん＠編集中 (ﾜｯﾁｮｲ 4e06-fzSc)
垢版 |
2018/03/25(日) 00:25:29.02ID:fcYJbpvp0
>>739
エンコードする目的ってファイルサイズ縮小でしょ
情報量水増ししたら多少でもファイルサイズは大きくなる(60iでエンコするのと比較して)
それにTVMWのデインタレースはあまり性能がいいとは言えない
テレビにやらせた方が良い結果になる
今どきスマホでもデインタレできるし
ただし、1280x720/60pにすればファイルサイズはかなり小さくできるメリットがある
だからリサイズを伴わない60p化は意味がない
というかむしろデメリットしかない

＞同じ値でもビットレートを上げてくれるのでしょうか
＞（それはないと思っていますが）
そもそもこの認識が間違ってるよ
リサイズなし60iと720/60pを同じ品質値でエンコードしてみれば
いろいろ見えてくるんじゃね
0743名無しさん＠編集中 (ﾜｯﾁｮｲ dae0-jTYB)
垢版 |
2018/03/25(日) 00:57:44.10ID:qP0KEotY0
>>741
次から60pにしたいというより重要度でエンコの仕方分けようかなと。
ファイルサイズを揃えたい訳ではないのですがなんとなく見えてきましたありがとう！

>>742
前半理解しました
後半の。いろいろ見えてくるかはわからないけど勉強しますありがとう！
0745名無しさん＠編集中 (ﾜｯﾁｮｲ 1abd-fzSc)
垢版 |
2018/03/25(日) 01:40:21.23ID:RQ9noI6h0
小さいサイズになった時点でかなりシャープになるからわざわざシャープネスかけない
もし再生時に過度にぼやけて見えるんだったらそれはプレイヤー側のスケーリングの処理が悪いだけ
0748名無しさん＠編集中 (ﾌﾞｰｲﾓ MMba-Z7PS)
垢版 |
2018/03/25(日) 10:29:45.95ID:4SZEZ9cvM
いつも使うフィルターをデフォルトでリストに出っぱなしに
する方法ありますか？
毎回毎回映像回転と高精度ノイズ除去を
リスト外から登録するのが面倒で…
0749名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM8a-FRTl)
垢版 |
2018/03/25(日) 11:34:05.76ID:geKuJSWZM
>>746
UHD規格はフレームレート24(23.976)pと60(59.97)pのみ。30(29.97)pとインターレースは規格外。
0750名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM8a-FRTl)
垢版 |
2018/03/25(日) 11:35:09.27ID:geKuJSWZM
フレームレートを間引くと問題が起きるので、60p化した方がいい。
0752名無しさん＠編集中 (ﾜｯﾁｮｲ 5ab3-fzSc)
垢版 |
2018/03/25(日) 12:19:18.81ID:yQaEK7en0
>>743
MPEGやH.264がどうやって映像を圧縮しているのかおおまかでいいから理解したほうがいい

https://www.stream.co.jp/resources/blog/2014/06/13/571/
https://www.stream.co.jp/resources/wp-content/uploads/sites/9/2016/05/resource_encode_2.gif
動きがない部分を切っていくことで圧縮をかけているんで、フレーム数が増えたからといって
ビットレートが倍必要ってことにはならないんだよ
0756名無しさん＠編集中 (ﾜﾝﾄﾝｷﾝ MM8a-cR83)
垢版 |
2018/03/25(日) 13:24:10.41ID:GL/AQaQHM
>>755

Blu-rayプレーヤーの再生互換性と画質の劣化や動画の不自然さが少ない事を重視したいのですが、
>>747の設定で大丈夫ですか？

30iと60iをいまいち理解できていません。
Blu-ray規格のエンコード設定だと24pと30iになっていたような？
0757名無しさん＠編集中 (ﾜｯﾁｮｲWW 4e06-jrJz)
垢版 |
2018/03/25(日) 13:33:08.08ID:fcYJbpvp0
>>756
君が30iだと思っているものは60iと呼ぶんだよ
再生互換性画質含めてベストなのが22プルダウン
MPEG2のRFFと同じもの
要するに映像データは30pのまま60iフォーマットにしてくれる
TFFで60iにするより画質は良くなるし規格違反でもないから再生互換性も保たれる
0763名無しさん＠編集中 (ﾜｯﾁｮｲ 4e02-3KaU)
垢版 |
2018/03/26(月) 10:31:28.96ID:SN+i41/H0
冬柴息子きたー
0764名無しさん＠編集中 (ﾜｯﾁｮｲW 5aaf-FRTl)
垢版 |
2018/03/26(月) 17:50:58.36ID:07KnlzKo0
>>753
プリセットがないから自分で規格に合わせる。
フォーマット、解像度、レベル、フレームレート、GOP、色域、HDRならBT2084等々
0766名無しさん＠編集中 (ﾜｯﾁｮｲ 1a1b-zkh5)
垢版 |
2018/03/27(火) 18:10:20.65ID:ptulHeeH0
ビットレートが同じなら、画面サイズの大小は
ほとんど意味がないという認識であってますか？
同じ１GBなら1440でも720でも画質は同じか？という意味です
0769名無しさん＠編集中 (ﾜｯﾁｮｲ 5ab3-fzSc)
垢版 |
2018/03/27(火) 19:18:24.76ID:8mOiJi7t0
> 同じ１GBなら1440でも720でも画質は同じか？という意味です
そんなのが実現できたら、ノーベル賞ものの発明だなｗ
4Kだろうが8Kだろうが16Kだろうが同じ放送波で画質を維持できる
0770名無しさん＠編集中 (ﾗｸｯﾍﾟ MM4b-VIVI)
垢版 |
2018/03/27(火) 19:40:41.27ID:m42soLraM
>>766
色情報を無視して、640×480なら307,200ドット分の情報をフレームレート分保存する必要かある
30フレームなら9,216,000ドット分の情報が必要になり、
1920×1080なら2,073,600ドットで62,208,000。
ビットレートを仮に9,000,000ドット分とした場合前者は劣化なしてで通るけど、後者はデータをかなり失うことになる
で、わかる？
0774名無しさん＠編集中 (ｳｿ800 d1d2-Cc8k)
垢版 |
2018/04/01(日) 11:54:45.18ID:IuFN86UG0USO
すみません
体験版を一通り使ってみたのですが
思うようなファイルが作れなかったので
質問させて下さい

x264のことを知らなくてフリーのツールでオプションをいろいろと覚えたので
高画質で圧縮が出来るcrfオプションを使ってMPEG-TSファイルを
H.264に再エンコーディングをしたいと思っています

最終的にはBDMVにオーサリングするのですが
体験版を使った感じでは
映像、音声、字幕がバラバラになったmt2sファイルが作れなくて
字幕が映像に貼り込まれてしまったりしました
TAWに突っ込むだけのファイルのテンプレートがあると思ったらなかったのもびっくりでしたが
コンテナにどうエンコードしたら自分が考えているm2tsに出来ないことにもびっくりしました
これは、ファイルの設定など各オプションが違うからでしょうか？

現状、TVWで2-passビットレート指定した方が確実にファイルが作れるので
現在はその設定で再エンコーディングをしていますが
crfのクオリティに魅力があり出来れば使用したいと思っています
0786名無しさん＠編集中 (ﾜｯﾁｮｲ 4be3-fzvG)
垢版 |
2018/04/03(火) 04:20:42.52ID:4KVUEj3D0
5だがAVIを読むと音声が無しと認識されるので
AVIを別アプリでAC3にエンコして別ファイルで読ませてる。

AVIの音声を読めない問題はどうすれば良い？
0791名無しさん＠編集中 (ﾜｯﾁｮｲW 93af-OKJE)
垢版 |
2018/04/03(火) 17:43:03.75ID:QD7JHWEg0
最新verはまた地雷仕込まれてるの？
0798名無しさん＠編集中 (ﾌﾞｰｲﾓ MM85-TcuI)
垢版 |
2018/04/04(水) 00:14:13.11ID:33pg5oawM
AV1はアライアンス参加企業一丸となって、力押しで移行させられるハメになるだけ
これからAV1対応のハードが出るだろうけどHEVC対応外せる訳じゃないし
個人利用ならあと5年はHEVC継続だよ
自炊エンコの成果品にライセンス関係無いしな
0799名無しさん＠編集中 (ｱﾝﾊﾟﾝW 8916-TwEE)
垢版 |
2018/04/04(水) 07:54:52.72ID:vluqrWfQ00404
http://tmpgenc.pegasys-inc.com/ja/download/tvmw6_rireki.html

2018.4.2 / Ver.6.2.7.34

AMD Ryzen 2000 シリーズのCPU環境で、AMD Media SDK H.264 エンコーダーを使用するとエラーが発生する問題を修正しました。

Windows 10 環境で、Exploit Protection の [仮想メモリの割り当てをランダム化する] がオンの場合、アプリケーションが起動しない場合がある問題を修正しました。

ほか
0801名無しさん＠編集中 (ｱﾝﾊﾟﾝW 59af-OKJE)
垢版 |
2018/04/04(水) 18:19:43.65ID:P8hKI+xk00404
更新内容俺には関係ないからそのままにしよ
0803名無しさん＠編集中 (ﾜｯﾁｮｲW a9af-xAlz)
垢版 |
2018/04/05(木) 18:58:40.51ID:dqIuZXq50
それでも関係ない
0804名無しさん＠編集中 (ﾜｯﾁｮｲ 5d12-vJpg)
垢版 |
2018/04/05(木) 19:32:08.50ID:Y+FbTwvZ0
TMPGEncのver5でカット編集時、マウスホイールで送る時に青くて細いバー上でしかホイールがきかないんですけど
Windows7の時は、動画の小さいサムネ上でも効きますよね？10だけの制限ですかねコレ
0806名無しさん＠編集中 (ﾜｯﾁｮｲ 4abd-lfby)
垢版 |
2018/04/07(土) 07:11:52.78ID:m7rWaJK30
コマ送りに関してTMPGEと同等の操作性の動画再生ソフトってある？
スポーツの動画をコマ送りで見ることがあって、マウスホイールをくるくる回しながらコマ送りコマ戻しを
レスポンスよくできるのが使い勝手が良い
0807名無しさん＠編集中 (ﾌﾞｰｲﾓ MMea-+jHa)
垢版 |
2018/04/07(土) 08:49:39.01ID:5zD1jWLWM
MPC-HCだと、デフォルトでCtrl+左右カーソルが1コマ移動だから、好きなキーにバインドすりゃ良いのでは？
連続入力の追従性までは保証しないが
0809名無しさん＠編集中 (ﾌﾞｰｲﾓ MMea-+jHa)
垢版 |
2018/04/07(土) 14:29:13.54ID:dI3FrmMnM
>>786
AVIはファイルの尻にコンテナ内容の情報があるから、そこらへん失われていないか確認だな
TVMWはわざわざ試行して中身推測するまでやらない
他のツールというのでも、元コーデック指定無しでトランスコードしているなら大丈夫だと思うけど
そうじゃないなら読ませているAVIが不良という事は結構ありうる（それほどAVI全盛時代は適当なAVIファイルが多かった
0815名無しさん＠編集中 (ﾌﾞｰｲﾓ MM39-+jHa)
垢版 |
2018/04/07(土) 23:43:08.22ID:g44l8OuCM
ultrafastプリセットでの速さで追いつくなら7980XEの4倍ぐらいは処理能力が必要になる
NVEncだと260〜280fpsぐらいで処理されるからな
コア2.2GHzでブン回せば310fpsとか行くし
0818名無しさん＠編集中 (ｽｯﾌﾟ Sdea-r9k/)
垢版 |
2018/04/08(日) 11:15:36.50ID:/bXf6WPcd
>>816
ハイエンドでもローエンドでもエンコーダは一緒だから同世代型番違いで大きな差は無いけど、クロック依存だから多少速くなるってどっかで読んだからOCも効果あるのでは
0820名無しさん＠編集中 (ﾌﾞｰｲﾓ MM39-+jHa)
垢版 |
2018/04/08(日) 16:57:36.01ID:t6MPUBLOM
NVEncの細かいモデル間の比較だと、TMSCの16nmFinFET製造なGP104が一番回る
該当するのはGTX 1070/1070Ti/1080だけど、ダイの個体差と廃して考えると電源規模と品質高いほど高クロック動作するので、自ずと上位モデルがブン回る傾向になっちゃうけどね
それでも電源手を抜いているモデルでも2GHzは回るけども（持続できるかは冷却による）

同じ16nmFinFETのGP102（GTX 1080TiとかTITAN Xp）は演算コアの実効規模がデカすぎてGP104ほど回らないし、GP106（GTX1060）はグレード的に電源規模や品質に金が掛かっていないから回らない
（それでも概ね2GHzちょいぐらいは回るけど）

14nmFinFETなGP107（GTX 1050/1050Ti）はSAMSUNG製造でダイは小さいがTMSCの16nmFinFETほど回らないのと、
電源の造りもグレードなりなのもあって、〜2GHzぐらいが精々になる

無理の無いOCなら1.8〜2GHzちょいあたりに集約される（環境と調整で+0.1〜0.2GHz）で1割程度の差しか無いので
費用対効果は価格の安い GP107のGTX 1050/1050Ti が最良

14nmFinFETなGP108（GT 1030/MX 150）はNVEncが使えない（エンジン自体積んでいるかも怪しい、デコーダのNVDecは有る）
0821名無しさん＠編集中 (ﾌﾞｰｲﾓ MM39-+jHa)
垢版 |
2018/04/08(日) 17:02:02.28ID:TUZz/pu2M
世代・旧モデルの差異は
Geforceは2タスク平行処理可能
Quadroは何故か1タスクのみ（Quadro用の機能に確保されてる可能性有り）

Kepler（Kepler世代全て）
・NVEnc実装（H264 8bit）
・FHDでパフォーマンス優先なら200fps越え（公称だと240fps 動作クロックにもよる）
・後継世代より設定による速度低下幅が少し大きい

Maxwell第1世代（GM107 GTX 750/750Ti）
・Kelper比でより高速化（実効1.5倍〜、ハイパフォーマンスなら2倍近く）とH264 10bit対応
・GM108（840M/860M）は使用不可（GT 1030/MX150と同じ扱い）

Maxwell第2世代（GM20x全般、GTX900系）
・HEVC対応（Bフレーム無し、CU上限32x32縛り有りだがH264より高画質は得られる）
・HEVC 4K対応

Pascal世代
・HEVC 10bit対応、8Kサポート
・4K等の高解像度処理時の速度低下を緩和（Maxwellより2倍近く速い）
・HEVC 8Kサポート
・4:4:4クロマサブサンプリング対応
・SAO サンプル適応オフセット対応
・ロスレスエンコード対応

何処まで扱えるかは、ソフトウェア側のSDKによる
0823名無しさん＠編集中 (ﾜｯﾁｮｲ 4abd-lfby)
垢版 |
2018/04/08(日) 17:25:31.22ID:oFamonU+0
例えば地上波TVドラマ(CMカットして44分くらい)を全10話エンコするとして、みんなは何時間くらいで完了するような環境？
うちは一話2時間くらいでほぼ丸１日かかる
0831名無しさん＠編集中 (ﾌﾞｰｲﾓ MMea-+jHa)
垢版 |
2018/04/08(日) 22:01:21.88ID:eOb4O4klM
NVEnc選択出来る出力設定でm2tコンテナに直接出力出来ない糞仕様だから、コンテナの詰め替えせんと無理じゃないかな？

解像度やフレームレート、GOP長やVBV、Bフレーム数やビットレート等々の縛りは規格通りにやればいい
0833名無しさん＠編集中 (ﾌﾞｰｲﾓ MMea-+jHa)
垢版 |
2018/04/08(日) 22:32:22.99ID:xrRO6WKNM
>>826
x265で8bit出力してるなら、標準（medium）以上にプリセット上げていく都度ほぼ倍々に時間掛かっていく割に圧縮伸率伸びないから、そんなに時間掛かるなら、やや遅い（slow）ぐらいまで落としてみては？
やや遅い（slower）以上は10bitじゃないと処理時間に見合うほどの圧縮率向上は得られないと思う
1440x1080で3Mbps以上割り振っていれば、やや速い（fast）でも静止画比較してやっと解るか解らないかぐらいしか差が出ないんじゃないかな
0834名無しさん＠編集中 (ﾜｯﾁｮｲ 3574-I7Wx)
垢版 |
2018/04/08(日) 23:17:34.68ID:NpktjPa60
TVMW5ユーザーなんだが、6を購入してx264からx265への乗り換えを検討中。
しかしちょっと懸念が・・・

俺はインタレ保持派なんだが、x265ってインタレ保持は出来ないんだよね？
その場合、H.265コーデックによる圧縮率向上（約半分に）と、インタレ解除によるファイルサイズ増量（約二倍に）とできれいに相殺されて、
俺は全く幸せになれないような気がするんだけど、
どこか勘違いしてる部分はあるかな？

特に無いならがしょうがないから、x265がインタレ保持できるようになるまで寝てるよ。
x264も最初はコーデックの仕様通り、インタレ保持できなかったらしいしね・・・
0836名無しさん＠編集中 (ﾜｯﾁｮｲ cab3-X2wr)
垢版 |
2018/04/08(日) 23:28:13.09ID:gvoOiyJE0
またインタレース解除するとファイルサイズが倍になるとか思ってる人か…
2週間くらい前にもそんな話題になってるから読み直して来い。
そもそも何でインタレース保持したいんだ？
0840名無しさん＠編集中 (ｽｯﾌﾟ Sdea-vNWJ)
垢版 |
2018/04/09(月) 09:01:56.36ID:81FnUIYJd
お前の手間暇もイミフだがな

まぁ見送りが吉
インタレ解除で倍は言い過ぎだがH.265で半分も同様なんで、確かに相殺されてファイルサイズ縮小は大して期待できん
0842名無しさん＠編集中 (ﾌﾞｰｲﾓ MMea-hiLT)
垢版 |
2018/04/10(火) 15:46:24.70ID:JLlgzKkTM
H265でインターレース出来るエンコーダは有るけど、
H265自体が規格として正規にインターレース対応してないから、再生環境方が限られていて困る事になる

ネイティブなインターレース環境なんて既に希少なんだから対応しなくていいじゃん！
…という方針らしいがライセンス受けてる側の一部からは対応の要望があるらしい
0843名無しさん＠編集中 (ｱｳｱｳｱｰ Sace-fhzq)
垢版 |
2018/04/10(火) 16:01:20.07ID:xP4Na1DRa
表示デバイスがインタレからプログレッシブに移行してかなりの年数が経過してるからねぇ
ただ遠い将来、MPEG2やMPEG4が使われなくなった後に過去の膨大な素材を使おうとする段階で苦しむ可能性は高いだろうけど
その頃には今ほどの精度でインタレ解除できる環境が失われているだろうし
0845名無しさん＠編集中 (ﾜｯﾁｮｲW a9af-xAlz)
垢版 |
2018/04/10(火) 18:58:20.54ID:ng0FhM7J0
UHD BD(HEVC)の規格にインターレースはない。
ついでに30pもない。
0849名無しさん＠編集中 (ﾜｯﾁｮｲ b976-ze/Z)
垢版 |
2018/04/10(火) 20:50:41.94ID:mGjzGHtG0
いまだと機器側が1080p出力固定になってるからそもそもインタレでる場面がないんじゃ？
いまでもインタレ必要なのって古い機器使ってる人とかTS抜いてる人とか？
0850名無しさん＠編集中 (ﾜｯﾁｮｲ 4a23-viiP)
垢版 |
2018/04/11(水) 07:32:42.39ID:29NYJ/6Y0
>>849
動画のコマ送り時にインタレ出たりしないの？
0851名無しさん＠編集中 (ﾜｯﾁｮｲWW 8987-TI8L)
垢版 |
2018/04/11(水) 17:50:41.60ID:OUJRzihv0
HEVCでインターレース自体は可能なんだけど
PAFFとかMBAFFとか、インターレースの為のエンコード方法が規格に含まれていないから、圧縮効率がインターレースなだけで低下するうえ
単純にフィールドを交互に並べた一枚絵として圧縮するのので、量子化係数が上がるほど上下に隣接するフィールド同士の影響を受けて画質も低下しやすい

本来インターレースソースの画質保持のためにやっていたインターレース保持エンコードが意味をなさないのよ
無理にインターレースにしても画質が落ちて、画質を保持しようとすれば無駄にデカくなるだけ
0853名無しさん＠編集中 (ﾜｯﾁｮｲWW c106-c6u6)
垢版 |
2018/04/11(水) 18:35:16.39ID:7iAxOCgz0
>>851
下手に60p化するよりマシだろ
そもそもフィールド分離されてないソースが主なんだから
再圧縮時に分離したところであまり意味ないと思うけどね
最近フィールドピクチャが採用されたBSには効果あるんだろうが
まあ、わざわざ265使わずに264でいいじゃんてことならその通りだと思う
0854名無しさん＠編集中 (ﾜｯﾁｮｲWW f387-tFuo)
垢版 |
2018/04/12(木) 01:16:40.28ID:VfB7DrWl0
専用の伝送システムなら、HEVCでも送出側と受信側がセットのシステムだから、PAFFやMBAFF対応の独自拡張しとけばいいから問題にならない
汎用じゃ無くて専用だからな
0855名無しさん＠編集中 (ﾜｯﾁｮｲ ffe0-9gHV)
垢版 |
2018/04/12(木) 09:46:06.53ID:z+PEpnvC0
最近エンコ中に
出力プロセスとの通信でエラーが発生しました(6)
とかダイヤログ出て止まって事が多くなったんだけどなんやこれ
バージョンは６の最新なんだけど
出力プロセスとの通信って何？ｗ
0857名無しさん＠編集中 (ﾜｯﾁｮｲWW f387-AvIJ)
垢版 |
2018/04/12(木) 12:47:20.17ID:VfB7DrWl0
>>856
独自拡張を嫌うのはデータとして扱う場合で、機器間の通信規格の中に通す映像がなにで圧縮されているかは関係ない
伝送なんだから、Aの機器に入れた映像が伝送先のBの機器で取り出せればいい訳だし
0860名無しさん＠編集中 (ﾜｯﾁｮｲWW f387-AvIJ)
垢版 |
2018/04/12(木) 19:47:34.17ID:VfB7DrWl0
普通はSDIで映像信号出し入れなんだから、データで扱うなんざ編集や記録かカムのデータぐらいだろ
映像信号入れて、映像信号で取り出すのにその機械同士が何使って伝送するの気にするのか？
0861名無しさん＠編集中 (ﾜｯﾁｮｲ 23ec-ycE0)
垢版 |
2018/04/12(木) 21:12:41.90ID:ZcyNWyhH0
ああそうか経路の一部でってことか・・・。
でもわざわざ「H.265＋MBAFF」みたいな独自拡張をしてまでインタレ伝送を突き詰めるもんなのかな？
そこまでせずとも、おとなしくH.264かH.265の規格の範囲でインタレを使えばいいような・・・。
まあ業界の事情とか知らないからよくわからないけども。
0862名無しさん＠編集中 (ｱｳｰｲﾓ MMe7-jBMb)
垢版 |
2018/04/12(木) 21:39:44.45ID:XFPntgD7M
専用の閉じた伝送システムにHEVCをわざわざ金と手前注ぎ込んで独自拡張して使う用途が一体どれほどあるというのか…
C/Pが合わないにもほどがある
0863名無しさん＠編集中 (ﾜｯﾁｮｲWW f387-tFuo)
垢版 |
2018/04/13(金) 06:40:25.45ID:Sg2lKLiA0
受信して映像取り出す側が複数の場合、送信側で受信側の多い方でプログレッシブかインターレース決めてしまえば
受信側にプログレッシブ/インターレース変換機能を用意する数を最小限にして受信設備組めるから、設備単価が安く済むうえ既存設備へのマッチングのバリエーションも増やせる
i/p、p/i変換するのも最低限なんでレイテンシも抑えられる

MBAFFはマクロブロック単位で細工するから、PAFFの方が軽いし処理段組み込みやすい
PAFFなら圧縮前のフレーム生成段で偶数フィールドと奇数フィールドで上下に集めて、上半分が偶数フィールド、下半分が奇数フィールドの1フレームとしてエンコーダに放り込めばいい
受信側もメタデータでPAFFなら、デコード後の上下でフレーム分割してインターレースフィールドと扱うだけで済ませられるから、
メタデータの判定とフレーム加工処理をエンコーダの前とデコーダの後に有れば良いので、エンコーダやデコーダは自体殆ど触らず実装出来るのよ

MBAFFは旨く行けば圧縮稼げるたり速くなる事もあるけど、フレームの内容で処理量や速度に緩急付きすぎるうえ、実装はエンコーダにもデコーダにも手を入れなきゃならない
0866名無しさん＠編集中 (ｱｳｰｲﾓ MMe7-jBMb)
垢版 |
2018/04/13(金) 08:24:08.54ID:BRGPg0RxM
>>863
それをするのにHEVCでなければならない特段の理由が見いだせない
もっとわかりやすく言えば、わざわざ独自拡張してまでHEVCにしがみつかなければならない理由になっていない
そう言えば理解できるのだろうか
0867名無しさん＠編集中 (ﾜｯﾁｮｲWW f387-tFuo)
垢版 |
2018/04/13(金) 11:57:16.34ID:Sg2lKLiA0
>>866
基本的に伝送の際の障害耐性に違いが出る
伝送解像度を上げる際に、FHD→4K/4K→8Kにするのに4倍帯域必要か、3倍帯域でお釣りが来るか
余裕分でエラー訂正のパリティに1/4帯域使うものを1/3帯域に出来るなら、帯域拡大で下がる障害耐性をある程度補填できる

もちろん選択肢的に伝送方式の方に金を掛けて信頼性を担保して、中に通すデータ方式をH264にするという方法もありえるけどね
0875名無しさん＠編集中 (ﾜｯﾁｮｲWW f387-tFuo)
垢版 |
2018/04/13(金) 16:48:38.94ID:Sg2lKLiA0
high profileとmain profileの使い方間違ってるとかじゃないの？
H264だとhigh profileは高解像度での再生負荷軽減も盛り込まれてるから、圧縮高めで半端に解像度低いとエッジ部分の色滲みとか目立ちやすい（ビットレート上積みしてhigh10とか4:2:2以上使うとまた変わってくるけど

下手するとmain profile使うよりエンコ遅くて汚いとかになり兼ねないから、8bitでのエンコなら解像度によってはmain profileの方が良い場合も少なくない
0879名無しさん＠編集中 (ｱｳｱｳｶｰ Sa47-MSzL)
垢版 |
2018/04/13(金) 22:12:22.03ID:ImuHi7Loa
エンコーダーが正しく実装されているならHighの方が画質は上
仕様書見れば書いてあるのと同義
Baselineについては微妙なところだがあの超時空仕様を100%活用できてるエンコーダーはないから気にしなくて良い
0880名無しさん＠編集中 (ﾜｯﾁｮｲWW f387-tFuo)
垢版 |
2018/04/14(土) 04:19:28.35ID:EMVmu1/I0
仕様見てそう判断したの？
個別の機能がどういうものか把握してないで
、採用機能が多ければ必ずプラスにしか効果を発揮しないと思っているのなら仕様確認する意味が無い

僅かにあるデメリット部分（8x8 vs. 4x4 transform adaptivityでPSNRのゲイン判定で許容範囲されて大きいマクロブロックなると細部再現性が低下する、判定処理が増える分エンコが重くなる）が解像度の高さ≒高精細度で知覚的に誤魔化しが効く前提なのな

知覚されなければデメリット部分をみなしで無い物として、メリット部分（マクロブロックサイズの上がることで圧縮率の向上分他の画質保持にビットレートを配分出来る＆マクロブロック総数が減ってデコード負荷が下がる）が活きてくるというだけ
同様の事はHEVCにも言えるけど、この妥協的な処理部分が、俗に言われる「〜は高解像度が前提」とも言われる一因なんだがな
0881名無しさん＠編集中 (ﾜｯﾁｮｲ 73ec-ycE0)
垢版 |
2018/04/14(土) 12:42:14.60ID:yQp2n2100
>>880
細かい仕様なんて知らんけど、そもそもの話としてHEVCも同様なら
「265にすると264の粗さが気になる」とか言い出した>>873に対して
H.264のmainとhighの使いわけがどうこうと言い出した意味そのものがないんじゃないか。
仕様はともかく実用的にmainとhighの使い分けにそこまで有意な差があるかっていうとそうでもない気もするし。
（ちゃんと調べたことはないけど）

それに「264の粗さ」なんて雑な表現からして、そこまでちゃんと考えてはいないだろ、多分。
たまに見かける
　　・H.265でエンコしたらサイズ半分になった！すげー！（適当にエンコしただけで画質とかちゃんと見てるわけじゃない）
とかと同じようなレベルの話じゃないかと思う。
0883名無しさん＠編集中 (ﾜｯﾁｮｲWW f387-AvIJ)
垢版 |
2018/04/14(土) 13:51:20.32ID:EMVmu1/I0
>>881
同様って書いてるでしょ、同一ではない
そりゃ、素の圧縮性能の差でHEVCの方が同じデータサイズで情報量多く出来るんだから、H264のhigh profileより粗が目立たないわな
考え方が局所的かつ短絡的すぎるんじゃないか？

俺は根拠付きで差が有る事を示しているのに、気もするとかの理由で根拠無く否定されても困るわ
0885名無しさん＠編集中 (ﾜｯﾁｮｲ 73ec-ycE0)
垢版 |
2018/04/14(土) 15:01:25.57ID:yQp2n2100
>>883
俺も別に同一なんて言ってないし、元々H.264 vs H.265 の話なのに
main/highの話を持ち出す方がよっぽど局所的で短絡的なような気もするけど。
「粗い」って言葉からそれを連想するのはわからなくもないけど、そちらも別に
　　「highじゃなくてmainにすればH.265並みに綺麗だよ」
みたいなわけのわからん主張をしたいわけじゃないでしょ。
そちらも書いてるとおり、素の圧縮性能の差で綺麗に見えてるとかそんな話だと思うよ、多分。
実際のところは本人が出てきて意図を説明しないとわからんから、これ以上言いあっても無駄だけど。

あとmain/highの差自体については別に否定してるわけじゃない。
書いた通り自分で検証したことがないので詳しくは知らんというだけ。
個人的には「仕様はともかく実用的に」と書いたとおり、設定を極端に突き詰めるのでもなければ
あまり気にしなくてもいいんじゃねと思ってる程度。
0886名無しさん＠編集中 (ｽｯｯﾌﾟ Sd1f-gQ3a)
垢版 |
2018/04/14(土) 15:49:26.15ID:RnS3gyzzd
お、おまえら、俺のちょっとした発言でややこしくしてすまんな…

言いたかったのは要するに↓みたいな違いがあるから、H.264だとどうしてもブロックノイズが気になる所が出てくるのよ（個人的感想です）
だから、幾らH.264高画質であろうとH.265の高画質と見比べちゃったら、俺的にはH.264には戻れないなと。

http://www.fujitsu.com/jp/group/labs/resources/tech/techguide/list/image-compression/p08.html
0890名無しさん＠編集中 (ﾜｯﾁｮｲWW 0376-gQ3a)
垢版 |
2018/04/14(土) 17:14:51.19ID:zRFq/N790
>>887
ブロックサイズの最適化の説明
リンク先じゃ容量削減しか話してないが、この最適化が圧縮時の品質に絶大な効果を発揮するのよ、あくまで俺の眼にはね
あ、更に後出しですまんけど、アニメみたいなのっぺりした画面じゃ違い判別出来ないんでは？俺は実写しかエンコしないし。
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に来ないのは単純に配信忘れじゃね？
たまにエンコ作業でしか使わないし、現状困っているバグは無い
ぶっちゃけアプデ通知がすぐに来なくてもどうでもいいレベル
1000名無しさん＠編集中
垢版 |
2018/04/25(水) 15:04:28.22
1000
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 151日 0時間 27分 0秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニューススポーツなんでも実況