【NVENC/VCE】ハード� ..
2:名無しさん＠編集中
18/08/08 04:44:33.44 NnYmcXUx0.net
■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2018年7月上旬時点)
●Intel QSV (Kaby Lake/Coffee Lake＋Intel Media SDK 2018 R1)
〇HEVC
mainおよびmain10。Bフレーム使用可。
〇VP9
・LinuxでVA-APIを使えばKaby Lakeで利用可能らしい。
URLﾘﾝｸ(gist.github.com)
・Intel Media SDK for Windows 2018 R1で、Cannon Lake向けの
プレビュー機能としてVP9エンコーダ関連のAPIが追加されたので
Cannon LakeからはWindowsでも使えるようになるかもしれない。
●Nvidia NVEnc (Pascal＋NVIDIA Video Codec SDK 8.2)
〇HEVC
mainおよびmain10。Bフレーム使用不可。
〇VP9
未対応
●AMD VCE (Polaris＋AMF 1
3:.4.7) 〇HEVC mainのみ。main10は不可。Bフレーム使用不可。 〇VP9 未対応
4:名無しさん＠編集中
18/08/08 04:44:53.44 NnYmcXUx0.net
1
5:名無しさん＠編集中
18/08/08 04:45:33.06 NnYmcXUx0.net
2
6:名無しさん＠編集中
18/08/08 04:45:48.95 NnYmcXUx0.net
3
7:名無しさん＠編集中
18/08/08 04:46:05.03 NnYmcXUx0.net
4
8:名無しさん＠編集中
18/08/08 04:46:21.78 NnYmcXUx0.net
5
9:名無しさん＠編集中
18/08/08 04:46:37.81 NnYmcXUx0.net
6
10:名無しさん＠編集中
18/08/08 04:46:53.94 NnYmcXUx0.net
7
11:名無しさん＠編集中
18/08/08 04:47:17.84 NnYmcXUx0.net
8
12:名無しさん＠編集中
18/08/08 04:48:11.70 NnYmcXUx0.net
9
13:名無しさん＠編集中
18/08/08 04:49:01.04 NnYmcXUx0.net
10
14:名無しさん＠編集中
18/08/08 04:49:16.94 NnYmcXUx0.net
11
15:名無しさん＠編集中
18/08/08 04:50:03.71 NnYmcXUx0.net
12
16:名無しさん＠編集中
18/08/08 04:50:26.11 NnYmcXUx0.net
13
17:名無しさん＠編集中
18/08/08 04:52:05.80 NnYmcXUx0.net
14
18:名無しさん＠編集中
18/08/08 04:52:21.60 NnYmcXUx0.net
15
19:名無しさん＠編集中
18/08/08 04:52:37.21 NnYmcXUx0.net
16
20:名無しさん＠編集中
18/08/08 04:53:33.62 NnYmcXUx0.net
17
21:名無しさん＠編集中
18/08/08 04:53:50.54 NnYmcXUx0.net
18
22:名無しさん＠編集中
18/08/08 05:04:32.81 7j4al10Ud.net
QSVスレとかに筋通してるのか？
23:名無しさん＠編集中
18/08/08 08:58:16.68 sLAum6/L00808.net
>>21
((((；ﾟДﾟ)))))))
24:名無しさん＠編集中
18/08/08 12:45:44.53 6VYiCY4d00808.net
>>21
どこの組の方ですかage？
25:名無しさん＠編集中
18/08/08 12:57:33.55 UgZyISBQ00808.net
婬手瑠組です
26:名無しさん＠編集中
18/08/08 13:02:01.81 b+wpPJh000808.net
nvencはyuv420エンコ出来るようにして欲しい
27:名無しさん＠編集中
18/08/08 13:21:07.59 Z+uV4B1x00808.net
多分に既存スレと重複するスレ立てするなら、統合持ちかけるなり勧誘するなりして既存スレの次スレのタイミングで立てるなりしないと、ニッチな内容のスレほど書き込み分散して過疎化で共倒れしたりもする
内容の重複するスレは、後から立てる方がそういう手間をするのが2ch時代からの流儀
関連スレのリンクも無いから、そういうスレが有るかのチェックもせずに立てた様にしか見えないから指摘したまで
28:名無しさん＠編集中
18/08/08 13:21:55.85 Z+uV4B1x00808.net
>>25
出来るだろ
29:名無しさん＠編集中
18/08/08 13:43:59.77 BIbDOhMd00808.net
え、QSVスレってあるの？
30:名無しさん＠編集中
18/08/08 13:59:25.41 Z+uV4B1x00808.net
何年も前から有るってのｗ
そして論議も無くQSVスレにコッチのアドレスいきなり放り込んで向こうでも怒られてる始末
当たり前だわな
31:名無しさん＠編集中
18/08/08 14:49:04.74 YproHzAT00808.net
yuv420p10の事
32:名無しさん＠編集中
18/08/08 14:56:48.91 pFTXtSt000808.net
>>30
ワロタ
そんな省略されても誰も分からんわw
33:名無しさん＠編集中
18/08/08 14:59:23.11 YproHzAT00808.net
経験者なら分かると思ったから
34:名無しさん＠編集中
18/08/08 16:38:58.83 g6GuMzoE00808.net
君の経験が浅いのはよくわかった
35:名無しさん＠編集中
18/08/08 16:42:03.50 YproHzAT00808.net
p010にしかならないでしょ？
36:名無しさん＠編集中
18/08/08 18:45:29.51 IqNf1jbw00808.net
次世代ビデオコーデックスレのために作ったテンプレが丸パクリされたでござる・・・。
まぁそれはいいんだけど、QSVスレは既にあるんだからQSVを除くか、
せめて関連スレにQSVスレ入れるくらいはすればいいのに。
【Intel】 Quick Sync Video Part.7 【QSV】
ｽﾚﾘﾝｸ(avi板)
37:名無しさん＠編集中
18/08/08 18:52:06.58 IqNf1jbw00808.net
>>34
マジレスする前に聞いておきたいんだけど、何を見てどう考えて「p010にしかならない」と判断したの？
38:名無しさん＠編集中
18/08/08 19:05:59.05 tGVjs11i00808.net
どこかにそう解説してたページがあったから
単純にHDRのメタデータ埋め込んでも再生出来なかったから調べたんだけど
マジレスに期待してる
ご教示頂きたい
39:名無しさん＠編集中
18/08/08 19:06:56.32 tGVjs11i00808.net
使ってるのはgtx1060
40:名無しさん＠編集中
18/08/08 19:23:36.65 arlQhxab00808.net
10bitエンコはNVEncで普通にできるでしょ
-c hevc --profile main10
これでエンコしまくってるよ
41:名無しさん＠編集中
18/08/08 19:33:32.54 tGVjs11i00808.net
いやそういう事じゃなくて
42:名無しさん＠編集中
18/08/08 19:36:29.65 arlQhxab00808.net
どういうこと？ｗ
43:名無しさん＠編集中
18/08/08 19:46:15.91 arlQhxab00808.net
>>34
あ、これ見落としてた
>>37
俺も君がどう勘違いしたのかには興味があるから、是非その解説ページを教えてくれ
44:名無しさん＠編集中
18/08/08 19:50:39.96 tGVjs11i00808.net
勘違いなの？
>>39でエンコした結果p010にしかなってないんじゃないのかな
45:名無しさん＠編集中
18/08/08 19:53:04.54 tGVjs11i00808.net
あ、ブックマークつけてないからもうどこだったか分からない
申し訳ない
46:名無しさん＠編集中
18/08/08 19:54:38.06 arlQhxab00808.net
>>43
p010は無圧縮10bitYUV420データのメモリレイアウトの名前
圧縮されたデータとは関係ない
47:名無しさん＠編集中
18/08/08 19:58:52.99 IqNf1jbw00808.net
>>37
URLが無いとわからんが、多分解説ページの意味をお前さんが理解できなかったかだけだろう・・・。
yuv420p10 ： （一般的には）10bit深度のYUV4:2:0形式のこと。
p010 ： 10bit深度のYUV4:2:0形式のデータフォーマット（Y/U/Vの並べ方も含めた規定）の１つ。P010でググれ。
「形式」と「データフォーマット」を混同してる時点で根本的に勘違いしていることがわかる。
>>39が書いてるとおり、NVEncのH.265で10bit4:2:0のエンコードはできる。
H.265の圧縮データをデコードしてYUVに戻す時にP010というデータフォーマットにするのか、
別のデータフォーマットにするのかはデコーダとかの設定次第。
ついでに言うと、10bit深度であっても、HDRであるとは限らないので、
なんでHDRのメタデータを埋め込むなんて話が出てきたのかもよくわからない。
思い込みでソフトのバグや問題だと決めつけるのは初心者にありがちなことだけど、
何をどうやってエンコしてどういうもので再生しようとして再生できなかったのかなど、
ちゃんと詳細を書いて質問したほうがいいと思うよ。
48:名無しさん＠編集中
18/08/08 20:04:25.57 IqNf1jbw00808.net
というかスレ立てた人とワッチョイが酷似してることに気づいたけど、同じ人なんだろうか。
もしかしてこの質問をしたいだけでスレ立てたのか・・・？
49:名無しさん＠編集中
18/08/08 20:59:42.02 Z+uV4B1x00808.net
要は昨今多い内輪以外にもいきなり主語省略で話し出す手合いか
そりゃ思慮に欠けてる書き込みしか出来ないわな
そもそもnvencは低レイテンシの映像配信用のエンコードエンジンだから、根本的に圧縮コーデックで出力する事しか考えられていない
あくまでそういう用途のハードウェアエンコーダを転用して利用しているだけなんだし
既に3.5世代目になってもその路線崩さないから、今後も望み薄
単なる色空間的な変換とかそういう用途に使いたいなら、他を当たるかソフトウェアでやれと
50:名無しさん＠編集中
18/08/08 21:20:31.26 p/pe9GS200808.net
結局のところ何がしたかったのかわからない
51:名無しさん＠編集中
18/08/09 18:26:38.09 tMqheFDJ0.net
普通にQSVは向こうでNVENCとAMD VCEはこのスレでやれ�
52:ﾎええんちゃうん
53:名無しさん＠編集中
18/08/09 18:45:06.69 CTzR29v+0.net
スパーズはどこでやればいいですか
54:名無しさん＠編集中
18/08/09 18:50:13.92 6Ho9t3qW0.net
QSVについては専用スレがあるので、込み入った話はこちらへ とかでテンプレにURL張って、むこうにもその旨書き込んでおけば良かっただけんだけど
関連スレの有無も確認せず、この手のスレの立ち上げに必要な諸情報も簡便なのすら無いからな
55:名無しさん＠編集中
18/08/10 16:02:36.68 HoPYm3mjd.net
どこかのスレにテンプレ丸々コピーされたとか書いてあったなw
元はどこなんだろ
56:名無しさん＠編集中
18/08/10 17:20:17.03 T84aDOTf0.net
>>53
>>35
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
ｽﾚﾘﾝｸ(avi板)
57:名無しさん＠編集中
18/08/15 22:41:07.00 btpZ+ZRu0.net
俺今までNVEncはCRFモードをサポートしていないと思っていたけど、
--vbr-qualityを設定すれば良かったんだな
知らなくてずっとビットレート設定してた・・・
58:名無しさん＠編集中
18/08/17 13:45:54.50 TJRwI7N20.net
GUIに毒されすぎやな
59:名無しさん＠編集中
18/08/17 15:24:09.61 8EF2z3JOM.net
CUIに飼いならされた犬よりはマシ
60:名無しさん＠編集中
18/08/18 23:28:41.45 6qFeImMv0.net
>>55
> --vbrhq 0 --vbr-quality 32
この使い方は知らなかった
61:名無しさん＠編集中
18/08/21 07:15:14.35 yqsVs0ST0.net
Deploy an 8K HEVC pipeline using Amazon EC2 P3 instances with AWS Batch
URLﾘﾝｸ(aws.amazon.com)
62:名無しさん＠編集中
18/08/22 02:33:39.49 Z+hOLHXS0.net
一体いくらかかるんだろうw
MSのAzureにも似たサービスあるけど、あっちはMS独自のエンコーダーだったかな
63:名無しさん＠編集中
18/08/22 07:55:19.18 GavI77zZ0.net
URLﾘﾝｸ(www.anandtech.com)
64:名無しさん＠編集中
18/08/22 07:56:33.50 GavI77zZ0.net
ビデオエンコーダブロックNVENCはTuring用に更新されています。
NVENCの最新の反復では、特に8K HEVCエンコーディングのサポートが追加されています。
一方、NVIDIAはエンコーダの品質をさらに向上させることができ、これまでと同様の品質を25％低いビデオビットレートで達成することができます。
NEVCでB-FRAME使えるのかな??
65:名無しさん＠編集中
18/08/22 12:30:51.90 BmdgRtst0.net
いつも思うけどハードエンコの開発元はPSNRなりのデータ出して欲しいね
ソフトウェアならデータ出してるとこ多いのに
66:名無しさん＠編集中
18/08/22 14:06:24.68 6MU2DjnS0.net
狙い目はRTX2080か
67:名無しさん＠編集中
18/08/23 07:31:13.62 rfE9DtyV0.net
Pascal世代でもマクロブロックの捜査処理部の性能向上だけでHEVCの画質上げてたからな
Maxwellで同じプロセスルールのまま動作クロックとワットパフォーマンスをKeplerから馬鹿みたいに向上させてみたり
地味にnvidiaの回路設計技術は変態の域
68:名無しさん＠編集中
18/08/23 11:45:58.09 7cheRLu0a.net
NVIDIAはBフレを軽視しすぎている
というか規格に対する準拠意識が低い
今
69:回発表のチューリングで、そのあたりがどこまで改善されるのか
70:名無しさん＠編集中
18/08/23 12:12:20.69 JCmRqS+kd.net
HWエンコでBフレ有りだと明らかに劣化する上、速度が遅いから要らんな
永久保存したいならSWエンコしなさいよ
71:名無しさん＠編集中
18/08/23 12:55:31.52 7cheRLu0a.net
そんなもん、エンコーダーの出来が糞なだけだ
「Bフレを有効にする=画質劣化」ではない
72:名無しさん＠編集中
18/08/23 16:35:20.50 YcdR2YjvF.net
Bフレ有りHWエンコが糞な事に変わりなし
73:名無しさん＠編集中
18/08/23 17:23:49.57 rfE9DtyV0.net
>>68
規格的にBフレ使用義務なんて無いが？
規格準拠とか言いつつ糞も理解してないだろ
74:名無しさん＠編集中
18/08/23 17:24:53.98 LeoZTWXta.net
追加して汚くなるって何なんだよ……ｗ
75:名無しさん＠編集中
18/08/23 18:25:40.40 0qSSdGG/H.net
>>69
現状の実装だけみてハードウェアエンコーダは汚いと言い切るのは、さすがにどうかしている
実装次第だからな
ソフトウェアであっても実装がクソなエンコーダならば汚いことに変わりはない
ハードウェアかソフトウェアかだけで語るのは無意味
76:名無しさん＠編集中
18/08/23 18:56:03.23 dvM35vUkd.net
>>72
現状の実装以外に何を語るの？未来人なの？
1人だけ勝手にSWエンコ時もBフレが汚い話に捉えてるけど、おまえ以外はHWエンコ時の話しかしてないよ
77:名無しさん＠編集中
18/08/23 19:30:18.06 7cheRLu0a.net
敵は常に一人タイプか…
78:名無しさん＠編集中
18/08/23 19:55:59.68 bJgeH7qy0.net
少なくともQSVのH.264(LA-ICQ)でエンコしてSSIMやVMAFで評価した場合は、
BフレームとBピラミッド無し(--bframes 0)にすると、かなり酷いレベルで圧縮効率が低下するんだけどな。
（ちなみにデフォルトだと--brframes 3 --b-pyramid）
QSV-H.264-LAICQ_Bフレーム有無の差
URLﾘﾝｸ(2sen.dip.jp)
>>67や>>69のように「BフレありのHWエンコは劣化が酷い」みたいに言ってる人は、
どのHWエンコーダのどのコーデックで、どのように評価してそう言ってるんだろ？
他にBフレームが使えるHWエンコというと、
・QSVのH.265
・NVEncのH.264
・VCEのH.264 （Polarisより古いハードのみ？)
のいずれかだが・・・。
79:名無しさん＠編集中
18/08/25 08:51:46.65 A+XxIkPU0.net
どーせアニメだろｗ
80:名無しさん＠編集中
18/08/25 10:37:27.22 mS1Jre1Jd.net
圧縮効率が何で画質の悪さと関係あるんだよ
映像見て語れよ
81:名無しさん＠編集中
18/08/25 11:10:16.68 Fz8j+osy0.net
>>76
面倒くさい奴だな・・・。
一応crowd_runでも調べてやったけど、Bフレ無しだと圧縮効率が下がることに変わりはないぞ。
QSV-H.264-LAICQ_Bフレーム有無の差_crowd_run
URLﾘﾝｸ(2sen.dip.jp)
ソース： URLﾘﾝｸ(media.xiph.org)
>>77
もしかして圧縮効率を考えずに「画質が悪い」とか言ってるのか・・・？
「Bフレありの1Mbps」と「Bフレ無しの5Mbps」みたいに
ビットレートが異なるファイルを比べて「Bフレ無しの方が綺麗」とか言ってるんじゃないだろうな・・・。
それとも「Bフレーム有効にするといくらビットレートを上げても糞汚いHWエンコーダがある」とでも言いたいのか？
>>75での疑問にも何も答えてないし、何が言いたいのかよくわからん。
82:名無しさん＠編集中
18/08/25 12:19:30.24 mS1Jre1Jd.net
何で同じビットレートで比べないの？アホなの？
83:名無しさん＠編集中
18/08/25 12:54:51.04 Fz8j+osy0.net
>>79
最低限の情報も出さず、まともな説明もしないお前の方がアホだと思うが・・・。
もしかしてグラフの意味を理解できてないのか？
同じビットレートで比較したいなら、同一ビットレートでのSSIMの値を見て比較すればいいだけなんだが。
SSIMでの客観評価じゃなく、同一ビットレートでの主観評価をしろってことなら、俺はそこまでやる気はないんで
「Bフレ有効だと画質が悪い」と主張するお前がテストして、その結果を示せばいいと思うけど。
それ以前に
・どのようなソースを
・どのHWエンコーダの
・どのコーデックで
・どのような条件でどのように評価した結果、Bフレありだと画質が悪いと主張しているのか
をちゃんと書いたほうがいいと思うけどね。そういった情報も無しにただ喚かれても、話にならんだろ。
84:名無しさん＠編集中
18/08/25 13:04:32.35 mS1Jre1Jd.net
やる気ないってwww
エンコしてるならその映像見てグラフと一緒に示せば完全論破でドヤ顔出来るのに、しないのが証拠だろ？
85:名無しさん＠編集中
18/08/25 13:40:40.56 ABEpDGdUM.net
頭悪…
86:名無しさん＠編集中
18/08/25 13:54:05.89 Fz8j+osy0.net
最低限の情報すら頑なに出さないアホの探偵ごっこか・・・。
目の前にある事実を無視して、わざわざ遠くにある迷宮に入りにいって帰ってこないタイプなんだろうな・・・。
87:名無しさん＠編集中
18/08/25 14:10:51.00 DovDn/Ya0.net
いや、単純にSSIMやグラフの見方が分からないだけだと思う・・・
88:名無しさん＠編集中
18/08/25 14:35:44.36 mS1Jre1Jd.net
>>83=84
とうとう自演しやがったwww
全角の使い方でバレバレ
89:名無しさん＠編集中
18/08/25 15:36:05.17 M6Y4pqeA0.net
>>83-84
ﾜｯﾁｮｲ b9ec-PcWx
ﾜｯﾁｮｲ 29c3-PcWx
くっさｗｗ
90:名無しさん＠編集中
18/08/25 16:35:38.35 nJe+uVbx0.net
ワッチョイの下4桁はUserAgentで決まるから被ってもおかしくないはず
PcWxはMonazilla/1.00 JaneStyle/4.00 Windows/10.0.17134らしいから利用者も多いだろうし
91:名無しさん＠編集中
18/08/25 16:43:08.51 M6Y4pqeA0.net
たまたまこんな過疎スレで全角もワッチョイも被って
たまたまレスが並ぶなんて珍しい事が起きたんだね
なるほど～
92:名無しさん＠編集中
18/08/25 17:00:29.06 DovDn/Ya0.net
JaneStyle使ってるだけで同じ人扱いされるとは・・・俺はずっと↓このIDだから
URLﾘﾝｸ(hissi.org)
>>88
君はもう少し勉強してからレスしような
93:名無しさん＠編集中
18/08/25 17:35:59.42 DovDn/Ya0.net
NVEncの固定品質(>>58)試してるんだけど、どうもコレ内部では
ビットレート指定VBRと全く同じモードで動いてるっぽい
（少なくともGTX1060では）
ビットレート指定VBRと画質が全然変わらなかった
実写、アニメ、前半実写で後半アニメの3つくらいでエンコしてSSIM測って
SSIM-ビットレートをプロットしたら全部同じ線上に並んでしまった
という訳で今の所使う意味なさそう
次のTuringでは良くなるのかなぁ
94:名無しさん＠編集中
18/08/25 17:36:37.74 k4YhneCR0.net
んなもんソースによる、一概な答えしか容認出来ない馬鹿は頬っておけ
95:名無しさん＠編集中
18/08/25 17:43:46.29 k4YhneCR0.net
Turingの方はTensorコア使ったポストエフェクトとか超解像の方がトピックかもしれん
SDKから機能的にどう触れるかはまだ解らんけども、描画フレームにms単位の処理時間で適用出来る変態仕様みたいなんで
デコードされたフレームデータにも使えたらフィルタ処理系で色々面白い事出来るかも
96:名無しさん＠編集中
18/08/25 18:04:54.22 OpoSyjzx0.net
>>90
mpc-hcでビットレート観測するのが簡単
なんか、どっかでも書いたけど3Mbpsとか比較的十分にビットレートを使ってたら画質差は出にくい
97:名無しさん＠編集中
18/08/25 19:10:57.61 DovDn/Ya0.net
あれ、でもやっぱりビットレート分布は全然違った
ビットレート指定VBRと同じではなかった
ビットレート分布が変わっても平均するとプラマイゼロでSSIMは変わらないのか・・・
98:名無しさん＠編集中
18/08/25 19:11:18.75 M6Y4pqeA0.net
>>83
分かったからID:Fz8j+osy0 連れて来いよｗｗ
99:名無しさん＠編集中
18/08/25 19:23:10.26 DovDn/Ya0.net
NVEncの固定品質はちゃんと固定品質になってた
↓最初4分の1が実写で以降アニメの動画をエンコードしてCheckBitrateでビットレート分布出した
URLﾘﾝｸ(i.imgur.com)
SSIMはほぼ同じだったけどSSIMはそういうものなのかな
まぁでも固定品質がちゃんと使えることは分かったわ
これからは固定品質一択だね
ビットレート指定VBRなんて必要ないわ
100:名無しさん＠編集中
18/08/25 19:56:16.56 DovDn/Ya0.net
>>92
Tensorコアでリアルタイムwaifu2xに期待
101:名無しさん＠編集中
18/08/25 20:19:17.91 gHNH7/ie0.net
>>90 >>96
>>55と>>58にあるNVEncの
> --vbrhq 0 --vbr-quality 32
については、rigaya氏のブログのNVEnc 4.12の記事のコメント欄でやりとりされていて、
そこでのrigaya氏のコメントは以下のようになってる。
---
固定品質モードですが、ご指摘の方法でよろしいかと思います。
NVEncCのドキュメントにないのは、一応NVENCのSDK上では、
これがビットレート指定モードの一部だからです。
(「Rate control」としてはずばり固定品質モードというのはなく、
vbrhqでビットレートを指定しない(つまり0)、という形が必要です)
---
102:名無しさん＠編集中
18/08/25 20:42:10.78 DovDn/Ya0.net
ビットレート指定モードの一部が固定品質モードってのはなんか分かりにくいなｗ
103:名無しさん＠編集中
18/08/25 20:49:29.76 k4YhneCR0.net
>>97
何勘違いしているのか、知ってるフィルタの名前使いたいのか知らんけど
Tensorコアでwaifuの処理内容が高速に処理出来る訳じゃ無い
nvidiaが用意した機械学習成果を元にTensorコアで判断処理して補正・補完を適用するnvidiaの超解像技術になる
学習データが更新されると精度も上がるだろうし、レイトレなんかよりコンシューマPC環境にTensorコアを使用した処理環境が降りてくる方がデカい
104:名無しさん＠編集中
18/08/25 21:01:03.56 k4YhneCR0.net
nvencの固定品質モードってのは便宜上やりとりとしてがそう呼称してるだけで
ビットレートの指定を明示的に無くす事で、指定ビットレートに近づけるために量子化係数の増減調整がされなくなるから、実質上固定品質と同意の処理になるってだけ
105:名無しさん＠編集中
18/08/25 21:04:45.93 DovDn/Ya0.net
>>100
別に勘違いしてないよ
nvidiaが用意するモデルにも興味はあるけど、既に高画質だって分かってるwaifu2xが
Tensorコアを使えるようになってリアルタイムくらいの速さになればいいなって期待してる
Tensorコアはfp16(半精度)で4x4の行列積を演算するコアだよ
convolutionを高速に計算するためにあるんだから、
convolutionがボトルネックになってるwaifu2xも高速化できるはず
今はfp32で演算してるからfp16でも精度がなるべく落ちないようにチューニングする必要はあるだろうけど
Tensorコア使ってconvolutionを計算するところはcuDNNがやってくれるから
書き換えはそんなに大変じゃないと思う
106:名無しさん＠編集中
18/08/25 21:09:21.97 DovDn/Ya0.net
>>101
揚げ足取るようで申し訳ないけど、固定量子化量(Constant QP)じゃないんだから
量子化係数は調整してるでしょ
もしかして今の実装的には 固定品質＝固定量子化量 だったりする？
107:名無しさん＠編集中
18/08/25 21:59:30.04 k4YhneCR0.net
108:>>103 「指定ビットレートに近づけるために量子化係数の増減調整」と書いているんだが 画質評価基準に擦り寄せる為の量子化係数の調整と勝手に思い込みで混同されても困る waifu2xの件も行列積の浮動小数点演算精度が半精度化しているなら、行列積としての精度どれほど落ちると思ってる？ もうそれはwaifu2xのロジックをベースとした精度が大幅低下した派生物でwifu2xでは無いんだよ、同じ処理が出来ている訳じゃ無いんだしな 都合良く読み替えたり、後出しで精度不足とか都合の良い部分容認してみたりとか、ほんとに狡い奴だなお前は
109:名無しさん＠編集中
18/08/26 02:11:05.20 i4axf3T+0.net
>>104
えっと、つまり>>101の
ビットレートの指定を明示的に無くす事で、指定ビットレートに近づけるために量子化係数の増減調整が
されなくなるから、実質上固定品質と同意の処理になるってだけ
↑これの解釈は
ビットレートの指定を明示的に無くす事で、（「指定ビットレートに近づけるために量子化係数の増減調整」と
「画質評価基準に擦り寄せる為の量子化係数の調整」の両方をやっていたところの）
指定ビットレートに近づけるために量子化係数の増減調整がされなくなるから、
（「画質評価基準に擦り寄せる為の量子化係数の調整」だけになって）実質上固定品質と同意の処理になるってだけ
ってことか？それとも
ビットレートの指定を明示的に無くす事で、指定ビットレートに近づけるために量子化係数の増減調整が
されなくなるから、（代わりに「画質評価基準に擦り寄せる為の量子化係数の調整」がされるようになって）
実質上固定品質と同意の処理になるってだけ
ってことか？うーむ・・・
110:名無しさん＠編集中
18/08/26 02:30:07.42 i4axf3T+0.net
>>104
waifu2xは「Tensorコアで」って書いてるんだから半精度化することも含めて
できたらいいなっていう期待で書いてるんだけど・・・
> waifu2xの件も行列積の浮動小数点演算精度が半精度化しているなら、行列積としての精度どれほど落ちると思ってる？
ディープラーニングの推論をfp16やint8でやっても精度低下は僅かって話はたくさんあるし、
nvidiaがfp16の演算コアを導入したのは、「ディープラーニングでは精度低下は僅かで十分実用的」だからでしょ
それを否定されてもなぁ・・・
111:名無しさん＠編集中
18/08/26 09:46:57.21 BIBv3N7z0.net
>>106
ホントに手前の都合良く緩さを容認した事は「当たり前」と話して、そうじゃない事は違いを許さないとか利己的だな
行列積は単純な浮動小数点の計算と違って、複数回計算で精度取り戻せない
32bit精度で行列演算するコードを16bit精度のTensorコアで高速化とか、半精度を容認する前置きも無く書き込んでおいて
後出しで半精度容認している旨書き込んで悪びれもしないし
waifu2xと同様の処理が出来ても同じ精度維持出来ないから同じ処理は出来ないと言っているのに
機械学習でTensorコアの効果を否定しているかの様に勝手に話置き換え始めたり
ホントに最低に狡い奴だな
112:名無しさん＠編集中
18/08/26 09:50:58.32 BIBv3N7z0.net
>>105
前者
113:名無しさん＠編集中
18/08/26 11:21:56.08 m7n2BMFu0.net
要するに
45c3-iM7h ：
精度を落としたものをwaifu2xと呼ぶことは絶対に認めない
29c3-PcWx ：
今の waifu2x は高品質だけど遅すぎるから、半精度化によってある程度品質が落ちる代わりに
Tensorコアによる高速化メリットが得られる waifu2x' みたいなもんができるといいな。
(半精度化による品質低下やTensorコアによる高速化がどれくらいかにもよるけど)
ってことじゃないの。
技術的なこだわりが強いのか何なのか知らんが、受け取り方がねじ曲がりすぎじゃね？
カリカリして人格攻撃するほどの話じゃないだろ。
114:名無しさん＠編集中
18/08/26 14:06:55.17 i4axf3T+0.net
>>107
> 32bit精度で行列演算するコードを16bit精度のTensorコアで高速化とか、半精度を容認する前置きも無く書き込んでおいて
>>92
> Tensorコア使ったポストエフェクトとか超解像
これはディープラーニングを使ったもので、「Tensorコアでディープラーニングを計算する」
って時点で、fp16に精度を落として行列積を計算するってことだよ
つまり、ディープラーニング（正確には行列積部分）をfp16で計算するっていうのは君が最初に言ってること
同じようにディープラーニングで超解像するwaifu2xもTensorコアで高速化できるよね
って話をしてるんだから、fp16で計算するっていうのは何の脈絡もなく出てきたわけではない
> waifu2xと同様の処理が出来ても同じ精度維持出来ないから同じ処理は出来ないと言っているのに
> 機械学習でTensorコアの効果を否定しているかの様に勝手に話置き換え始めたり
ディープラーニングを使った代表例みたいなwaifu2xにTensorコアを使うことを否定するのは
「機械学習でTensorコアの効果を否定」するのと同義だと思うのだが
115:名無しさん＠編集中
18/08/26 14:26:50.50 ztucUYzzM.net
0か1しか価値判断基準のない人は疲れるな
116:名無しさん＠編集中
18/08/26 15:11:35.59 i4axf3T+0.net
>>108
117: NVEncの実際の実装が後者の可能性もあると思うけど、なんで前者だって分かるの？
118:名無しさん＠編集中
18/08/26 15:22:59.23 m7n2BMFu0.net
>>110のように「お前が最初に言った」みたいな書き方をすると、また不毛な返答が返ってくる気がするので
"こっちは元々「fp16化+Tensorコアで高速化したリアルタイムwaifu2x(もどき)」を想定して書き込んでて、
>>100でお前が勘違いとか言ってきたからそれに答えて詳細を説明しただけなのに、
精度落としたらwaifu2xじゃないとか、後出しとか狡いとか利己的とか言われて迷惑してる。”
って書いてやった方がよい気がする。
119:名無しさん＠編集中
18/08/26 17:18:48.39 BIBv3N7z0.net
>>113
指摘の弁解も理由も全部後出し
取り繕いばっかりじゃねーかよ
そんで、waifu2xの演算に精度不足というなのがTensorコアが機械学習用途に不適というこじつけなるか理由聞かせてくれよ
120:名無しさん＠編集中
18/08/26 17:29:49.46 BIBv3N7z0.net
>>112
「可能性」とか言い出せばどっち前者だろうが後者だろうがイチャモン付けられるってか？
品質基準のVBRロジックなんだから、ビットレート指定時に品質基準での調整ロジックが動いて無く、ビットレート指定を無くした時にだけ稼働すなら、ビットレート指定時は品質基準のVBRじゃなくなるわな
nvidiaが品質基準VBRとして実装しているものすら疑いだしたら、何を基準で正否とするよの？
後者と判断するなら、その根拠を提示してくれよ
121:名無しさん＠編集中
18/08/26 18:05:10.01 k5cd80q8M.net
ffmpegでのエンコードパラメータを極めるスレはどこ？
122:名無しさん＠編集中
18/08/26 18:28:06.93 m7n2BMFu0.net
>>114
> waifu2xの演算に精度不足というなのがTensorコアが機械学習用途に不適というこじつけなるか理由聞かせてくれよ
そもそもその前の時点でお前が話を読み違えてるんだよ。>>107でお前が
> 機械学習でTensorコアの効果を否定しているかの様に勝手に話置き換え始めたり
と書いてるが、106はTensorコアの効果の否定なんてしてないだろ。
下3行の解釈を、お前が間違えてるだけのように見えるが。
29c3-PcWx が言いたいのは、
・Tensorコアがfp16なのは、NVIDIAがfp16でもディープラーニングでは十分実用的だと判断したからではないか
・ならばwaifu2xのfp32処理の部分を、Tensorコアのfp16処理に変えてみるのももしかしたらアリではないか？
ってことでしょ。まあディープラーニングっつっても目的によって必要な精度は変わってくるんだろうから
そんな単純な話が成り立つかどうかは知らんけどね。
とりあえず落ち着いて、やりとりを最初から見直してみたほうがいいんじゃねえの。
123:名無しさん＠編集中
18/08/26 18:36:13.01 m7n2BMFu0.net
まあwaifu2xについて、「処理をfp16にしたらまともな品質にならない」みたいな検証が既にされてるのであれば
淡々とその結果を示してあげればいいと思うけど、これ以上続けたいなら
そろそろ画像拡大スレに移ったほうがいいんじゃないかとは思う。
【超解像】画像拡大ソフト総合スレ２【waifu2x】
ｽﾚﾘﾝｸ(software板)
124:名無しさん＠編集中
18/08/26 20:25:54.45 i4axf3T+0.net
>>115
ビットレート指定時は品質基準VBRじゃないでしょ
ビットレート指定のVBRなんだから
ビットレートを指定しなかったときに品質基準VBRになる
> nvidiaが品質基準VBRとして実装しているものすら疑いだしたら、何を基準で正否とするよの？
固定QPモードがあるんだから、ビットレート指定VBRは、
平均ビットレートが目標より大きくズレたら、適当にQP操作してるだけかもしれないじゃん
そこから、ビットレートを目標にあわせる処理を抜いたら、固定QPになっちゃう
NVEncCのデフォは固定QPだし
> 後者と判断するなら、その根拠を提示してくれよ
後者か前者かなんて分からないよ
中の実装がどうなってるかなんて知らないから
エンコード結果、どういう出力がされたかくらいでしか観測できない
ビットレート指定VBR時はビットレート指定VBRのレートコントロールが働いて
品質基準VBR時は品質基準VBRのレートコントロールが働くって考えるのが
最もシンプルな理解だと思うから、そうじゃないときはちゃんと書いてくれないと分からないよ
125:名無しさん＠編集中
18/08/26 20:51:24.96 m7n2BMFu0.net
細かいことはよくわかんねーけど、とりあえずNVIDIA Video Codec SDK
126:8.2.15 の NVENC_VideoEncoder_API_ProgGuide.pdf の 「3.8.3 Rate control」の内容を貼っとくわ。 https://pastebin.com/LuGCNXbY
127:名無しさん＠編集中
18/08/26 21:11:24.15 i4axf3T+0.net
>>120
サンクス
この資料だと、Target Quality(固定品質)がVBRの一部って書き方じゃないんだよね
対応してるレートコントロールは以下の4つです
- CBR
- VBR
- 固定QP
- 固定品質
って感じ
あとVBRのレートコントロールについての記述は主に
> The encoder tries to conform to average bitrate of averageBitRate over the long term
これだけ
128:名無しさん＠編集中
18/08/27 10:48:37.03 KSUuDcZo0.net
紙芝居のためにご苦労さま
129:名無しさん＠編集中
18/08/27 11:34:45.47 dyyUpjbe0.net
これが捨て台詞ってヤツか
130:名無しさん＠編集中
18/08/30 18:15:44.74 h+nfkzzo0.net
76 名無しさん＠編集中 (ﾜｯﾁｮｲWW ea84-/kQw) sage 2018/08/25(土) 08:51:46.65 ID:A+XxIkPU0
どーせアニメだろｗ
122 名無しさん＠編集中 (ﾜｯﾁｮｲWW ea84-/kQw) sage 2018/08/27(月) 10:48:37.03 ID:KSUuDcZo0
紙芝居のためにご苦労さま
この間46レスと50時間ｗ
131:名無しさん＠編集中
18/09/02 19:42:33.51 DuBTtQDB0.net
r ‐､
| ○ | r‐‐､ 良い子の諸君！
_,;ﾄ - ｲ、 ∧l☆│∧
（⌒` ⌒ヽ /,､,,ﾄ.-ｲ/,､ l. 証拠を要求するネトヲタがいるが
|ヽ ~~⌒γ⌒） r'⌒ ｀ｉ´ `⌒） 君がいくら証拠を開示しても
│ ヽー―'^ー-' （ ⌒γ⌒~~ /| そのネトヲタは絶対信じないぞ！
│ 〉 |│ |｀ー^ｰ― r' | おまけにそいつは自分側の証拠を出したことがない。
│ /──| | |/ | l ﾄ､ |
| irｰ-､ ｰ ,} | / i 自分の信じたいものしか信じなくなったらおしまいだな！
| / ｀X´ ヽ / 入 ｜
132:名無しさん＠編集中
18/09/09 04:59:21.22 apyEih63r.net
なにが正しいかなんてわからんよ
エンコードしないのが一番いい気がするわ
133:名無しさん＠編集中
18/09/09 10:55:29.43 vbK7CwBM00909.net
マヌケの戯言
134:名無しさん＠編集中
18/09/09 10:57:32.83 SWOzIg6M00909.net
たしかに
劣化させて喜ぶアホ
135:名無しさん＠編集中
18/09/09 13:57:41.51 614xNICFM0909.net
劣化を感じるようなエンコードしかできないのは、ユーザーの能力不足による無理な設定によるところが大きい
いくら優秀なエンコーダーを用いたところで、フルHD動画を最大1Mbpsなんかに設定したら、どうやっても劣化は目につく
それに放送番組を再エンコードするのにノイズ除去すらもせずにエンコード直行など、愚かにもほどがある
136:名無しさん＠編集中
18/09/09 14:14:25.74 eDINVlxYr0909.net
マヌケの戯言
137:名無しさん＠編集中
18/09/11 09:19:07.11 nd7uezLA0.net
もうHDD買い足してソースをそのまま保存しとけよ
エンコードなんかしてたら人生損するよ
138:名無しさん＠編集中
18/09/11 10:44:00.24 CJzWO1xPd.net
ソースで多少前後するけど
静止画比較しないと気にならないレベルなら
固定量子化ベースの量子化係数設定値なら
H264 QSV ～22
H264 NVEnc～20
HEVC QSV ～24
HEVC EVEnc Pascal ～23 Maxwwll ～22
あたりが画質に目立った劣化が知覚できるかの境界線あたりかと（あとは好みで1減らすなり、IPBで階段状に設定するなり
コーデック問わず画質容量比と処理時間でなら、PascalのNVEncが速度とのバランス的に優秀
H264→HEVCでの速度低下がQSVが1/3～1/4にもなるけど、NVEncだとMaxwellで1/2、Pascalで2/3程度の速度にしか落ちないのがデカい
HWエンコーダで時間問わずならQSVのHEVCなんだろうけど
HEVCだと速度低下激しすぎて（GT2で40fps前後）CPUの方がOC4コア以上ならx264のfasterとかで処理しちまった方が良くなってくる
ただNVEncはGeforce/Titanだと同時処理が2件までなんで、TSの録画後に自動処理で録画タスク毎に処理するのには向かない（やりようはいくらでもあるけど）のが難点
139:名無しさん＠編集中
18/09/11 10:55:40.29 cvr00PSpa.net
録画後処理じゃなくて
定期的にファイルリストに対して
1本ずつ処理したらええだないかね
140:名無しさん＠編集中
18/09/11 16:32:00.96 gbdYj/Dq0.net
>>115
組める人には問題ないけどね（自分もそうやっている
フォルダ監視して順次エンコさせる場合には、リスト取得や録画中のファイルか録画完了したファイルかの判断とか
録画管理ソフトで録画終了時に実行する様なバッチみたいに、コマンドラインのエンコード命令にに毛の生えたぐらいのと違って、自分で組まなきゃならん部分多いから多少はハードル高くはなる
実際に他のスレで同時エンコ数の制限有るから使いづらいみたいな事書き込んでた奴も見かけてるし
141:名無しさん＠編集中
18/09/11 16:34:04.00 gbdYj/Dq0.net
ありゃ、リンクミス
>>133
>>115
142:名無しさん＠編集中
18/09/11 22:40:56.55 UKWbxX7R0.net
Amatsukazeなら何の問題もない
143:名無しさん＠編集中
18/09/14 23:28:10.31 mw+2E23g0.net
URLﾘﾝｸ(www.4gamer.net)
なかなかえーんでない？
元記事: 西川善司の3DGE：GeForce RTX 20完全理解。レイトレ以外の部分も強化が入ったTuringアーキテクチャにとことん迫る
URLﾘﾝｸ(www.4gamer.net)
144:名無しさん＠編集中
18/09/15 00:24:18.61 6Guydu2D0.net
>>137
「また，エンコーダの圧縮アルゴリズムにも改良が入っており，Pascal世代と比較して，同じ画質ならH.264で15％，H.265なら25％も低ビットレート化できるようになった。
逆に言えば，同じビットレートならPascal世代のGPUを使うよりも高い画質を得られるということだ。」
おぉー！
これは期待しちゃうなぁ
145:名無しさん＠編集中
18/09/15 00:27:43.52 fy+82PFP0.net
AMDって今何してるの？
動画ならAMDなんて時代もあったのに…
146:名無しさん＠編集中
18/09/15 00:33:21.67 6Guydu2D0.net
画像の中の表によると
1080・60pの動画をビットレート6Mbps設定でエンコードした場合に
x264のプリセットFastと、Turing世代のGPUでH.264（かと思われ）を比較すると、
PSNRの値が少しTuring世代のGPUのほうが上回っている
となると、x264のプリセットslowと比べるとしてもビットレートを2割増程度で充分対抗できるかも？
なんかすごいことになってきたな
147:名無しさん＠編集中
18/09/15 00:38:14.81 cjvlLd9kr.net
>>139
CPU作ってるよ
ATiって言わない時点で知ってるんだろマヌケ
148:名無しさん＠編集中
18/09/15 00:46:15.23 vV+sK+U50.net
Poralisでリアルタイム2パスエンコードエンジン採用してディティールが残るとか言ってたのは結局どうだったの？
URLﾘﾝｸ(www.4gamer.net)
149:名無しさん＠編集中
18/09/15 00:46:40.52 rREhMZBO0.net
文脈読むならNVIDIAやインテルにGPUエンコでぼろ負けだけどGPUでエンコやる気ないの？
150:だろ どう見てもなさそうだねw 費用対効果で割りに合わないと思ってそう
151:名無しさん＠編集中
18/09/15 01:04:36.37 rLzU4Nl20.net
>>140
6Mbpsか・・
2Mbpsとかでも馬脚を出さなかったら凄いけど
どうなんだろ
152:名無しさん＠編集中
18/09/15 01:08:09.38 6Guydu2D0.net
>>144
2MbpsはHEVCでもキツいだろ
解像度かフレームレート落とせば収まるだろうけど
153:名無しさん＠編集中
18/09/15 01:09:41.00 cjvlLd9kr.net
>>131
それな
154:名無しさん＠編集中
18/09/15 01:46:55.02 7QW1sL+Z0.net
>>139
動画再生なら今もAMDだがな
155:名無しさん＠編集中
18/09/15 10:34:47.56 EB9ltRQx0.net
>>138
6万弱になってる1080無印でも新しく載せようかと思ってたが
2070待ってた方がいいのかな。
156:名無しさん＠編集中
18/09/15 13:09:31.74 Z9qm6hFN0.net
AMDのGPUは二度と手を出さない
過去にいい思い出がないから
157:名無しさん＠編集中
18/09/15 13:27:48.90 q5uhmf3xM.net
>>148
待てるなら待ったほうがいい
それと、2070と2080以上ではいろいろ違いがあるから、可能ならば2080もしくは2080Tiを狙ったほうが後々後悔しなくて済む
158:名無しさん＠編集中
18/09/15 13:40:22.01 vV+sK+U50.net
>>150
NVLINK以外に何が違うのけ？
159:名無しさん＠編集中
18/09/15 15:03:11.50 ycK06X7a0.net
>>151
・RTX 2080 Ti / 2080 / 2070が登場、スペックや性能、価格と発売日をまとめ
URLﾘﾝｸ(chimolog.co)
・GTX 1080 Ti VS RTX 2080 Ti
理論上約20%の性能向上
・GTX 1080 Ti VS RTX 2080
理論上約13.4%の性能向上（GTX 1080 Tiに近い性能）
・GTX 1070 Ti VS RTX 2070
理論上約9%の低い性能低下（価格は1070Tiよりも100ドル程度上昇したにもかかわらず）
・GTX 1070 VS RTX 2070
理論上約16%の性能向上
コスパで考えると、1070Tiと2070の比較は分が悪い
1070との比較で性能向上したから良しとするならば性能については問題はないが、
今回の2080Ti、2080、2070はすべてチップが別々になっているところから言って、
細かいところで2070は省略されているものがあるのではないかと噂があるのは確か
160:名無しさん＠編集中
18/09/15 15:08:21.91 vV+sK+U50.net
>>152
そのページ古くね？
2070は1080超えてると思うぞ？
161:名無しさん＠編集中
18/09/15 17:37:16.95 kNeKe3/D0.net
今は買うな時期が悪い7nmまで待て
今は買うな時期が悪いHBM2搭載まで待て
とりあえずこれで東京オリンピックまではいける
162:名無しさん＠編集中
18/09/15 18:05:15.54 J9FwwRkQ0.net
>>147
> 動画再生なら今もAMDだがな
動画再生におけるAMD GPU
→メリット
・Fluid Motionがある。
→デメリット
・VP9のDXVAに対応しているのが今のところRavenRidgeのみ。
他に何かあるっけ？
163:名無しさん＠編集中
18/09/16 02:11:11.67 PMq8EgC10.net
2050Tiはまだか
164:名無しさん＠編集中
18/09/16 12:06:58.48 BkKFxbPh0.net
2060狙いだわ俺
165:名無しさん＠編集中
18/09/16 14:23:06.56 sg7wXxWi0.net
2020 TOKYO Olympicモデルは出ますか?
166:名無しさん＠編集中
18/09/16 17:38:32.95 UIqfW6niM.net
>>158
オリンピックで頭の中がいっぱいの蜃気楼ことミスターサマータイムにでもお願いしたら？
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
451日前に更新/287 KB
担当:undef