1 名前:名無しさん@編集中 [2018/08/08(水) 04:44:09.82 ID:NnYmcXUx0.net] ソフトウェアエンコーダーに画質は劣るものの、エンコード完了までの処理速度が爆速なハードウェアエンコーダーを語りましょう ●Intel ・https://software.intel.com/en-us/media-sdk ・https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video ●NVIDIA ・https://developer.nvidia.com/nvidia-video-codec-sdk ・エンコード: https://en.wikipedia.org/wiki/Nvidia_NVENC ・デコード: https://en.wikipedia.org/wiki/Nvidia_PureVideo ●AMD ・https://github.com/GPUOpen-LibrariesAndSDKs/AMF ・エンコード: https://en.wikipedia.org/wiki/Video_Coding_Engine ・デコード: https://en.wikipedia.org/wiki/Unified_Video_Decoder VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
49 名前:名無しさん@編集中 mailto:sage [2018/08/08(水) 20:59:42.02 ID:Z+uV4B1x00808.net] 要は昨今多い内輪以外にもいきなり主語省略で話し出す手合いか そりゃ思慮に欠けてる書き込みしか出来ないわな そもそもnvencは低レイテンシの映像配信用のエンコードエンジンだから、根本的に圧縮コーデックで出力する事しか考えられていない あくまでそういう用途のハードウェアエンコーダを転用して利用しているだけなんだし 既に3.5世代目になってもその路線崩さないから、今後も望み薄 単なる色空間的な変換とかそういう用途に使いたいなら、他を当たるかソフトウェアでやれと
50 名前:名無しさん@編集中 mailto:sage [2018/08/08(水) 21:20:31.26 ID:p/pe9GS200808.net] 結局のところ何がしたかったのかわからない
51 名前:名無しさん@編集中 [2018/08/09(木) 18:26:38.09 ID:tMqheFDJ0.net] 普通にQSVは向こうでNVENCとAMD VCEはこのスレでやれ
52 名前:ホええんちゃうん [] [ここ壊れてます]
53 名前:名無しさん@編集中 mailto:sage [2018/08/09(木) 18:45:06.69 ID:CTzR29v+0.net] スパーズはどこでやればいいですか
54 名前:名無しさん@編集中 mailto:sage [2018/08/09(木) 18:50:13.92 ID:6Ho9t3qW0.net] QSVについては専用スレがあるので、込み入った話はこちらへ とかでテンプレにURL張って、むこうにもその旨書き込んでおけば良かっただけんだけど 関連スレの有無も確認せず、この手のスレの立ち上げに必要な諸情報も簡便なのすら無いからな
55 名前:名無しさん@編集中 mailto:sage [2018/08/10(金) 16:02:36.68 ID:HoPYm3mjd.net] どこかのスレにテンプレ丸々コピーされたとか書いてあったなw 元はどこなんだろ
56 名前:名無しさん@編集中 mailto:sage [2018/08/10(金) 17:20:17.03 ID:T84aDOTf0.net] >>53 >>35 次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】 https://mevius.5ch.net/test/read.cgi/avi/1532001049/
57 名前:名無しさん@編集中 mailto:sage [2018/08/15(水) 22:41:07.00 ID:btpZ+ZRu0.net] 俺今までNVEncはCRFモードをサポートしていないと思っていたけど、 --vbr-qualityを設定すれば良かったんだな 知らなくてずっとビットレート設定してた・・・
58 名前:名無しさん@編集中 [2018/08/17(金) 13:45:54.50 ID:TJRwI7N20.net] GUIに毒されすぎやな
59 名前:名無しさん@編集中 mailto:sage [2018/08/17(金) 15:24:09.61 ID:8EF2z3JOM.net] CUIに飼いならされた犬よりはマシ
60 名前:名無しさん@編集中 mailto:sage [2018/08/18(土) 23:28:41.45 ID:6qFeImMv0.net] >>55 > --vbrhq 0 --vbr-quality 32 この使い方は知らなかった
61 名前:名無しさん@編集中 mailto:sage [2018/08/21(火) 07:15:14.35 ID:yqsVs0ST0.net] Deploy an 8K HEVC pipeline using Amazon EC2 P3 instances with AWS Batch https://aws.amazon.com/jp/blogs/compute/deploy-an-8k-hevc-pipeline-using-amazon-ec2-p3-instances-with-aws-batch/
62 名前:名無しさん@編集中 mailto:sage [2018/08/22(水) 02:33:39.49 ID:Z+hOLHXS0.net] 一体いくらかかるんだろうw MSのAzureにも似たサービスあるけど、あっちはMS独自のエンコーダーだったかな
63 名前:名無しさん@編集中 mailto:sage [2018/08/22(水) 07:55:19.18 ID:GavI77zZ0.net] https://www.anandtech.com/show/13249/nvidia-announces-geforce-rtx-20-series-rtx-2080-ti-2080-2070
64 名前:名無しさん@編集中 mailto:sage [2018/08/22(水) 07:56:33.50 ID:GavI77zZ0.net] ビデオエンコーダブロックNVENCはTuring用に更新されています。 NVENCの最新の反復では、特に8K HEVCエンコーディングのサポートが追加されています。 一方、NVIDIAはエンコーダの品質をさらに向上させることができ、これまでと同様の品質を25%低いビデオビットレートで達成することができます。 NEVCでB-FRAME使えるのかな??
65 名前:名無しさん@編集中 mailto:sage [2018/08/22(水) 12:30:51.90 ID:BmdgRtst0.net] いつも思うけどハードエンコの開発元はPSNRなりのデータ出して欲しいね ソフトウェアならデータ出してるとこ多いのに
66 名前:名無しさん@編集中 mailto:sage [2018/08/22(水) 14:06:24.68 ID:6MU2DjnS0.net] 狙い目はRTX2080か
67 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 07:31:13.62 ID:rfE9DtyV0.net] Pascal世代でもマクロブロックの捜査処理部の性能向上だけでHEVCの画質上げてたからな Maxwellで同じプロセスルールのまま動作クロックとワットパフォーマンスをKeplerから馬鹿みたいに向上させてみたり 地味にnvidiaの回路設計技術は変態の域
68 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 11:45:58.09 ID:7cheRLu0a.net] NVIDIAはBフレを軽視しすぎている というか規格に対する準拠意識が低い 今
69 名前:回発表のチューリングで、そのあたりがどこまで改善されるのか [] [ここ壊れてます]
70 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 12:12:20.69 ID:JCmRqS+kd.net] HWエンコでBフレ有りだと明らかに劣化する上、速度が遅いから要らんな 永久保存したいならSWエンコしなさいよ
71 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 12:55:31.52 ID:7cheRLu0a.net] そんなもん、エンコーダーの出来が糞なだけだ 「Bフレを有効にする=画質劣化」ではない
72 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 16:35:20.50 ID:YcdR2YjvF.net] Bフレ有りHWエンコが糞な事に変わりなし
73 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 17:23:49.57 ID:rfE9DtyV0.net] >>68 規格的にBフレ使用義務なんて無いが? 規格準拠とか言いつつ糞も理解してないだろ
74 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 17:24:53.98 ID:LeoZTWXta.net] 追加して汚くなるって何なんだよ……w
75 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 18:25:40.40 ID:0qSSdGG/H.net] >>69 現状の実装だけみてハードウェアエンコーダは汚いと言い切るのは、さすがにどうかしている 実装次第だからな ソフトウェアであっても実装がクソなエンコーダならば汚いことに変わりはない ハードウェアかソフトウェアかだけで語るのは無意味
76 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 18:56:03.23 ID:dvM35vUkd.net] >>72 現状の実装以外に何を語るの?未来人なの? 1人だけ勝手にSWエンコ時もBフレが汚い話に捉えてるけど、おまえ以外はHWエンコ時の話しかしてないよ
77 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 19:30:18.06 ID:7cheRLu0a.net] 敵は常に一人タイプか…
78 名前:名無しさん@編集中 mailto:sage [2018/08/23(木) 19:55:59.68 ID:bJgeH7qy0.net] 少なくともQSVのH.264(LA-ICQ)でエンコしてSSIMやVMAFで評価した場合は、 BフレームとBピラミッド無し(--bframes 0)にすると、かなり酷いレベルで圧縮効率が低下するんだけどな。 (ちなみにデフォルトだと--brframes 3 --b-pyramid) QSV-H.264-LAICQ_Bフレーム有無の差 2sen.dip.jp/cgi-bin/upgun/up2/source/up3501.jpg >>67 や>>69 のように「BフレありのHWエンコは劣化が酷い」みたいに言ってる人は、 どのHWエンコーダのどのコーデックで、どのように評価してそう言ってるんだろ? 他にBフレームが使えるHWエンコというと、 ・QSVのH.265 ・NVEncのH.264 ・VCEのH.264 (Polarisより古いハードのみ?) のいずれかだが・・・。
79 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 08:51:46.65 ID:A+XxIkPU0.net] どーせアニメだろw
80 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 10:37:27.22 ID:mS1Jre1Jd.net] 圧縮効率が何で画質の悪さと関係あるんだよ 映像見て語れよ
81 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 11:10:16.68 ID:Fz8j+osy0.net] >>76 面倒くさい奴だな・・・。 一応crowd_runでも調べてやったけど、Bフレ無しだと圧縮効率が下がることに変わりはないぞ。 QSV-H.264-LAICQ_Bフレーム有無の差_crowd_run 2sen.dip.jp/cgi-bin/upgun/up2/source/up3502.jpg ソース: https://media.xiph.org/video/derf/ >>77 もしかして圧縮効率を考えずに「画質が悪い」とか言ってるのか・・・? 「Bフレありの1Mbps」と「Bフレ無しの5Mbps」みたいに ビットレートが異なるファイルを比べて「Bフレ無しの方が綺麗」とか言ってるんじゃないだろうな・・・。 それとも「Bフレーム有効にするといくらビットレートを上げても糞汚いHWエンコーダがある」とでも言いたいのか? >>75 での疑問にも何も答えてないし、何が言いたいのかよくわからん。
82 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 12:19:30.24 ID:mS1Jre1Jd.net] 何で同じビットレートで比べないの?アホなの?
83 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 12:54:51.04 ID:Fz8j+osy0.net] >>79 最低限の情報も出さず、まともな説明もしないお前の方がアホだと思うが・・・。 もしかしてグラフの意味を理解できてないのか? 同じビットレートで比較したいなら、同一ビットレートでのSSIMの値を見て比較すればいいだけなんだが。 SSIMでの客観評価じゃなく、同一ビットレートでの主観評価をしろってことなら、俺はそこまでやる気はないんで 「Bフレ有効だと画質が悪い」と主張するお前がテストして、その結果を示せばいいと思うけど。 それ以前に ・どのようなソースを ・どのHWエンコーダの ・どのコーデックで ・どのような条件でどのように評価した結果、Bフレありだと画質が悪いと主張しているのか をちゃんと書いたほうがいいと思うけどね。そういった情報も無しにただ喚かれても、話にならんだろ。
84 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 13:04:32.35 ID:mS1Jre1Jd.net] やる気ないってwww エンコしてるならその映像見てグラフと一緒に示せば完全論破でドヤ顔出来るのに、しないのが証拠だろ?
85 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 13:40:40.56 ID:ABEpDGdUM.net] 頭悪…
86 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 13:54:05.89 ID:Fz8j+osy0.net] 最低限の情報すら頑なに出さないアホの探偵ごっこか・・・。 目の前にある事実を無視して、わざわざ遠くにある迷宮に入りにいって帰ってこないタイプなんだろうな・・・。
87 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 14:10:51.00 ID:DovDn/Ya0.net] いや、単純にSSIMやグラフの見方が分からないだけだと思う・・・
88 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 14:35:44.36 ID:mS1Jre1Jd.net] >>83 =84 とうとう自演しやがったwww 全角の使い方でバレバレ
89 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 15:36:05.17 ID:M6Y4pqeA0.net] >>83-84 ワッチョイ b9ec-PcWx ワッチョイ 29c3-PcWx くっさww
90 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 16:35:38.35 ID:nJe+uVbx0.net] ワッチョイの下4桁はUserAgentで決まるから被ってもおかしくないはず PcWxはMonazilla/1.00 JaneStyle/4.00 Windows/10.0.17134らしいから利用者も多いだろうし
91 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 16:43:08.51 ID:M6Y4pqeA0.net] たまたまこんな過疎スレで全角もワッチョイも被って たまたまレスが並ぶなんて珍しい事が起きたんだね なるほど〜
92 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 17:00:29.06 ID:DovDn/Ya0.net] JaneStyle使ってるだけで同じ人扱いされるとは・・・俺はずっと↓このIDだから hissi.org/read.php/avi/20180825/RG92RG4vWWEw.html >>88 君はもう少し勉強してからレスしような
93 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 17:35:59.42 ID:DovDn/Ya0.net] NVEncの固定品質(>>58 )試してるんだけど、どうもコレ内部では ビットレート指定VBRと全く同じモードで動いてるっぽい (少なくともGTX1060では) ビットレート指定VBRと画質が全然変わらなかった 実写、アニメ、前半実写で後半アニメの3つくらいでエンコしてSSIM測って SSIM-ビットレートをプロットしたら全部同じ線上に並んでしまった という訳で今の所使う意味なさそう 次のTuringでは良くなるのかなぁ
94 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 17:36:37.74 ID:k4YhneCR0.net] んなもんソースによる、一概な答えしか容認出来ない馬鹿は頬っておけ
95 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 17:43:46.29 ID:k4YhneCR0.net] Turingの方はTensorコア使ったポストエフェクトとか超解像の方がトピックかもしれん SDKから機能的にどう触れるかはまだ解らんけども、描画フレームにms単位の処理時間で適用出来る変態仕様みたいなんで デコードされたフレームデータにも使えたらフィルタ処理系で色々面白い事出来るかも
96 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 18:04:54.22 ID:OpoSyjzx0.net] >>90 mpc-hcでビットレート観測するのが簡単 なんか、どっかでも書いたけど3Mbpsとか比較的十分にビットレートを使ってたら画質差は出にくい
97 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 19:10:57.61 ID:DovDn/Ya0.net] あれ、でもやっぱりビットレート分布は全然違った ビットレート指定VBRと同じではなかった ビットレート分布が変わっても平均するとプラマイゼロでSSIMは変わらないのか・・・
98 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 19:11:18.75 ID:M6Y4pqeA0.net] >>83 分かったからID:Fz8j+osy0 連れて来いよww
99 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 19:23:10.26 ID:DovDn/Ya0.net] NVEncの固定品質はちゃんと固定品質になってた ↓最初4分の1が実写で以降アニメの動画をエンコードしてCheckBitrateでビットレート分布出した https://i.imgur.com/BfPIXjI.png SSIMはほぼ同じだったけどSSIMはそういうものなのかな まぁでも固定品質がちゃんと使えることは分かったわ これからは固定品質一択だね ビットレート指定VBRなんて必要ないわ
100 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 19:56:16.56 ID:DovDn/Ya0.net] >>92 Tensorコアでリアルタイムwaifu2xに期待
101 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 20:19:17.91 ID: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 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 20:42:10.78 ID:DovDn/Ya0.net] ビットレート指定モードの一部が固定品質モードってのはなんか分かりにくいなw
103 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 20:49:29.76 ID:k4YhneCR0.net] >>97 何勘違いしているのか、知ってるフィルタの名前使いたいのか知らんけど Tensorコアでwaifuの処理内容が高速に処理出来る訳じゃ無い nvidiaが用意した機械学習成果を元にTensorコアで判断処理して補正・補完を適用するnvidiaの超解像技術になる 学習データが更新されると精度も上がるだろうし、レイトレなんかよりコンシューマPC環境にTensorコアを使用した処理環境が降りてくる方がデカい
104 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 21:01:03.56 ID:k4YhneCR0.net] nvencの固定品質モードってのは便宜上やりとりとしてがそう呼称してるだけで ビットレートの指定を明示的に無くす事で、指定ビットレートに近づけるために量子化係数の増減調整がされなくなるから、実質上固定品質と同意の処理になるってだけ
105 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 21:04:45.93 ID:DovDn/Ya0.net] >>100 別に勘違いしてないよ nvidiaが用意するモデルにも興味はあるけど、既に高画質だって分かってるwaifu2xが Tensorコアを使えるようになってリアルタイムくらいの速さになればいいなって期待してる Tensorコアはfp16(半精度)で4x4の行列積を演算するコアだよ convolutionを高速に計算するためにあるんだから、 convolutionがボトルネックになってるwaifu2xも高速化できるはず 今はfp32で演算してるからfp16でも精度がなるべく落ちないようにチューニングする必要はあるだろうけど Tensorコア使ってconvolutionを計算するところはcuDNNがやってくれるから 書き換えはそんなに大変じゃないと思う
106 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 21:09:21.97 ID:DovDn/Ya0.net] >>101 揚げ足取るようで申し訳ないけど、固定量子化量(Constant QP)じゃないんだから 量子化係数は調整してるでしょ もしかして今の実装的には 固定品質=固定量子化量 だったりする?
107 名前:名無しさん@編集中 mailto:sage [2018/08/25(土) 21:59:30.04 ID:k4YhneCR0.net]
108 名前:>>103 「指定ビットレートに近づけるために量子化係数の増減調整」と書いているんだが 画質評価基準に擦り寄せる為の量子化係数の調整と勝手に思い込みで混同されても困る waifu2xの件も行列積の浮動小数点演算精度が半精度化しているなら、行列積としての精度どれほど落ちると思ってる? もうそれはwaifu2xのロジックをベースとした精度が大幅低下した派生物でwifu2xでは無いんだよ、同じ処理が出来ている訳じゃ無いんだしな 都合良く読み替えたり、後出しで精度不足とか都合の良い部分容認してみたりとか、ほんとに狡い奴だなお前は [] [ここ壊れてます]
109 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 02:11:05.20 ID:i4axf3T+0.net] >>104 えっと、つまり>>101 の ビットレートの指定を明示的に無くす事で、指定ビットレートに近づけるために量子化係数の増減調整が されなくなるから、実質上固定品質と同意の処理になるってだけ ↑これの解釈は ビットレートの指定を明示的に無くす事で、(「指定ビットレートに近づけるために量子化係数の増減調整」と 「画質評価基準に擦り寄せる為の量子化係数の調整」の両方をやっていたところの) 指定ビットレートに近づけるために量子化係数の増減調整がされなくなるから、 (「画質評価基準に擦り寄せる為の量子化係数の調整」だけになって)実質上固定品質と同意の処理になるってだけ ってことか?それとも ビットレートの指定を明示的に無くす事で、指定ビットレートに近づけるために量子化係数の増減調整が されなくなるから、(代わりに「画質評価基準に擦り寄せる為の量子化係数の調整」がされるようになって) 実質上固定品質と同意の処理になるってだけ ってことか?うーむ・・・
110 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 02:30:07.42 ID:i4axf3T+0.net] >>104 waifu2xは「Tensorコアで」って書いてるんだから半精度化することも含めて できたらいいなっていう期待で書いてるんだけど・・・ > waifu2xの件も行列積の浮動小数点演算精度が半精度化しているなら、行列積としての精度どれほど落ちると思ってる? ディープラーニングの推論をfp16やint8でやっても精度低下は僅かって話はたくさんあるし、 nvidiaがfp16の演算コアを導入したのは、「ディープラーニングでは精度低下は僅かで十分実用的」だからでしょ それを否定されてもなぁ・・・
111 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 09:46:57.21 ID:BIBv3N7z0.net] >>106 ホントに手前の都合良く緩さを容認した事は「当たり前」と話して、そうじゃない事は違いを許さないとか利己的だな 行列積は単純な浮動小数点の計算と違って、複数回計算で精度取り戻せない 32bit精度で行列演算するコードを16bit精度のTensorコアで高速化とか、半精度を容認する前置きも無く書き込んでおいて 後出しで半精度容認している旨書き込んで悪びれもしないし waifu2xと同様の処理が出来ても同じ精度維持出来ないから同じ処理は出来ないと言っているのに 機械学習でTensorコアの効果を否定しているかの様に勝手に話置き換え始めたり ホントに最低に狡い奴だな
112 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 09:50:58.32 ID:BIBv3N7z0.net] >>105 前者
113 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 11:21:56.08 ID:m7n2BMFu0.net] 要するに 45c3-iM7h : 精度を落としたものをwaifu2xと呼ぶことは絶対に認めない 29c3-PcWx : 今の waifu2x は高品質だけど遅すぎるから、半精度化によってある程度品質が落ちる代わりに Tensorコアによる高速化メリットが得られる waifu2x' みたいなもんができるといいな。 (半精度化による品質低下やTensorコアによる高速化がどれくらいかにもよるけど) ってことじゃないの。 技術的なこだわりが強いのか何なのか知らんが、受け取り方がねじ曲がりすぎじゃね? カリカリして人格攻撃するほどの話じゃないだろ。
114 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 14:06:55.17 ID:i4axf3T+0.net] >>107 > 32bit精度で行列演算するコードを16bit精度のTensorコアで高速化とか、半精度を容認する前置きも無く書き込んでおいて >>92 > Tensorコア使ったポストエフェクトとか超解像 これはディープラーニングを使ったもので、「Tensorコアでディープラーニングを計算する」 って時点で、fp16に精度を落として行列積を計算するってことだよ つまり、ディープラーニング(正確には行列積部分)をfp16で計算するっていうのは君が最初に言ってること 同じようにディープラーニングで超解像するwaifu2xもTensorコアで高速化できるよね って話をしてるんだから、fp16で計算するっていうのは何の脈絡もなく出てきたわけではない > waifu2xと同様の処理が出来ても同じ精度維持出来ないから同じ処理は出来ないと言っているのに > 機械学習でTensorコアの効果を否定しているかの様に勝手に話置き換え始めたり ディープラーニングを使った代表例みたいなwaifu2xにTensorコアを使うことを否定するのは 「機械学習でTensorコアの効果を否定」するのと同義だと思うのだが
115 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 14:26:50.50 ID:ztucUYzzM.net] 0か1しか価値判断基準のない人は疲れるな
116 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 15:11:35.59 ID:i4axf3T+0.net] >>108
117 名前: NVEncの実際の実装が後者の可能性もあると思うけど、なんで前者だって分かるの? [] [ここ壊れてます]
118 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 15:22:59.23 ID:m7n2BMFu0.net] >>110 のように「お前が最初に言った」みたいな書き方をすると、また不毛な返答が返ってくる気がするので "こっちは元々「fp16化+Tensorコアで高速化したリアルタイムwaifu2x(もどき)」を想定して書き込んでて、 >>100 でお前が勘違いとか言ってきたからそれに答えて詳細を説明しただけなのに、 精度落としたらwaifu2xじゃないとか、後出しとか狡いとか利己的とか言われて迷惑してる。” って書いてやった方がよい気がする。
119 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 17:18:48.39 ID:BIBv3N7z0.net] >>113 指摘の弁解も理由も全部後出し 取り繕いばっかりじゃねーかよ そんで、waifu2xの演算に精度不足というなのがTensorコアが機械学習用途に不適というこじつけなるか理由聞かせてくれよ
120 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 17:29:49.46 ID:BIBv3N7z0.net] >>112 「可能性」とか言い出せばどっち前者だろうが後者だろうがイチャモン付けられるってか? 品質基準のVBRロジックなんだから、ビットレート指定時に品質基準での調整ロジックが動いて無く、ビットレート指定を無くした時にだけ稼働すなら、ビットレート指定時は品質基準のVBRじゃなくなるわな nvidiaが品質基準VBRとして実装しているものすら疑いだしたら、何を基準で正否とするよの? 後者と判断するなら、その根拠を提示してくれよ
121 名前:名無しさん@編集中 [2018/08/26(日) 18:05:10.01 ID:k5cd80q8M.net] ffmpegでのエンコードパラメータを極めるスレはどこ?
122 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 18:28:06.93 ID:m7n2BMFu0.net] >>114 > waifu2xの演算に精度不足というなのがTensorコアが機械学習用途に不適というこじつけなるか理由聞かせてくれよ そもそもその前の時点でお前が話を読み違えてるんだよ。>>107 でお前が > 機械学習でTensorコアの効果を否定しているかの様に勝手に話置き換え始めたり と書いてるが、106はTensorコアの効果の否定なんてしてないだろ。 下3行の解釈を、お前が間違えてるだけのように見えるが。 29c3-PcWx が言いたいのは、 ・Tensorコアがfp16なのは、NVIDIAがfp16でもディープラーニングでは十分実用的だと判断したからではないか ・ならばwaifu2xのfp32処理の部分を、Tensorコアのfp16処理に変えてみるのももしかしたらアリではないか? ってことでしょ。まあディープラーニングっつっても目的によって必要な精度は変わってくるんだろうから そんな単純な話が成り立つかどうかは知らんけどね。 とりあえず落ち着いて、やりとりを最初から見直してみたほうがいいんじゃねえの。
123 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 18:36:13.01 ID:m7n2BMFu0.net] まあwaifu2xについて、「処理をfp16にしたらまともな品質にならない」みたいな検証が既にされてるのであれば 淡々とその結果を示してあげればいいと思うけど、これ以上続けたいなら そろそろ画像拡大スレに移ったほうがいいんじゃないかとは思う。 【超解像】画像拡大ソフト総合スレ2【waifu2x】 https://egg.5ch.net/test/read.cgi/software/1462848853/
124 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 20:25:54.45 ID:i4axf3T+0.net] >>115 ビットレート指定時は品質基準VBRじゃないでしょ ビットレート指定のVBRなんだから ビットレートを指定しなかったときに品質基準VBRになる > nvidiaが品質基準VBRとして実装しているものすら疑いだしたら、何を基準で正否とするよの? 固定QPモードがあるんだから、ビットレート指定VBRは、 平均ビットレートが目標より大きくズレたら、適当にQP操作してるだけかもしれないじゃん そこから、ビットレートを目標にあわせる処理を抜いたら、固定QPになっちゃう NVEncCのデフォは固定QPだし > 後者と判断するなら、その根拠を提示してくれよ 後者か前者かなんて分からないよ 中の実装がどうなってるかなんて知らないから エンコード結果、どういう出力がされたかくらいでしか観測できない ビットレート指定VBR時はビットレート指定VBRのレートコントロールが働いて 品質基準VBR時は品質基準VBRのレートコントロールが働くって考えるのが 最もシンプルな理解だと思うから、そうじゃないときはちゃんと書いてくれないと分からないよ
125 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 20:51:24.96 ID: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 名前:名無しさん@編集中 mailto:sage [2018/08/26(日) 21:11:24.15 ID: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 名前:名無しさん@編集中 mailto:sage [2018/08/27(月) 10:48:37.03 ID:KSUuDcZo0.net] 紙芝居のためにご苦労さま
129 名前:名無しさん@編集中 mailto:sage [2018/08/27(月) 11:34:45.47 ID:dyyUpjbe0.net] これが捨て台詞ってヤツか
130 名前:名無しさん@編集中 mailto:sage [2018/08/30(木) 18:15:44.74 ID:h+nfkzzo0.net] 76 名無しさん@編集中 (ワッチョイWW ea84-/kQw) sage 2018/08/25(土) 08:51:46.65 ID:A+XxIkPU0 どーせアニメだろw 122 名無しさん@編集中 (ワッチョイWW ea84-/kQw) sage 2018/08/27(月) 10:48:37.03 ID:KSUuDcZo0 紙芝居のためにご苦労さま この間46レスと50時間w
131 名前:名無しさん@編集中 mailto:sage [2018/09/02(日) 19:42:33.51 ID:DuBTtQDB0.net] r ‐、 | ○ | r‐‐、 良い子の諸君! _,;ト - イ、 ∧l☆│∧ (⌒` ⌒ヽ /,、,,ト.-イ/,、 l. 証拠を要求するネトヲタがいるが |ヽ ~~⌒γ⌒) r'⌒ `i´ `⌒) 君がいくら証拠を開示しても │ ヽー―'^ー-' ( ⌒γ⌒~~ /| そのネトヲタは絶対信じないぞ! │ 〉 |│ |`ー^ー― r' | おまけにそいつは自分側の証拠を出したことがない。 │ /───| | |/ | l ト、 | | irー-、 ー ,} | / i 自分の信じたいものしか信じなくなったらおしまいだな! | / `X´ ヽ / 入 |
132 名前:名無しさん@編集中 mailto:sage [2018/09/09(日) 04:59:21.22 ID:apyEih63r.net] なにが正しいかなんてわからんよ エンコードしないのが一番いい気がするわ
133 名前:名無しさん@編集中 mailto:sage [2018/09/09(日) 10:55:29.43 ID:vbK7CwBM00909.net] マヌケの戯言
134 名前:名無しさん@編集中 mailto:sage [2018/09/09(日) 10:57:32.83 ID:SWOzIg6M00909.net] たしかに 劣化させて喜ぶアホ
135 名前:名無しさん@編集中 mailto:sage [2018/09/09(日) 13:57:41.51 ID:614xNICFM0909.net] 劣化を感じるようなエンコードしかできないのは、ユーザーの能力不足による無理な設定によるところが大きい いくら優秀なエンコーダーを用いたところで、フルHD動画を最大1Mbpsなんかに設定したら、どうやっても劣化は目につく それに放送番組を再エンコードするのにノイズ除去すらもせずにエンコード直行など、愚かにもほどがある
136 名前:名無しさん@編集中 mailto:sage [2018/09/09(日) 14:14:25.74 ID:eDINVlxYr0909.net] マヌケの戯言
137 名前:名無しさん@編集中 mailto:sage [2018/09/11(火) 09:19:07.11 ID:nd7uezLA0.net] もうHDD買い足してソースをそのまま保存しとけよ エンコードなんかしてたら人生損するよ
138 名前:名無しさん@編集中 mailto:sage [2018/09/11(火) 10:44:00.24 ID: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 名前:名無しさん@編集中 mailto:sage [2018/09/11(火) 10:55:40.29 ID:cvr00PSpa.net] 録画後処理じゃなくて 定期的にファイルリストに対して 1本ずつ処理したらええだないかね
140 名前:名無しさん@編集中 mailto:sage [2018/09/11(火) 16:32:00.96 ID:gbdYj/Dq0.net] >>115 組める人には問題ないけどね(自分もそうやっている フォルダ監視して順次エンコさせる場合には、リスト取得や録画中のファイルか録画完了したファイルかの判断とか 録画管理ソフトで録画終了時に実行する様なバッチみたいに、コマンドラインのエンコード命令にに毛の生えたぐらいのと違って、自分で組まなきゃならん部分多いから多少はハードル高くはなる 実際に他のスレで同時エンコ数の制限有るから使いづらいみたいな事書き込んでた奴も見かけてるし
141 名前:名無しさん@編集中 mailto:sage [2018/09/11(火) 16:34:04.00 ID:gbdYj/Dq0.net] ありゃ、リンクミス >>133 >>115
142 名前:名無しさん@編集中 mailto:sage [2018/09/11(火) 22:40:56.55 ID:UKWbxX7R0.net] Amatsukazeなら何の問題もない
143 名前:名無しさん@編集中 mailto:sage [2018/09/14(金) 23:28:10.31 ID:mw+2E23g0.net] https://www.4gamer.net/games/421/G042134/20180913178/SS/047.jpg なかなかえーんでない? 元記事: 西川善司の3DGE:GeForce RTX 20完全理解。レイトレ以外の部分も強化が入ったTuringアーキテクチャにとことん迫る https://www.4gamer.net/games/421/G042134/20180913178/
144 名前:名無しさん@編集中 mailto:sage [2018/09/15(土) 00:24:18.61 ID:6Guydu2D0.net] >>137 「また,エンコーダの圧縮アルゴリズムにも改良が入っており,Pascal世代と比較して,同じ画質ならH.264で15%,H.265なら25%も低ビットレート化できるようになった。 逆に言えば,同じビットレートならPascal世代のGPUを使うよりも高い画質を得られるということだ。」 おぉー! これは期待しちゃうなぁ
145 名前:名無しさん@編集中 [2018/09/15(土) 00:27:43.52 ID:fy+82PFP0.net] AMDって今何してるの? 動画ならAMDなんて時代もあったのに…
146 名前:名無しさん@編集中 mailto:sage [2018/09/15(土) 00:33:21.67 ID:6Guydu2D0.net] 画像の中の表によると 1080・60pの動画をビットレート6Mbps設定でエンコードした場合に x264のプリセットFastと、Turing世代のGPUでH.264(かと思われ)を比較すると、 PSNRの値が少しTuring世代のGPUのほうが上回っている となると、x264のプリセットslowと比べるとしてもビットレートを2割増程度で充分対抗できるかも? なんかすごいことになってきたな
147 名前:名無しさん@編集中 mailto:sage [2018/09/15(土) 00:38:14.81 ID:cjvlLd9kr.net] >>139 CPU作ってるよ ATiって言わない時点で知ってるんだろマヌケ
148 名前:名無しさん@編集中 mailto:sage [2018/09/15(土) 00:46:15.23 ID:vV+sK+U50.net] Poralisでリアルタイム2パスエンコードエンジン採用してディティールが残るとか言ってたのは結局どうだったの? https://www.4gamer.net/games/329/G032949/20160629072/
149 名前:名無しさん@編集中 mailto:sage [2018/09/15(土) 00:46:40.52 ID:rREhMZBO0.net] 文脈読むならNVIDIAやインテルにGPUエンコでぼろ負けだけどGPUでエンコやる気ないの?