【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/25 17:20 / Filesize : 287 KB / Number-of Response : 1055
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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
2 名前：名無しさん＠編集中 [2018/08/08(水) 04:44:33.44 ID: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で利用可能らしい。
　　　https://gist.github.com/Brainiarc7/24de2edef08866c304080504877239a3
　　・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 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:44:53.44 ID:NnYmcXUx0.net]: 1
5 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:45:33.06 ID:NnYmcXUx0.net]: 2
6 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:45:48.95 ID:NnYmcXUx0.net]: 3
7 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:46:05.03 ID:NnYmcXUx0.net]: 4
8 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:46:21.78 ID:NnYmcXUx0.net]: 5
9 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:46:37.81 ID:NnYmcXUx0.net]: 6
10 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:46:53.94 ID:NnYmcXUx0.net]: 7
11 名前：名無しさん＠編集中 [2018/08/08(水) 04:47:17.84 ID:NnYmcXUx0.net]: 8
12 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:48:11.70 ID:NnYmcXUx0.net]: 9
13 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:49:01.04 ID:NnYmcXUx0.net]: 10
14 名前：名無しさん＠編集中 [2018/08/08(水) 04:49:16.94 ID:NnYmcXUx0.net]: 11
15 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:50:03.71 ID:NnYmcXUx0.net]: 12
16 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:50:26.11 ID:NnYmcXUx0.net]: 13
17 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:52:05.80 ID:NnYmcXUx0.net]: 14
18 名前：名無しさん＠編集中 [2018/08/08(水) 04:52:21.60 ID:NnYmcXUx0.net]: 15
19 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:52:37.21 ID:NnYmcXUx0.net]: 16
20 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 04:53:33.62 ID:NnYmcXUx0.net]: 17
21 名前：名無しさん＠編集中 [2018/08/08(水) 04:53:50.54 ID:NnYmcXUx0.net]: 18
22 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 05:04:32.81 ID:7j4al10Ud.net]: QSVスレとかに筋通してるのか？
23 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 08:58:16.68 ID:sLAum6/L00808.net]: >>21
((((；ﾟДﾟ)))))))
24 名前：名無しさん＠編集中 [2018/08/08(水) 12:45:44.53 ID:6VYiCY4d00808.net]: >>21
どこの組の方ですかage？
25 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 12:57:33.55 ID:UgZyISBQ00808.net]: 婬手瑠組です
26 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 13:02:01.81 ID:b+wpPJh000808.net]: nvencはyuv420エンコ出来るようにして欲しい
27 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 13:21:07.59 ID:Z+uV4B1x00808.net]: 多分に既存スレと重複するスレ立てするなら、統合持ちかけるなり勧誘するなりして既存スレの次スレのタイミングで立てるなりしないと、ニッチな内容のスレほど書き込み分散して過疎化で共倒れしたりもする
内容の重複するスレは、後から立てる方がそういう手間をするのが2ch時代からの流儀
関連スレのリンクも無いから、そういうスレが有るかのチェックもせずに立てた様にしか見えないから指摘したまで
28 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 13:21:55.85 ID:Z+uV4B1x00808.net]: >>25
出来るだろ
29 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 13:43:59.77 ID:BIbDOhMd00808.net]: え、QSVスレってあるの？
30 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 13:59:25.41 ID:Z+uV4B1x00808.net]: 何年も前から有るってのｗ
そして論議も無くQSVスレにコッチのアドレスいきなり放り込んで向こうでも怒られてる始末

当たり前だわな
31 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 14:49:04.74 ID:YproHzAT00808.net]: yuv420p10の事
32 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 14:56:48.91 ID:pFTXtSt000808.net]: >>30
ワロタ
そんな省略されても誰も分からんわw
33 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 14:59:23.11 ID:YproHzAT00808.net]: 経験者なら分かると思ったから
34 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 16:38:58.83 ID:g6GuMzoE00808.net]: 君の経験が浅いのはよくわかった
35 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 16:42:03.50 ID:YproHzAT00808.net]: p010にしかならないでしょ？
36 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 18:45:29.51 ID:IqNf1jbw00808.net]: 　
次世代ビデオコーデックスレのために作ったテンプレが丸パクリされたでござる・・・。

まぁそれはいいんだけど、QSVスレは既にあるんだからQSVを除くか、
せめて関連スレにQSVスレ入れるくらいはすればいいのに。

　　【Intel】 Quick Sync Video Part.7 【QSV】
　　https://mevius.5ch.net/test/read.cgi/avi/1486130737/
37 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 18:52:06.58 ID:IqNf1jbw00808.net]: >>34
マジレスする前に聞いておきたいんだけど、何を見てどう考えて「p010にしかならない」と判断したの？
38 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:05:59.05 ID:tGVjs11i00808.net]: どこかにそう解説してたページがあったから
単純にHDRのメタデータ埋め込んでも再生出来なかったから調べたんだけど
マジレスに期待してる
ご教示頂きたい
39 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:06:56.32 ID:tGVjs11i00808.net]: 使ってるのはgtx1060
40 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:23:36.65 ID:arlQhxab00808.net]: 10bitエンコはNVEncで普通にできるでしょ
-c hevc --profile main10
これでエンコしまくってるよ
41 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:33:32.54 ID:tGVjs11i00808.net]: いやそういう事じゃなくて
42 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:36:29.65 ID:arlQhxab00808.net]: どういうこと？ｗ
43 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:46:15.91 ID:arlQhxab00808.net]: >>34
あ、これ見落としてた
>>37
俺も君がどう勘違いしたのかには興味があるから、是非その解説ページを教えてくれ
44 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:50:39.96 ID:tGVjs11i00808.net]: 勘違いなの？
>>39でエンコした結果p010にしかなってないんじゃないのかな
45 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:53:04.54 ID:tGVjs11i00808.net]: あ、ブックマークつけてないからもうどこだったか分からない
申し訳ない
46 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:54:38.06 ID:arlQhxab00808.net]: >>43
p010は無圧縮10bitYUV420データのメモリレイアウトの名前
圧縮されたデータとは関係ない
47 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 19:58:52.99 ID: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 名前：名無しさん＠編集中 mailto:sage [2018/08/08(水) 20:04:25.57 ID:IqNf1jbw00808.net]: というかスレ立てた人とワッチョイが酷似してることに気づいたけど、同じ人なんだろうか。
もしかしてこの質問をしたいだけでスレ立てたのか・・・？
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]: 追加して汚くなるって何なんだよ……ｗ
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]: どーせアニメだろｗ
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

くっさｗｗ
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 連れて来いよｗｗ
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]: ビットレート指定モードの一部が固定品質モードってのはなんか分かりにくいなｗ
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にしたらまともな品質にならない」みたいな検証が既にされてるのであれば
淡々とその結果を示してあげればいいと思うけど、これ以上続けたいなら
そろそろ画像拡大スレに移ったほうがいいんじゃないかとは思う。

　【超解像】画像拡大ソフト総合スレ２【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
どーせアニメだろｗ

122 名無しさん＠編集中 (ﾜｯﾁｮｲWW ea84-/kQw) sage 2018/08/27(月) 10:48:37.03 ID:KSUuDcZo0
紙芝居のためにご苦労さま

この間46レスと50時間ｗ
131 名前：名無しさん＠編集中 mailto:sage [2018/09/02(日) 19:42:33.51 ID:DuBTtQDB0.net]: 　　　　　　
　　　　r　‐､　　　　　　　　　　　　
　　　　| ○ | 　　　　　　　 r‐‐､　　　　良い子の諸君！
　　　_,;ﾄ - ｲ、　　　　　 ∧l☆│∧　　
　（⌒`　　　 ⌒ヽ　　　/,､,,ﾄ.-ｲ/,､ l.　　証拠を要求するネトヲタがいるが
　　|ヽ　 ~~⌒γ⌒）　r'⌒ ｀ｉ´　`⌒）　君がいくら証拠を開示しても
　│　ヽー―'^ー-'　（ ⌒γ⌒~~　/|　　そのネトヲタは絶対信じないぞ！
　│　　〉　　　 |│　　|｀ー^ｰ― 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でエンコやる気ないの？
150 名前：だろ どう見てもなさそうだねw 費用対効果で割りに合わないと思ってそう []: [ここ壊れてます]
151 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 01:04:36.37 ID:rLzU4Nl20.net]: >>140
6Mbpsか・・
2Mbpsとかでも馬脚を出さなかったら凄いけど
どうなんだろ
152 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 01:08:09.38 ID:6Guydu2D0.net]: >>144
2MbpsはHEVCでもキツいだろ
解像度かフレームレート落とせば収まるだろうけど
153 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 01:09:41.00 ID:cjvlLd9kr.net]: >>131
それな
154 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 01:46:55.02 ID:7QW1sL+Z0.net]: >>139
動画再生なら今もAMDだがな
155 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 10:34:47.56 ID:EB9ltRQx0.net]: >>138
6万弱になってる1080無印でも新しく載せようかと思ってたが
2070待ってた方がいいのかな。
156 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 13:09:31.74 ID:Z9qm6hFN0.net]: AMDのGPUは二度と手を出さない
過去にいい思い出がないから
157 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 13:27:48.90 ID:q5uhmf3xM.net]: >>148
待てるなら待ったほうがいい
それと、2070と2080以上ではいろいろ違いがあるから、可能ならば2080もしくは2080Tiを狙ったほうが後々後悔しなくて済む
158 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 13:40:22.01 ID:vV+sK+U50.net]: >>150
NVLINK以外に何が違うのけ？
159 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 15:03:11.50 ID:ycK06X7a0.net]: >>151
・RTX 2080 Ti / 2080 / 2070が登場、スペックや性能、価格と発売日をまとめ
https://chimolog.co/bto-gpu-geforce-20-series/#GeForce_RTX_2080

・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 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 15:08:21.91 ID:vV+sK+U50.net]: >>152
そのページ古くね？
2070は1080超えてると思うぞ？
161 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 17:37:16.95 ID:kNeKe3/D0.net]: 今は買うな時期が悪い7nmまで待て
今は買うな時期が悪いHBM2搭載まで待て

とりあえずこれで東京オリンピックまではいける
162 名前：名無しさん＠編集中 mailto:sage [2018/09/15(土) 18:05:15.54 ID:J9FwwRkQ0.net]: >>147
> 動画再生なら今もAMDだがな

動画再生におけるAMD GPU
　　→メリット
　　　　　・Fluid Motionがある。
　　→デメリット
　　　　　・VP9のDXVAに対応しているのが今のところRavenRidgeのみ。

他に何かあるっけ？
163 名前：名無しさん＠編集中 mailto:sage [2018/09/16(日) 02:11:11.67 ID:PMq8EgC10.net]: 2050Tiはまだか
164 名前：名無しさん＠編集中 mailto:sage [2018/09/16(日) 12:06:58.48 ID:BkKFxbPh0.net]: 2060狙いだわ俺
165 名前：名無しさん＠編集中 mailto:sage [2018/09/16(日) 14:23:06.56 ID:sg7wXxWi0.net]: 2020 TOKYO Olympicモデルは出ますか?
166 名前：名無しさん＠編集中 mailto:sage [2018/09/16(日) 17:38:32.95 ID:UIqfW6niM.net]: >>158
オリンピックで頭の中がいっぱいの蜃気楼ことミスターサマータイムにでもお願いしたら？
167 名前：名無しさん＠編集中 mailto:sage [2018/09/19(水) 03:43:00.21 ID:xo7/0Jwt0.net]: 2030までじっと待つよ
168 名前：名無しさん＠編集中 [2018/09/20(木) 04:45:35.71 ID:wD9/jjC60.net]: コピペ

836 名前：Socket774[sage] 投稿日：2018/09/17(月) 08:45:38.58 ID:qUO+QI5X0 (
169 名前：PC) GTX1060とGTX1050はNVENCの速度一緒らいいんですけど、GTX1050とGTX950は変わりますか？どれくらい変わりますかね 884 名前：836[sage] 投稿日：2018/09/19(水) 10:43:23.58 ID:nm/uFXXB0 [1/4] (PC) 836ですけどあまりにも気になったので買って1時間の動画のNVENC速度を比較してみました GTX950 2GB　7分43秒 http://i.imgur.com/BWC2skv.jpg http://i.imgur.com/83Pnzm8.jpg http://i.imgur.com/fEOzVgZ.jpg http://i.imgur.com/eIrkJsy.jpg GTX1060 6GB　4分33秒 http://i.imgur.com/MR7u0SY.jpg http://i.imgur.com/n43YZgH.jpg http://i.imgur.com/BZdGzVz.jpg http://i.imgur.com/YVzC1sV.jpg 9世代のNVENCめちゃめちゃ遅いですね。ヤフオクで売ってきます []: [ここ壊れてます]
170 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 07:24:20.06 ID:vSkJq7A40.net]: 今度は2070あたりで試しそうw
171 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 16:33:06.73 ID:lKO/EpKZ0.net]: >>161
【Pascal】NVIDIA GeForce GTX10XX総合 Part115
https://egg.5ch.net/test/read.cgi/jisaku/1535363555/836-884

・ソース 1440x1080、29.97fps
・コマンド　ffmpeg.exe -i mpeg2.ts -c:v hevc_nvenc -b:v 3000k output.mp4
・結果
　GTX950　　236fps
　GTX1060　399fps

どうせやるなら
　ffmpeg.exe -hwaccel cuvid -c:v mpeg2_cuvid -i mpeg2.ts -c:v hevc_nvenc -b:v 3000k output.mp4
にしてデコードもHWでやった方がよい気もするけど、MPEG2だとSWデコードと大して変わらないかな？
172 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 16:50:31.73 ID:ZsqadvCjd.net]: >>163
これ、CUDA数とか全く関係ないNVENC能力だけのエンコ結果なの？
173 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 19:02:45.31 ID:lKO/EpKZ0.net]: >>164
CODEC SDKのドキュメントによると、NVENCも
　・Two-pass rate control modes for high quality presets
　・Look-ahead
　・All adaptive quantization modes
　・Weighted prediction
　・Encoding of RGB contents
ではCUDAを使うけど、影響は最小限で気にするほどのことではないみたいだし、CUDAコア数は関係ないかな。
ffmpegのデフォルト設定で上記機能がどう有効/無効になるのか知らんけど。

ちなみに各世代のNVDEC/NVENCのパフォーマンスについてはSDKのドキュメントに表が載ってる。

　NVIDIA各世代GPU(Kepler～Pascal)のNVDEC/NVENCのパフォーマンス（解像度1920x1080）
　　・NVDEC→　2sen.dip.jp/cgi-bin/upgun/up2/source/up3508.jpg
　　・NVENC→ 2sen.dip.jp/cgi-bin/upgun/up2/source/up3509.jpg
　　※Video_Codec_SDK_8.2.15より。

>>161(>>163)で仮にSWデコードがボトルネックになってるとすると、
HWデコードにすればPascalはもう少し伸びる可能性はあるかも。
174 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 19:06:05.15 ID:lKO/EpKZ0.net]: 参考： ffmpegでNVDEC(CUVID)/NVENCを使ってフルHWトランスコードする方法

　HWAccelIntro ? FFmpeg
　https://trac.ffmpeg.org/wiki/HWAccelIntro#CUDACUVIDNVDEC
175 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 19:31:19.63 ID:BCCdw+boM.net]: 2080出たけどnvencは速くなる？クロックが2000MHz近いし消費電力がすごいから電源も必要だけど
176 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 20:00:35.48 ID:F9/vH15Ea.net]: ゴミネオ注意報
177 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 22:44:29.64 ID:2H1c86eW0.net]: 今回もマクロブロック捜査部分が強化入っている
当該処理が重くなる、より高解像度での処理や、ブロックパターンの複雑なHEVCでより効果が大きいそうな

解像度による速度低下の緩和
複雑なマクロブロック配置の最適化でH264で1割強、HEVCで2割強の画質容量比の改善とからしい
178 名前： []: [ここ壊れてます]
179 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 22:56:50.16 ID:F9/vH15Ea.net]: 西川レジェンド善司氏のレポート待ちですな
180 名前：名無しさん＠編集中 mailto:sage [2018/09/20(木) 23:51:49.65 ID:YsH+9uCm0.net]: >>169
どこの情報？
181 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 00:03:13.17 ID:5ndzxww90.net]: >>137-138を読んでないのか
182 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 00:31:24.95 ID:V511doi/0.net]: >>172
それにはマクロブロックどうこうということまでは書かれてないから、
どっか別のとこでに詳細な説明でもされてたのかなと思って。

　NVIDIA Turing Architecture In-Depth | NVIDIA Developer Blog
　https://devblogs.nvidia.com/nvidia-turing-architecture-in-depth/

の記事でもそこまでは書かれてないし。
183 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 01:41:09.43 ID:5ndzxww90.net]: 資料としてマクロブロックと明言しているものは確かに見当たらないね
ただ、H.264で15%、HEVCで25%もの改善を得るとの文面から考えると、H.264から強化された動き保障精度向上のための
マクロブロック（HEVCではCUとか言うのだったか？）の探索範囲の強化がキモであるわけだから、実質的にマクロブロック
関連の処理の改善がされているだろうことは容易に想像できる
もちろん、Bフレーム関連とかも手は入っているとは思われるが
184 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 05:59:20.60 ID:GcHtw70R0.net]: HEVCはBフレームサポートして改善したとかの方が説得力あると思うよ
185 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 09:36:29.68 ID:U1pwa+rf0.net]: Bフレームなくても困ってないしなぁ
あるに越したことはないけど
186 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 12:44:58.95 ID:7HD3xzwNa.net]: >>175
Bフレは所詮オプション
あんなものの改良で25％もの改善は無理だ
それにBフレに頼りすぎると画質低下の要因にもなるから、必要最小限の利用に留めることが肝心
187 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 15:26:42.06 ID:lKRfOAqF0.net]: >>177
>>75と>>78のQSV H.264の例で
　　Ａ： --brframes 0
　　Ｂ：--brframes 3 --b-pyramid
を比較すると

　　Ａ：3000kbps→Ｂ：2100kbps ＝ 30%のビットレート削減　（SSIM＝0.988ライン)

　　Ａ：36000kbps→Ｂ：30000kbps ＝ 17%のビットレート削減（SSIM=0.92ライン）

になってるけどな。

NVENCのH.264で同様の調査をしてくれる人がいるといいんだが。
188 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 15:46:40.15 ID:7HD3xzwNa.net]: >>177
そりゃ0と3を比較したらそうなるよ
NVENCはBフレ自体は既に対応しているのだから、改善したと発表するならば同じBフレ設定条件下でどれだけ変化するのかを比較しないと意味がない
189 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 16:00:58.80 ID:lKRfOAqF0.net]: >>179
いや、25%の改善と言ってるのはHEVCでしょ。

NVENCのHEVCは現状Bフレーム未対応なんだから、対応すればビットレート25%削減もできそうだねってことを
QSVのH.264の例を出して書いただけ。

まあHEVCでBフレーム対応するとは限らないし、H.264も改善されてるんだから
Bフレーム以外の改善もあるだろうし、まだなんとも言えんけどね。
190 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 16:31:03.94 ID:7HD3xzwNa.net]: >>180
勘違いしていた
NVENCのHEVCは、Bフレに対応していなかったな
対応しているのはQSVのほうだな
とは言え、すでにBフレ対応済のH.264でも15％の改善をし、さらにHEVCでは25％の改善となると、
共通して改善できる部分はマクロブロック関連が1番大きいだろうことは疑いようがない
エンコーダの動作の7割方はマクロブロックがらみなのだから
191 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 16:36:14.83 ID:lKRfOAqF0.net]: まあ細かいことはよくわかってないんだけど、俺としては>>169が元情報を明かしてくれるのを願うばかり。
192 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 16:50:38.73 ID:7HD3xzwNa.net]: 現物を買った人がマクロブロックの探索モードに、パスカル以前にはなかった新しいモードが搭載されたか確認してくれるのが1番手っ取り早い方法かと
あと、もちろんBフレの対応可否
Bフレについては公式発表が何もなかった時点で期待しにくいけれど…
193 名前：名無しさん＠編集中 mailto:sage [2018/09/21(金) 23:19:25.16 ID:GcHtw70R0.net]: 新しいモードが搭載されたかなんてどうやって確認するの？
オプションが増えたのなら現物なくてもSDKのドキュメントに書いてあるでしょ
194 名前：名無しさん＠編集中 mailto:sage [2018/09/23(日) 02:42:30.46 ID:j3oG3i0p0.net]: HEVCのブロック捜査処理を最適化すすめて高速化したら、副次的に細部確認すれば解る程度の画質も改善してたという程度だけだったPascalの時もMaxwellから強化されていても捜査モードの追加なんて無かったし

そもそもエンジン側の処理でQSVみたいにGPGPU処理にしていないからモード切り換え意義が無いんだが
モードの有無で確認出来ると思っている理由が知りたい
195 名前：名無しさん＠編集中 mailto:sage [2018/09/23(日) 03:29:43.62 ID:bRzvZQZ60.net]: >>185
その前に>>169の

　> 今回もマクロブロック捜査部分が強化入っている
　> 当該処理が重くなる、より高解像度での処理や、ブロックパターンの複雑なHEVCでより効果が大きいそうな
　> 解像度による速度低下の緩和
　> 複雑なマクロブロック配置の最適化で

という話がどこで聞いたものなのか教えてもらえると嬉しいのだが・・・。

探索モード云々は>>183のちょっと先走った想像にすぎないから、情報の無い段階で考えてもしょうがないと思うけど、
こっそりTuringのNVENCコアに追加された（あるいは従来も実装されてたけど使ってなかった）とかで
今後のSDKの更新で新たに利用可能になるという可能性も・・・、うん、まあ無さそうだけど。
196 名前：名無しさん＠編集中 mailto:sage [2018/09/23(日) 03:51:56.86 ID:HyLnLbY70.net]: >>185
HWなんだから複数のモード実装して無駄に回路規模増やすとはあまり考えられないし、
新しいモードが追加されることをなんらかのルートを通じて知っていたとかかな

https://devtalk.nvidia.com/default/topic/1038493/video-codec-sdk/details-about-nvenc-in-turing-/post/5285387/#5285387

試した人によると、GTX1080とあまり変わらなかったらしい
25%の性能向上は、今後のドライバの更新、あるいは、新しいSDKでソフトウェア側の対応必須って感じかな

>>186
Turingに対応した新しいSDKがまだ出てないから、分からないよ
新しいモードが追加されるにしてもSDK出ないと使えるようにならないし
197 名前：名無しさん＠編集中 mailto:sage [2018/09/23(日) 04:01:14.05 ID:HyLnLbY70.net]: モードが追加されるにしても、新しいSDK出ないと分からないし、
そのままエンコードしてもBフレームは出力されないし、性能向上もあまりないんじゃ
現物あっても何も分からないね

>>183はなぜ現物があれば分かると思ったのだろうか・・・
198 名前：名無しさん＠編集中 mailto:sage [2018/09/23(日) 04:02:53.30 ID:bRzvZQZ60.net]: >>187
> Turingに対応した新しいSDKがまだ出てないから

うん、それは理解してる。>>186で書いたのは「今後の（Turingに対応した）SDKの更新」ってこと。
199 名前：名無しさん＠編集中 [2018/10/14(日) 02:00:33.76 ID:kbRq5SJT0.net]: アホな質問だと思うけど誰か答えてくれると嬉しい
動画のカット・字幕など付けて可逆圧縮のAVI出力したものを最終的に
NVEncCのHWエンコで高速にリサイズしたいんだけど、コーデックに対応してない？から現状無理
って認識であってる？他にうまいやり方あるんだろうか。
200 名前：名無しさん＠編集中 mailto:sage [2018/10/14(日) 02:48:45.54 ID:Lnrlmmek0.net]: リサイズがしたいのか、NVENCでエンコードしたいのか、可逆圧縮にしたいのかって感じですな
読めるように書き出してあればリサイズはできる。NVENCはエンコーダーであってリサイズはAvitulとかそっちの仕事
リサイズして可逆圧縮で保存したいならNVENCは必要ないので、高速のCPUを買う
あとNVECNで吐き出すものは可逆圧縮じゃないきがする
201 名前：名無しさん＠編集中 mailto:sage [2018/10/14(日) 03:18:47.39 ID:v7cF/vO60.net]: >>191
いや、>>190は可逆圧縮したAVIファイルをNVEncCで読み込んで
--vpp-resizeや--output-resを使ってリサイズ＆エンコードしたいってことでしょ。
--losslessにしたいのかどうかは知らんけど。

>>190
その質問をするなら可逆圧縮に使ったコーデック名（必要ならその設定も）をちゃんと書くべきだと思うが・・・。

まあ一応答えるけど、AMVシリーズなら --avi で読み込めばよさそうだし、avs経由で--avs読みするという手もある。
UtVideoならffmpegで対応してるから、上の手法に加えて--avswでも読めると思う。

ただ、どんな編集ソフト使ってるのか知らないけど、そもそも可逆圧縮AVIを挟む意味あるの？
カットも字幕もAviUtlでやって、NVEnc.auoで出力すればいいだけのような・・・。
202 名前：名無しさん＠編集中 mailto:sage [2018/10/14(日) 11:28:47.80 ID:kbRq5SJT0.net]: >>191
>>192
まず質問に答えてくれてありがとうございます。

まさに>>192が言ってくれている通り、あらかた編集を済ませたものを-vpp-resizeでリサイズ&エンコードできればなと。
使ってるコーデックはUtVideoの420でAviutlを使用しています。

最終的にvppで2kとか4kとかにリサイズしたくnvenccのhwエンコードの速度に惹かれた次第です
AVI出力も含めたトータルの時間で早くなるのかな？と
そんなのAviutlでsharpen-resizeでも使えばと言われそうですが
せっかくnvenccで出来るのであればと思ったのと、単純に新グラボのSDK？とか
技術的な進歩に対応してるんだから良いんじゃないか？と思った次第です。

他に策があるようなので少し勉強して試したいと思います、ありがとうございました。
203 名前：名無しさん＠編集中 mailto:sage [2018/10/14(日) 18:24:58.71 ID:ZlTDkV240.net]: >>193
>>192で書いたけど、UtVideo出力せずに、拡張NVEnc出力（NVEnc.auo）で
「フィルタ」タブの「リサイズ」を有効にしてエンコードすれば、それでいいのでは。
NVEncCの--vpp-resizeや--output-res指定と同等だし、
わざわざ可逆でサイズが巨大なファイルを中間出力する意味はないと思うよ。

2Kや4Kへのリサイズというのが拡大するということなら、そもそも拡大自体やめた方がいい気はするけど。
204 名前：名無しさん＠編集中 mailto:sage [2018/10/14(日) 21:30:04.16 ID:kbRq5SJT0.net]: >>194
自分が一番こだわっているのがHWエンコの速度という部分でして、以前のどこかで質問した時に
Aviutlはデコードの部分に時間がかかると聞きました
だったら最終的な仕上げだけnvenccでやれば良いのでは？と考えに至り

何分使用しているPCが何世代も前のi5、グラボがgtx1050tiという貧弱構成でして・・・

2kや4kの拡大の件も苦肉の策といいますか、やってるゲームをyoutubeにアップしているんですが
1080pであげた物と2kや4kで上げてVP9でエンコされた物を目視で比較するとVP9のほうが綺麗だなと
なぜかは知りませんがエフェクトが激しい場面での破綻がより少ないカンジに見えました

同じ素材をx264（ソフト）やnvenc(ハード)でyoutubeにupしても、2kや4kでupしたVP9の動画のほうが綺麗に見える。
これはもうyoutube側の仕様なのかな？という結論に至り（自分の中で）

正直いいますと2kや4kにはあまりこだわっていないんです
動画編集をやってエンコードを調べていくほど「知りたい」
と思った次第であります、丁寧にお返事ありがとうございます。
205 名前：名無しさん＠編集中 mailto:sage [2018/10/14(日) 22:00:48.85 ID:ur+KzSlL0.net]: >>195
いくらAviutlでNVEnc使うと遅いって言っても、UtVideoで可逆圧縮出力するよりは速いぞ
デコードが遅いと言うより、Aviutlの中をフレームが通るのが遅いってだけ
もう既にAviutl通してるんだったら、直接NVEnc（NVEnc.auo）で出力したほうが良いに決まってる
206 名前：名無しさん＠編集中 mailto:sage [2018/10/14(日) 23:56:22.28 ID:kbRq5SJT0.net]: >>196
なるほど勉強になりました、素直にNVEncでやろうと思います。
207 名前：名無しさん＠編集中 [2018/10/15(月) 00:17:08.43 ID:25ikQSo00.net]: こういう
208 名前：ＣＰＵで、ソフトエンコすればいい。 https://i.imgur.com/TrqBnGs.jpg []: [ここ壊れてます]
209 名前：名無しさん＠編集中 mailto:sage [2018/10/16(火) 04:48:50.77 ID:MU8B31bq0.net]: >1080pであげた物と2kや4kで上げてVP9でエンコされた物を目視で比較するとVP9のほうが綺麗

VP9の方が後発なんだから当たり前やん
210 名前：名無しさん＠編集中 mailto:sage [2018/10/16(火) 07:59:53.94 ID:we4ARETc0.net]: HWデコード支援も出てきてるし今後増えるんだろうけど
まだまだ扱いにくいわなぁ
211 名前：名無しさん＠編集中 mailto:sage [2018/10/16(火) 08:47:21.11 ID:FHIjlP1LM.net]: 先月あたりからyoutubeがhevcに対応してるような
212 名前：名無しさん＠編集中 mailto:sage [2018/10/16(火) 16:11:12.15 ID:Tzq1uDqUa.net]: !!
マジで？
Appleの圧力？

こうなるとYouTube側にもしオリジナルが残っているならばダウンロードし直したくなるな…
ビットレートと画質次第だけど
213 名前：名無しさん＠編集中 mailto:sage [2018/10/16(火) 17:00:16.15 ID:5Qu0m5+G0.net]: >>195
> 1080pであげた物と2kや4kで上げてVP9でエンコされた物を目視で比較するとVP9のほうが綺麗

・1080pと2kって同じものでは？

・どれとどれを比較したのかよくわからん。
　　・1080p投稿→H.264/1080p再エンコ
　　・1080p投稿→VP9/1080p再エンコ
　　・4K拡大投稿→VP9/4K(2160p)再エンコ
　　・4K拡大投稿→VP9/1080p再エンコ

・比較条件もよくわからん。4K拡大投稿して4K再エンコされたものを1080p縮小状態で見たら綺麗だったという話なら、
　そりゃそうなることが多いだろうという感じだが。

>>199
> VP9の方が後発なんだから当たり前

そんなわけない。
ビットレートの違いもあるから、H.264よりVP9の方が汚いことも普通にある。
214 名前：名無しさん＠編集中 mailto:sage [2018/10/16(火) 17:01:06.97 ID:5Qu0m5+G0.net]: >>201
> 先月あたりからyoutubeがhevcに対応してるような

「対応」ってどういう意味？
「HEVCでの投稿」ってことなら結構前から対応してたはずだし、
先月あたりから対応と言えばAV1のテスト配信くらいだと思うし、
配信にHEVCを使うなんて話は出てないと思うけど。
215 名前：名無しさん＠編集中 [2018/10/16(火) 20:25:50.76 ID:/AsRmAMe0.net]: WebMの立場は・・・
216 名前：名無しさん＠編集中 mailto:sage [2018/10/17(水) 01:49:06.98 ID:p2fT1tI10.net]: >>203
自分が比較したのは1080p,1440p,2160p
VP9で再エンコされるラインが1440p以上っぽい

再エンコがh264なのかVP9かで破綻具合が違った（特にエフェクトの激しい場面）
・1080p投稿→H.264/1080p再エンコと
・2K拡大投稿→VP9/1080p再エンコ

自分の見解としてはyoutubeのh264とVP9はコーデックが違うこともあり
ビットレートの配分具合とかそもそも割り当てられる総ビットレートが
違うんだろうな(あたりまえなんでしょうが)と学んだ次第です
217 名前：名無しさん＠編集中 mailto:sage [2018/10/17(水) 02:26:19.20 ID:VTrg57yl0.net]: 　私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。
218 名前：名無しさん＠編集中 mailto:sage [2018/10/17(水) 23:36:15.65 ID:tsUttaVy0.net]: >>206
> VP9で再エンコされるラインが1440p以上っぽい

ちゃんと検証したわけじゃないが、今のYoutubeは

　・1080pまでの解像度なら、とりあえずH.264の配信ファイルを作る。
　　更に何らかの条件（たぶん再生数やチャンネルの再生実績等）を満たす場合は、
　　VP9の配信ファイルも作る。（つまり条件を満たせないとH.264のみとなる）

　・1080pより上の解像度はVP9でしか配信しないのでVP9の配信ファイルを作る
　　(そのため4K投稿すれば、ついでに1080pのVP9も作られる)

という感じになってるようでな。
そこそこ再生数が見込まれる場合は1080p投稿でもVP9ファイルが作られるんだ・・・。

>>203でも書いたけど、動画によってはVP9よりH.264の方が綺麗になることもあるし、
「1080pを確実にVP9で見てもらう」なんて目的で4K拡大投稿するのは無意味だと思うよ。

それに4K投稿した場合、視聴者は4K解像度の綺麗な動画を期待すると思うので、
「1080pの動画を雑に拡大しただけの4K動画」なんて見せたら、失望されるかもしれないし。
219 名前：名無しさん＠編集中 mailto:sage [2018/10/22(月) 13:52:41.31 ID:LE74PYGnd.net]: 趣味で撮りためた
220 名前：TVアニメや映画をH264で720*480程度にリサイズしてMediacoderでエンコしてたのですが ハードが逝ってしまい、数年ぶりに環境再構築してます CPUも劇的に早くなり、フォーマットやソフトを見直しているのですが下記条件をみたす おすすめのソフトはなんでしょうか？ 画面サイズは720*480程度で十分 H264より新しいフォーマット希望 複数ファイルを連続で処理したい（夜間とか） 実時間以下でエンコード終了したい できればフリーソフトが良い アドバイスお願いします []: [ここ壊れてます]
221 名前：名無しさん＠編集中 mailto:sage [2018/10/22(月) 14:15:01.48 ID:W/a+WlvB0.net]: PCスペックは？
222 名前：名無しさん＠編集中 mailto:sage [2018/10/22(月) 14:18:57.41 ID:LE74PYGnd.net]: >>210
CPUはi5-8400です、オンボードビデオですが
VGAはGT730という骨董品があまってます
付けたら遅くなりそうですはめてません
ram16G、osはssd240Gにwin10home載せて全然あまってます
223 名前：名無しさん＠編集中 mailto:sage [2018/10/22(月) 14:20:47.43 ID:dV3GbeQ00.net]: ffmpegでhevc_nvencをバッチとかシェルでぶん回せば？
224 名前：名無しさん＠編集中 mailto:sage [2018/10/22(月) 17:00:14.78 ID:rhRUIsoy0.net]: >>209
「AviUtlでバッチのやり方」「rigayaの日記兼メモ帳」をググって読んで、
これで面倒なって思えば、TMPGEncとか多少出費する
225 名前：名無しさん＠編集中 mailto:sage [2018/10/22(月) 18:10:33.41 ID:HqrRwZLZ0.net]: >>209
スレ違いなんで移動したほうがいいと思うよ。

■動画変換ソフトウェア総合スレ■
https://egg.5ch.net/test/read.cgi/software/1443098811/

【初心者歓迎】総合質問スレッド-85-【ダウソNG】
https://mevius.5ch.net/test/read.cgi/avi/1500111581/
226 名前：名無しさん＠編集中 mailto:sage [2018/10/22(月) 18:49:44.81 ID:O0k+sXAi0.net]: 最近はAmatsukazeにソース投げて終わり
ツールもAviSynthのスクリプトもみんな含まれてる
227 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 00:57:56.65 ID:vZuwSmRm0.net]: 同じHD630のKabyだけどなんかもっさりしてて
GT730の方が体感はよかった当然Kelperな730
ゲーム一切やらないけどブラウザ描画や動画再生に支援使われて
2GB版のメモリ1GBくらい食ってる
逆にHD630がQSV専用になってしまってる
228 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 01:42:54.61 ID:2wO6iHpU0.net]: gt730 よりも前に使ってた
10年前の9800gtのcudaの方が
エンコが早かったでござるorz
229 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 02:06:29.16 ID:+O/e6gwJ0.net]: >>217
速度は速いかもしれんがCUDAの画質は…
230 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 08:13:14.82 ID:/AKji+A80.net]: 速度優先で画質捨ててた、とりあえずHW時代だもんねぇ・・・
NVENCも世代ごとによくなってるってリリースにある通り
詳しくはWikiかなにかにまとめてあったともうぐぐってくだちゃい(-_ゞｺﾞｼｺﾞｼ
231 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 11:26:08.81 ID:Y/cx0/8Md.net]: 10年近く前からmediacoderのcuda使ってたんですけど
今の主流のエンコはなんですか？
intelのqsvもすごいって聞きますが
gpuのnvencやvce、cpuパワーでソフトエンコなど皆さんどんな
ハードとソフト使ってるんでしょうか？
232 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 11:44:49.35 ID:Hh3bFx9M0.net]: >>214
233 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 12:01:28.90 ID:Y/cx0/8Md.net]: >>218
有難う�
234 名前：I []: [ここ壊れてます]
235 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 16:56:25.61 ID:eiIZmuL30.net]: >>218-219
最新世代のNVEncは、かなりよくなったんじゃなかったっけ？
まだ値段が高いけど
236 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 17:31:06.14 ID:YbjGiC9Md.net]: >>223
そう、CUDAとNVENCじゃ全く違う
237 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 17:36:17.73 ID:lmPUcqNGa.net]: GTX1060(6G)でH265エンコしまくりですわ。
238 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 17:44:12.07 ID:/AKji+A80.net]: RTX2070が7万だものなぁ
そこまでは出費したくないから2050か2030で・・・
スペック次第だけど
239 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 17:44:44.66 ID:Y/cx0/8Md.net]: gtx1060にはtiはないのですか？
tiは無印と何が違うのでしょうか？
240 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 18:14:38.32 ID:lmPUcqNGa.net]: RTXは2060か2050まで待とうホトトギス
241 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 18:22:44.30 ID:eiIZmuL30.net]: ・【ニュース・フラッシュ】玄人志向、実売で7万円を切るGeForce RTX 2070
https://pc.watch.impress.co.jp/docs/news/news_flash/1149634.html

「価格はオープンプライスで、税別店頭予想価格は63,980円前後の見込み。」
242 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 18:38:04.53 ID:ZQP/1nQ80.net]: >>227
Tiと無印に違いがあるというより、「無印とTiの間に何か関連性がある」という発想自体が間違い
GTX1080と1080Tiのように、Tiが付いたら中身が全く別物になるパターンもある
法則性があるわけではないので、何が違っているのかは自分で一つ一つ把握するしかない
243 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 20:06:22.65 ID:KKHs4QU90.net]: 20シリーズの性能ベンチがほしいな
10シリーズとの比較で

ほぼ値段相応だとは思うけど
244 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 21:20:56.38 ID:/AKji+A80.net]: >>229
今ならドスパラで64800ってのもあるけどな
245 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 21:57:53.57 ID:oqoNC0tH0.net]: どれ？
ドスパラとか祖父とか税別表示だからぬか喜びしないように気をつけてる
246 名前：名無しさん＠編集中 mailto:sage [2018/10/24(水) 22:08:19.25 ID:hMzuR7Wk0.net]: ハードの値段やらの話は自作板にスレが多数あるんだから、そっちでやったほうがいいと思うよ。
247 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 00:22:09.56 ID:STwk5yxX0.net]: RTX2070はTU106だから、GP106のGTX1060と一緒でNVEncのエンジンが1基しかないと思う
Maxwell以降は上位のチップには2基積まれて、エンコ2本同時までは速度が落ちない（ただし3本以上同時エンコできるのはQuadroのミドル以上
248 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 00:35:02.83 ID:nkF+Xa5s0.net]: 数は1つでいいや
問題は性能で
Bフレーム使えるみたいだけどその他もどれくらい
性能が上がってるのか気になる
気になるけど買えない
2060待ち
249 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 00:35:57.68 ID:STwk5yxX0.net]: >>235
106じゃなかった、104だすまん；
処理速度自体の向上は「高解像度で速度低下しづらくなった」ってだけなんで4K以上でエンコしないと殆ど動作クロックなりの速度よ
250 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 02:24:14.31 ID:vAq8J/IR0.net]: RTX 2080でも2070でもいいけど、
　　NVEncC.exe --check-features
で、H.265/HEVCの Max Bframes がどうなるか調べた人ってまだいないのかな？
251 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 04:20:47.52 ID:WTE0P24Q0.net]: 479分　14GBあるAVを容量節約のためにNVENCでH.265の低ビットレートでエンコードしたが速くていいわ（汚い穴が綺麗に見えてしまうので低ビットレートで充分）
252 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 05:50:54.84 ID:H+nrIq8F0.net]: >>239
新人のインタービューやワンパターンのやるだけ明るい部屋はいいけど、８時間BESTとかだと暗いシーン多くて暗部ひどくならね？
253 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 0 ]: [ここ壊れてます]
254 名前：8:04:27.99 ID:Qmy18hJN0.net mailto: DVD8時間なんて元からクソ画質だし []: [ここ壊れてます]
255 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 08:23:13.78 ID:d2Cr0J1Ea.net]: pascalは上位GTXでも2ストリームまでなのか
その為だけにquadro買うわけにもいかんしなぁ

https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
256 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 10:13:27.18 ID:2ed29L1A0.net]: >>242
昔はこういうMODが流行ったんだけど、今はもう出来ないのかね？
https://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/

俺もGT640をGRID K1に書き換えたなｗ
257 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 11:57:30.78 ID:STwk5yxX0.net]: >>238
0
258 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 12:18:47.45 ID:Qmy18hJN0.net]: リアルタイムエンコが目的だからBフレ対応はしないでしょ
259 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 12:36:20.43 ID:STwk5yxX0.net]: そもそも、H265の圧縮率向上の根幹はI/Pフレの圧縮率向上が大きいからな
だからNVEncのマクロブロック配置ロジックの強化されてもH264に効果が殆ど無くてH265の方に効果が出てる
元々がGPUのクラウド化で画面転送するためのエンジンを転用・下位モデルにも解放してるものだし
わざわざ面倒な方の性能向上するぐらい低レイテンシ保持が大事という
260 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 13:41:09.39 ID:bUPCRSoJd.net]: 265のエンコご優れてるのは分かったのですが
動画再生時デコードにパワー要りますよね？
古いpc環境とか人にも見せたいとか、モバイルでも見たいなら
264の方がまだ使い勝手が良いですか？
261 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 14:35:50.05 ID:tONme0Ee0.net]: 画質音質にこだわるのもいいけど扱いやすさがないと消滅するよ
音質が悪いと叩かれ続けてもmp3が生き残る理由
262 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 17:26:52.29 ID:rQ/d4Tyo0.net]: >>244
ありがと。それはどの機種での数値だろ？
できれば結果全体をpaste.binあたりに貼ってもらえると嬉しい。
（調べた人が0って意味じゃないよね？）

>>245
NVEncのH.264ではBフレ対応してるし、低レイテンシ重視の時はBフレ切ればいいだけだと思うけどね。
まあH.265でいまだにBフレ対応してないってのは何か理由があるんだろうけども。

>>247
原理的にはH.264よりもH.265の方がデコード自体は軽いと聞いた気がする。
ただ、H.264は既にほとんどの環境でHW再生支援が効くのに対して
H.265は少し前の環境だとHW再生支援が無いことも多いので、そのあたりの差はでてくる。
そのへんを気にするならH.264を使った方がいいと思うよ。
263 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 17:44:02.97 ID:STwk5yxX0.net]: 根掘り葉掘り他人様頼みで身銭切らずに聞いている癖に、証拠まで求めるぐらいなら手前で買えよ
稼働させてるエンコ鯖止めてまでする気は無い
264 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 19:02:32.56 ID:7N4Tp5iWF.net]: 元気だねぇー
何か良いことあった？
265 名前：名無しさん＠編集中 mailto:sage [2018/10/25(木) 20:03:21.41 ID:2ed29L1A0.net]: 争いは、同じレベルの者同士でしか発生しない!!のAA思い出したｗ
266 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 11:08:46.55 ID:4O36bTgr0.net]: >>238
RTX 2070
https://pastebin.com/raw/zzMUkFJP

GTX 1060 6GB（参考）
https://pastebin.com/raw/qruXMnmC
267 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 11:12:30.11 ID:4O36bTgr0.net]: > Codec: H.265/HEVC
> Max Bframes 5

Bフレーム来たね

> Codec: H.264/AVC
> ...
> Field Encoding no

代わりにH264のフィールドエンコーディングが無くなってる？
268 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 15:40:22.36 ID:9aUksCRaM.net]: とうとうBフレーム対応か
隔世の感
269 名前：がありますなぁ []: [ここ壊れてます]
270 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 20:48:35.08 ID:4O36bTgr0.net]: NVEncCのデフォだとBフレーム使ってくれないけど、 -b 5 とか指定すればちゃんと使ってくれた

frame type IDR 59
frame type I 59, total size 6.44 MB
frame type P 871, total size 36.53 MB
frame type B 4297, total size 51.27 MB
271 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 21:53:48.42 ID:5tUyQmet0.net]: 同ビットレートでの画質差を・・・
272 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 21:56:21.34 ID:WduSYcIU0.net]: ｂフレーム対応でようやくハードウェアエンコードが市民権得られる時代になったかな？
273 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 22:46:46.03 ID:4O36bTgr0.net]: SSIM-ビットレート
https://i.imgur.com/CB3oE11.png
https://i.imgur.com/gpT781R.png

一定品質（--vbrhq 0 --vbr-quality N）でエンコード
Nは実写が24,28,32,36、アニメが20,24,28,32

25%の性能向上は本当だったようだ
性能向上は、Bフレームで半分、その他で半分くらい
274 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 22:52:01.61 ID:4O36bTgr0.net]: >>250
Bフレーム使ってないの？エンコ鯖一旦止めてでもBフレーム使うように設定する価値はあると思うよ
275 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 23:37:54.30 ID:4O36bTgr0.net]: Bフレームはあまり多くしてもダメで2～5を試したけど3が最適値っぽいな
276 名前：名無しさん＠編集中 mailto:sage [2018/10/26(金) 23:41:30.18 ID:p3F/gXTv0.net]: そういやAMDって死んだんだっけ？
277 名前：238 mailto:sage [2018/10/26(金) 23:49:32.81 ID:N4zrz6VR0.net]: >>253-261
色々な情報を出していただき、ありがとうございます。
去年QSVスレで調べた時点でもNVEncのHEVCは結構良好な結果を出してましたし、
それを着実に改善していってるというのもすごいな・・・。
　mevius.5ch.net/test/read.cgi/avi/1486130737/335
278 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 00:03:15.28 ID:ys8cVnL20.net]: Nvidiaのフォーラムで見つけたTuringのNVEnc関連の話題

●Details about NVENC in Turing?
　　https://devtalk.nvidia.com/default/topic/1038493/video-codec-sdk/details-about-nvenc-in-turing-/

　　・RTX2080も2080Tiも、NVEncユニットを1つしか積んでないような気がする
　　　（2本並列エンコするとパフォーマンスが半分になる。GTX1080とかでは2つ積んでたのに。）

　　・デコードは速いけど、エンコードはGTX1070や1080よりかなり遅い

　　　　※ただ、テスト時のドライバが410.57とか410.66と書かれていて少し古いのが気になる。
　　　　　　RTX2080に対応したのは411.63かららしいが・・・。

　　　　※テスト条件等もところどころ曖昧。

●Video Encode and Decode GPU Support Matrix
　　https://devtalk.nvidia.com/default/topic/1039145/video-codec-sdk/video-encode-and-decode-gpu-support-matrix/

　　Q．新しいSDKのリリースとかサポート一覧表の更新の予定は？
　　A．「今の時点では数か月以内としか言えないっす。」
279 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 00:04:10.25 ID:FTUp+p+x0.net]: いよいよNVEncを本格的に使う時代がやってきたようだね
280 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 00:22:00.32 ID:eOCStpwQ0.net]: 2070以上じゃないと使えないとかじゃなきゃ良いが
281 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 00:37:08.38 ID:AkK5mm1N0.net]: 2030とかに搭載してたら買う
282 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 01:01:30.37 ID:yLZZ6lTR0.net]: >>264
少なくともウチの環境の1060 vs 2070だと、2070遅くないよ
h264は2070の方が速くて（vbrhqが330fps vs 400fpsくらい）、hevcは同じくらい（vbrhqが290fpsくらい）だった
283 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 01:03:10.45 ID:yLZZ6lTR0.net]: 画像サイズはフルHDで
284 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 01:09:28.23 ID:EhqLT3Ob0.net]: >>267
10xxも併売するらしいから無理じゃない？
NVIDIAはNVENCを付加価値にしてるから
実売1万円以下のカードに乗ることは当分無さそう。
AMDに頑張ってほしい、
5千円で買ったx30,x40でNVENCが動くって今では無理だもんな
285 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 01:52:47.92 ID:Q9KzXn1A0.net]: Bフレ数は参照距離とかの兼ね合いで品質評価や圧縮効率にも影響するからエンコーダと設定値による
基本的に参照距離より大きくなると圧縮効率が下がるからBフレ増やす意義が下がる
286 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 03:14:07.17 ID:eOCStpwQ0.net]: 参照距離は3以上は無意味だとH.264でも答えが出てたはず
287 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 03:37:58.82 ID:yLZZ6lTR0.net]: >>272
2070でHEVC main10で試したけど無意味だったわ
参照距離Bフレともに3が最適値かな。H264と同じっぽいね
288 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 14:22:44.59 ID:5CDNEkUDM.net]: で、実際にエンコードした動画の品質はどんな感じなの？
x264やx265といい勝負しているの？
289 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 14:34:17.18 ID:loEY7bAF0.net]: 「いい感じだよ」とか「全然ダメだよ」とかレスが返ってきたときに、
その情報の真偽をお前はどうやって区別つけるの？
290 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 15:31:39.62 ID:5CDNEkUDM.net]: そういうのいらないから
291 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 16:49:16.70 ID:d7Sa2MDK0.net]: まぁレス番もつけずに比較出せって言われてもな
善意でエスパー反応しても後出しで証拠だせとか
追加であれやれこれやれっていうのが沸くだけだし
自分でやってみればっていわれるのが落ちだぞ
292 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 19:42:58.27 ID:3i4fAC3IM.net]: 自分の感じたままに書くだけのことがそんなに怖いのか？
失敗することに恐怖を感じるタイプか？
293 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 20:10:01.30 ID:loEY7bAF0.net]: 俺が怖いものは、「醜態を晒している自分に気づけていない人間」かな
294 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 20:13:24.22 ID:3i4fAC3IM.net]: 気取ってんじゃねぇよ
ただの腰抜けだろ
295 名前：名無しさん＠編集中 mailto:sage [2018/10/27(土) 23:44:27.63 ID:yLZZ6lTR0.net]: x264,x265,QSVと比較
https://i.imgur.com/QJFOuDV.png
https://i.imgur.com/AP16tNS.png

映像の見た目は、HEVCとH264だとHEVCの方がノイズの隠し方はうまいから、
同じSSIMでもHEVCの方がきれいに見えるかな
あとはだいたい数値通り
296 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 00:40:17.81 ID:gjMu3C/j0.net]: なんでQSVはHEVCよりH264の方が高性能なん？
297 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 01:14:21.02 ID:P2HtKYlC0.net]: >>281
これサイズ比較も欲しい
298 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 01:24:13.21 ID:42x5MzyR0.net]: >>283
ビットレートが載ってるんだから必要ないと思うけど、何故に？
実写の方はrigaya氏のQSVBenchmarkに含まれてる2分53秒の動画で、
アニメOPの方は1分30秒くらいだろうから、ファイルサイズはそこから計算できると思うが。
299 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 01:35:24.69 ID:GZzWkstI0.net]: >>282
なんでって現状そういう実装になってるから、としか
まだ、QSVのHEVCエンコードは出たばかりだし、今後改善される可能性はあると思う
一応、このグラフで使ってるのはKaby Lakeで、QSVは最新世代のはず

Pascal世代のNVEncもHEVCの性能は相対的に低かったから、実写ではH264の方がSSIM高かったよ
（グラフには載せてないけど2070のH264は実写でもHEVCより少し低い）
300 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 02:46:35.85 ID:mrO/Sdoo0.net]: >>281
乙
これはある意味、衝撃的な結果とも言えるね

アニメのほうから見ていくと、「x265 midium main10」と「2070 B=3 HEVC main10」が
ほぼ同じSSIMと言っていいレベルで第1位と第2位！
画質のみで判断する場合、「QSV」と「x264」は、アニメに関してはもはや不要と言いたいレベル！
301 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 02:46:51.15 ID:mrO/Sdoo0.net]: 実写に関しては「x265」と「x264」がほぼ同点のトップ3タイと言っていい感じかな
次点で「2070 B=3 HEVC main10」と「QSV H264」が同じようなSSIMだが、全体としては
「2070 B=3 HEVC main10」のほうが若干優勢
おそ�
302 名前：轤ｭよりビットレートを高く設定できる場合になればなるほど「2070 B=3 HEVC main10」のほうが 優勢になりそうな傾向 ※「2070 B=3 HEVC main10」で12000kbps以上ならば「x265」や「x264」と相当いい勝負になりそうな傾向 「QSV HEVC」は実写でも出る幕ないね 意外だったのが、「1060 HEVC main10」 アニメでは中位につけるも、実写では下位グループと振るわず 全体として、ギリギリまでファイル容量を削減したいのであれば「x265」で詰めるべきだろうけど、そこまで削減する 必要はなく、それよりも高速で処理できるほうがいいというのであれば、「2070 B=3 HEVC main10」でビットレートを x265比で2割増し程度にする設定にしておけば、もはや十分な結果が得られると言えるのではないだろうか []: [ここ壊れてます]
303 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 11:08:35.72 ID:ftI7zJ8S0.net]: >>281
ありがたい
実写は何使ってもSSIM厳しいなー
304 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 12:17:03.84 ID:QuPM3EHW0.net]: そもそも画質がSSIMで語れるのかと
305 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 13:31:50.58 ID:AIjwuTyg0.net]: 数値化された指標ってそれしかないんじゃないのかな
なら仕方ない話で
俺はそれはそれ話半分で聞いてる
306 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 13:53:36.53 ID:AIjwuTyg0.net]: 痛みの単位HANAGEを思い出した
307 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 15:45:20.66 ID:3GVWrMAV0.net]: >>289
SSIMのみで画質のすべてを語れるわけではないけれど、重要な指標になりうることは確か
>>281のテストの場合、画質として差が出ると判断できるだけの数値の差が出ているところから見て
Turing世代のHEVCエンコーダーの実用性が高いと判断することはできる

あまり話題には出ないがNVEncの場合、H.264、H.265ともにLOSSLESSエンコードもできるようになっているので、
今後ノートPC用のTuring世代GPUが出た場合、ノートPCにキャプチャー機器を接続してLOSSLESSでキャプチャーし
編集などしたのちH.265に再エンコードして保存などということも楽々とできるようになるのだろう
CPUやメモリーに必要以上に金つぎ込むよりGPUに金つぎ込んだほうが得られるメリットが確実に高くなる
308 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 18:34:37.91 ID:q1RCfS2y0.net]: VMAFってどうなんだろ
309 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 19:43:45.84 ID:dqPT1FY80.net]: むしろ気になったのは改善度合いのわりにNvidiaのアピールとか情報開示が控えめな感じがするところ
HEVCのBフレーム対応はQSVが先にやっているとはいえ、充分Turingの売りになると思うんだけどな
310 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 20:32:21.34 ID:3GVWrMAV0.net]: >>293
Netflixあたりが使っているようだね
使う意味はあるかと

>>294
動画の品質を重視する層には確かにウリ文句にはなるだろうけど、そもそもNVIDIAは
PureVideoにしてもそうだが世代の違いで何がよくなったかとかそういう情報を細かく
発信しようとしない風潮があるので、伝統的に商売の仕方がヘタクソな会社だとは言える。

特にノート用のGeForceなんかだとMaxwell世代は厳密には3つの区分で見分けないといけないのに、
GTX 965Mなんか公式情報すらあやふやというとんでもない状態を放置したままだし
GTX 965MはMaxwell世代のモバイル用GPUには珍しく、HEVCやVP9の再生支援が搭載されているのに！

・NVIDIA VIDEO CODEC SDK
https://developer.nvidia.com/nvidia-video-codec-sdk
（※GTX 965Mは「Maxwell (GM206)」に該当）
311 名前：名無しさん＠編集中 mailto:sage [2018/10/28(日) 20:32:38.99 ID:3GVWrMAV0.net]: これはNVIDIAに限らず、Intelも同様の傾向があるけれど
（Intelの場合、新しい世代であっても再生支援を使って動画再生をするとカクカクした動きになることすら
あるからなおのこと始末が悪いが…）

この手の業界の連中は、と
312 名前：もすれば「コミュ障か！」と突っ込みたくなる傾向が強いのが最大の弱点 []: [ここ壊れてます]
313 名前：名無しさん＠編集中 mailto:sage [2018/10/29(月) 04:39:38.65 ID:AzT2hbUL0.net]: > Codec: H.264/AVC
> ...
> Field Encoding no

これ何かと思ったら、H264のインタレサポートが無くなってたわ
NVEncCで--tffオプション指定するとエラーになった

> interlaced output is not supported for current setting.

インタレ保持エンコができなくなるとは・・・これも時代の流れか
314 名前：名無しさん＠編集中 mailto:sage [2018/10/29(月) 08:38:43.00 ID:01sVuNYh0.net]: 要するに、60pは対応するが60iは捨てられたのか
まあ面発光する表示デバイスしか無くなってるからな
有機ELはあるが

60iから60pへのip変換は出来るのかな？
315 名前：名無しさん＠編集中 mailto:sage [2018/10/29(月) 08:52:53.42 ID:sYHP33Ej0.net]: >>294
nvidiaが詳細明示せずSDKやAPIで叩いて実際の挙動見ろ的なのは何時もの事なのでは？
316 名前：名無しさん＠編集中 mailto:sage [2018/10/29(月) 09:57:06.91 ID:dU/S2c/9a.net]: きょーび動画がらみの機能は訴求力ない
ゲームのフレームレート至上主義や
出始めの頃はDCTだ動き補償だなんだと
並び立てて煙幕張ってたが
Rage128とかそんな頃ｗ
317 名前：名無しさん＠編集中 mailto:sage [2018/10/29(月) 11:20:58.69 ID:5qgUaohH0.net]: ゲームの中継ととかで需要はうなぎのぼりだよ
318 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 01:57:43.60 ID:6swiaWs40.net]: >>297
インターレースは非対応ですか
時代の流れと言えばそれまでですが、いささか早すぎるような気もするけれど
放送はこれから先も2K以下についてはインターレースのまま継続するのだし

ただ、インターレースが動画圧縮を行う上で非効率なことは間違いないし、
再生機器でのリアルタイムインターレース解除より、QTGMCなどであらかじめ
じっくり解除しておいたほうがきれいなことは間違いないわけで

※4Kテレビなどで2K放送などをアップコンバートして表示している映像を見ると、
インターレース解除がうまくできていないことによるジャギジャギ感が目につき
気になって仕方がない
319 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 01:57:58.08 ID:6swiaWs40.net]: 問題は、RTX20*0世代に搭載されているハードウェアのインターレース解除が
QTGMCクラスの品質をもっていれば簡単に対応できるのだけれども、おそらく
インターレース解除の品質につては特に変化はないのではないかと思われ
となると、インターレース解除のためだけにQTGMCなどを利用することになる
のだけれど、これをGUI環境で使えるAmatsukazeはts信号の処理専用のようなので
ハードウェアキャプチャーなどをした素材の取り込みには向かない様子

望みがあるとすれば、>>292でも書いたH.264及びH.265のLOSSLESSエンコードに
対応しているGeForceにてH.264のLOSSLESSエンコードでキャプチャーし、ts形式で
保存したファイルをAmatsukazeが読み込めるようであればこのストーリーは辛うじて
成立するかもしれないけれど、こればかりは試してみないとわからない

※NVEncのLOSSLESSエンコードに関する具体的な資料は乏しすぎる
それを確かめる機材としてGeForce GTX965M搭載のゲーミングPCが1台格安で手に
入りそうなので、手に入れば実験してみようかと思っているのだけれど…
320 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 05:04:17.92 ID:Cr8xUI/50.net]: キャプチャする対象をインタレと決めつけてるけど
ソースは何を想定してるのよ？
321 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 11:18:17.80 ID:MqAHCJNS0.net]: amatsukazeはts信号処理と言ってるから放送波なんじゃね
322 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 11:55:09.90 ID:praWeO5TM.net]: 撮影ts化する人はいないだろうから、放送波だろうな
323 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 12:02:45.30 ID:Cr8xUI/50.net]: いやね、tsならファイル扱えば良い訳で
レス元のみたいなキャプチャー機器使う環境をあげてる人へのレスで、何処からインタレとかの発想出てきたのかと
324 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 12:20:10.29 ID:ZgNtru3g0.net]: DVDやBDのインタレソースにAmatsukazeのKTGMC使ってみてえな
325 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 14:37:23.21 ID:VTxPizmd0.net]: >>303
QTGMCなんて只のavisynthの関数だろ？
自分でスクリプト書いて使えばいいだけ。
それが出来ないレベルなのか。
326 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 14:43:27.09 ID:wilPKf0o0.net]: そういうの余所でやって
327 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 17:23:10.50 ID:PLMRbtTq0.net]: >>307
ロケフリ用途とか?
328 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 19:38:56.39 ID:Cr8xUI/50.net]: >>311
だからインタレのキャプチャなんぞDVDプレイヤーやD端子以前の旧世代の機器の出力とか、旧世代のインタレ表示機器向けの信号取り込もうとしない限り今じゃ無いでしょ
後者なら出力側をプログレにすりゃ良いのだから、わざわざインタレ出力にしてまで取り込む意味が無いし
インタレとも書いてない書き込みに付けるレスとしては謎すぎる
329 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 20:07:46.12 ID:30eOo37X0.net]: レコとかテレビ任せのインタレ解除よりQTGMCのほうが綺麗でしょ
330 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 20:12:09.90 ID:30eOo37X0.net]: QTGMC単体だと副作用多すぎなのでQTGMC+KFMか
331 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 20:30:20.23 ID:jJrgI2Lj0.net]: そういうの余所でやって
332 名前：名無しさん＠編集中 mailto:sage [2018/10/30(火) 23:17:53.06 ID:MqAHCJNS0.net]: ほっとけばすぐ収まるんだからスルーしときなはれ
333 名前：名無しさん＠編集中 mailto:sage [2018/10/31(水) 02:59:37.42 ID:W4uaGaXp0.net]: Apple T2 チップってのはどうなんだろ
334 名前：名無しさん＠編集中 mailto:sage [2018/10/31(水) 03:03:56.44 ID:HL+tE8NE0.net]: なんだか勘違いしている人がいるようだな
ts化するというのはAmatsukazeがtsしか受け付けないからtsで保存と言っているわけなのだが…

個人的には大事な録画をサポートはおろか何の保証もないBonDriverを使ったts録画に任せる気には
ならないので、録画はレコーダーでしているけれど
（放送局側の都合で突然仕様が変更されて録画できなくなってもどうすることもできないし）

キャプチャーは主にアナログ時代に録画したものやD-VHSで録画したものを念頭に置いている
特にD-VHSからのキャプチャーはドロップアウトとの戦いもあるから念入りにしなければならないので
まぁ一人アレルギー反応示している人がいるからこの件はクローズにしておきましょ
335 名前：名無しさん＠編集中 mailto:sage [2018/10/31(水) 12:14:43.06 ID:vRp2peue0.net]: >>318
>>（放送局側の都合で突然仕様が変更されて録画できなくなってもどうすることもできないし）
ISDB規格って知ってる？
もしPT3とかで録画出来なくなったら他の民生品レコーダーも全滅だよ。
336 名前：名無しさん＠編集中 mailto:sage [2018/10/31(水) 12:46:16.61 ID:Yt9WJetm0.net]: スレ違い長文はスルーでok
337 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 01:55:10.07 ID:uB0majyg0.net]: NVEncのロスレスエンコードについて。
去年rigaya氏からは「ロスレスはYUV 4:4:4のみ」という回答をいただいており、
実際にNVEncCのhelpだと --lossless は「YUV444 only」になってるのですが、
以下でのやりとりを見ると、YUV 4:2:0でもできそうな気配が無きにしもあらず。

　https://devtalk.nvidia.com/default/topic/1029036/video-codec-sdk/enable-lossless-feature/
　https://devtalk.nvidia.com/default/topic/1024699/-nvidia-video-codec-sdk-lossless/
　https://devtalk.nvidia.com/default/topic/992481/video-codec-sdk/lossless-hp-encoder-producing-serious-artifacts/

(続く)
338 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 01:57:27.24 ID:uB0majyg0.net]: (続き)
そこで、ffmpegではどうなっているのか念のため確認してみたかったのですが、
うちは残念ながらIntelノートなので、代わりに
　H264:yuv420p/yuv444p, HEVC:yuv420p/yuv444p/yuv420p10le/yuv444p10le
の6パターンについて
ffmpeg -i yuv4**p*.y4m -pix_f
339 名前：mt yuv4**p* -c:v h***_nvenc -preset lossless out.mp4
でロスレスエンコしてみて、出力形式とSSIMを確認するバッチファイルを作ってみました。

　https://www.axfc.net/u/3944339.zip (同梱ffmpeg/ffprobeはZeranoe氏の4.0.2)

ダブルクリック１発で、結果は
　https://pastebin.com/AcNCu9V3
のような感じで記録されるので、PascalやTuringなどの環境をお持ちで
気が向いた方がいたら、試して結果を教えてもらえるとありがたいです。
(できればoutputフォルダをzipにしてAxfc等にアップロードしてもらえると
　エラーが発生した場合の原因などもわかるので助かります)

よろしくお願いいたします。 []: [ここ壊れてます]
340 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 02:29:58.68 ID:J40rNpwz0.net]: >>322
https://www.axfc.net/u/3944343
341 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 03:13:14.80 ID:J40rNpwz0.net]: ffmpegは全部対応してるけど、rigaya氏のNVEncCはh264のYUV444にしか対応してないようだね
HEVCやYUV420を使いたい場合はffmpeg使うしかないっぽい
h264のYUV444に比べてHEVCのYUV420はサイズが半分近くまで減るし
342 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 03:13:52.29 ID:uB0majyg0.net]: >>323
ありがとうございます。環境にあわせてテストしていただいたようで申し訳ない。

ログを確認させていただきましたが、Pascal(GTX 1060)、Turing(RTX 2070)ともに、
420/444、8/10bitの全パターンでちゃんと一致したフォーマットで可逆になってますね。
YUV4:2:0でもロスレスエンコードできると考えてよさそうです。

とりあえずrigayaさんのブログに情報としてお知らせしておこうと思います。
ご協力いただき、ありがとうございました。
343 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 03:37:43.12 ID:uB0majyg0.net]: >>324
一応NVEnc3.05でHEVCのロスレス出力に対応しているようです。
また、現在は--losslessが指定された時点でYUV 4:4:4出力にする実装になっているようなので、
HEVCのYUV 4:4:4ロスレス出力はできるのではないかと。

NVEncのマニュアルである
　https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.ja.md
の --lossless の説明には「H.264のみ」とありますが、これは修正漏れのようで、helpでは
　--lossless　　for lossless (YUV444 only) / default: off
となっています。
344 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 03:55:29.32 ID:J40rNpwz0.net]: >>326
NVEnc4.21だけど、

NVEncC64.exe -c h264 --lossless -i input.y4m -o output.mp4
これはOK
> Rate Control CQP I:0 P:0 B:0 (lossless)
って表示されるし、ssimは1.0になる

NVEncC64.exe -c hevc --lossless -i input.y4m -o output.mp4
これはロスレスにはならなかった
> Rate Control CQP I:0 P:0 B:0
"(lossless)"って表記がなくなってるし、ssimが1.0にならない
これ以外のオプション指定の仕方が分からない
345 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 04:06:01.76 ID:uB0majyg0.net]: >>327
そうなると自分もちょっとわかりませんね・・・。
AviUtlから拡張NVEnc出力を使ってHEVCを選んで、readmeにあるように
　「CQPでIフレーム、Bフレーム、PフレームのQP値を0にする」
で出力するのを試してみるという手もありますが、同じ結果になる可能性が高そうな・・・。
346 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 07:35:14.62 ID:oyWwovRq0.net]: 一応ロスレス出力のファイルサイズまとめ。(640x360, 30frames, ffmpeg 4.0.2)
nvencは、
　Turing(RTX 2070) / Pascal(GTX 1060)
の結果。

■yuv420p
　libx264 medium　　4.52 MB
　libx264 veryslow　4.36 MB
　libx265 medium　　4.65 MB
　libx265 veryslow　4.35 MB
　h264_nvenc　　　　5.15 MB / 5.23 MB
　hevc_nvenc　　　　4.70 MB / 4.75 MB

■yuv444p
　libx264 medium　　7.49 MB
　libx264 veryslow　7.20 MB
　libx265 medium　　7.83 MB
　libx265 veryslow　7.25 MB
　h264_nvenc　　　　8.52 MB / 8.70 MB
　hevc_nvenc　　　　7.88 MB / 7.94 MB

■yuv420p10le
　libx264 medium　　7.17 MB
　libx264 veryslow　6.95 MB
　libx265 medium　　7.14 MB
　libx265 veryslow　6.67 MB
　hevc_nvenc　　　　7.23 MB / 7.29 MB

■yuv444p10le
　libx264 medium　　12.3 MB
　libx264 veryslow　11.9 MB
　libx265 medium　　12.5 MB
　libx265 veryslow　11.6 MB
　hevc_nvenc　　　　12.6 MB / 12.7 MB
347 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 17:06:40.04 ID:3hZOcD7m0.net]: >>303などでNVEncのLOSSLESSエンコードについて書いていた者だけど、俺より先にいろいろテストしてくれている人がいるようなので
とても助かります

今、気になっていることが二つあります

1．「AVerMedia Live Gamer Ultra」をレビュー。
高画質＆高速プレイを妥協せず、手軽に快適な録画・配信環境を構築できるUSB外付け機器型ビデオキャプチャ
blog.livedoor.jp/wisteriear/archives/1071577199.html#more

という記事の中で紹介されている
「上のようにGPUハードウェアエンコードとCPUによるソフトウェアエンコードの間に基本的には大きな差はありませんが、
NVENCについては特定の条件下でノイズが発生する可能性があるようです。」
348 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 17:07:10.59 ID:3hZOcD7m0.net]: ・CPUエンコードの場合（問題なし）
livedoor.blogimg.jp/wisteriear/imgs/2/e/2e3f1b76.jpg
・NVEncによるエンコードの場合（破綻している）
livedoor.blogimg.jp/wisteriear/imgs/e/b/eb4742a8.jpg
・動画での確認
https://www.youtube.com/watch?v=Bzv6z2NKw5A

このノイズがLOSSLESSの場合でも発生するのかどうか？

2．上記の問題はRTX20*0（Turing）世代のGPUでも相変わらず発生するのか？

という点が気になっています
そもそもこの問題はハードウェア的にどうしようもない問題なのか、それともドライバーソフトなど含めたソフトウェアレベルで
改善出来うる問題なのか
果たして真相やいかに？
349 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 17:27:09.65 ID:xQq3bNCe0.net]: AVerMediaのAVT-C878を使ってる感じだとPS4-単体録画モードでもたまにコマ落ちしてるよ
あとそのサイトの話だと途中59.94FPS録画もあったり条件がそろってないから注意ね
350 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 18:48:20.13 ID:oyWwovRq0.net]: >>330-331
ノイズや破綻の発生と言っても、
　・SW側の実装の問題（NVEncをどのような設定で呼び出しているのか等）
　・HWや環境側の問題（電源不安定や突発的な負荷増加等）
　・NVEncやドライバ側の問題
など、要因が多数あるわけで、「発生しない」なんて言い切ることは誰にもできないと思うよ。
　
　
あと、ぶっちゃけた話、ロスレスキャプチャにこだわらない方がいいと思う。
>>323のテスト結果を見ると、
　　RTX2070/HEVC/yuv420pロスレス/640x360/29.970fps → ビットレート 39.4Mbps
になっている。1080p30に換算すると単純計算で9倍で354.6Mbpsになる。

「データ量が膨大になってもいいからロスレス(可逆)キャプチャしたい」という強いこだわりがあるなら別に止めないけど、
得られる画質は数分の１のビットレートで通常の非可逆キャプチャした場合と大差ないだろうし、
ロスレスだからといって編集時のデコード処理等が軽くなるわけでもないし、
最終的に保存エンコしたりYoutube等にアップロードすることを考えると、どうせその画質も保持できないわけだし。
351 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 20:29:04.08 ID:oyWwovRq0.net]: >>333補足
> 1080p30に換算すると単純計算で9倍で354.6Mbpsになる

さすがに雑すぎてつっこまれそうなので一応縮小前の素材を使ってlibx265で確認したら
　　libx265/veryslow/yuv420p/640x360/29.970fps　→ 36.5 Mbps
　　libx265/veryslow/yuv420p/1920x1080/29.970fps　→ 229 Mbps (360pの約6.27倍)
という感じだった。
352 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 20:32:09.61 ID:J40rNpwz0.net]: >>330-331
キャプチャボード付属のソフトでエンコードしてるから、
どっちかというとドライバやHWよりそのソフト側に問題がある可能性が高そう
NVEncや
353 名前：ffmpegでも同じ現象が発生するなら別だけど、 そういう破綻は俺は見たことも聞いたこともないなぁ 4K60fpsYUV444でロスレスなんてやったら700MB/sくらいになるから、 SATAじゃ帯域足りなくて、M2でやっとって感じ。相当やばそうｗ []: [ここ壊れてます]
354 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 22:29:43.39 ID:oycFKwRy0.net]: >>331
そもそもスレ違い
AVerMediaのキャプチャデバイス使った問題なら
ちゃんとスレがあるだろ
https://mevius.5ch.net/test/read.cgi/avi/1486558448/
355 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 22:36:55.92 ID:oyWwovRq0.net]: ---
2018.11.03 NVEnc 4.22
[共通]
・yuv420のlossless出力に対応。

[NVEncC]
・Caption.dllによる字幕抽出処理を実装。(--caption2ass)
・--check-featuresでGPU名が正しく表示されていなかったのを修正。
・--check-featuresにバージョン情報も出力するように。
・--check-environmentの出力先をstderrからstdoutに。
---

はやいもうできたのか（感謝）

>>327のHEVCロスレスの件についてはどうなったのか不明。
356 名前：名無しさん＠編集中 mailto:sage [2018/11/03(土) 23:45:03.74 ID:J40rNpwz0.net]: >>337
HEVCは10bitも含めて全部できるようになってたわ！
357 名前：名無しさん＠編集中 mailto:sage [2018/11/04(日) 00:00:00.96 ID:eJsOmTbV0000000.net]: お、よかった
358 名前：名無しさん＠編集中 mailto:sage [2018/11/04(日) 00:16:02.97 ID:eJsOmTbV0.net]: [NVEnc 4.22v2] (※2018/11/3 23.37)
NVEnc 4.22でlosslessでないときもlosslessと表示されてしまっていたのを修正。
359 名前：名無しさん＠編集中 mailto:sage [2018/11/04(日) 14:16:53.98 ID:NW8jvxFN0.net]: ＧＴＸ1050でもHEVC H265エンコ快適に出来ますか？
世代格差によって画質も向上してるなら買い換えも検討します。
360 名前：名無しさん＠編集中 mailto:sage [2018/11/04(日) 15:03:34.52 ID:xAruxQ/q0.net]: >>341
スレのログを読めばTuringでHEVCのBフレームに対応したのがわかるので、
画質を重視するならTuringへの買い替えを検討すればいいと思う。
もしかすると今後のSDKやドライバーの更新でPascal等にも
HEVCのBフレーム利用が開放される可能性もあるけど、まだ不明だし。

Turingは今のところNVENCコアが１つしか載ってないらしいという情報もあるので、
並列エンコを効率よく行いたいという要望があるなら
NVENCコアが複数載っているGTX1080なんかも候補にあがるだろうけど。
　　https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
361 名前：名無しさん＠編集中 mailto:sage [2018/11/04(日) 15:35:43.05 ID:/7KW/feH0.net]: >>297
＞NVEncCで--tffオプション指定するとエラーになった
って事は--avhw --tff --vpp-deinterlace normal -i in.ts -o out.mp4
とかも駄目なの？
362 名前：名無しさん＠編集中 mailto:sage [2018/11/04(日) 16:00:46.36 ID:eZ7AM1Hz0.net]: インタレ解除すれば大丈夫だよ
363 名前：名無しさん＠編集中 mailto:sage [2018/11/04(日) 17:27:57.85 ID:/7KW/feH0.net]: >>344
インタレのままMP4には出来ないって事ね。
了解。
364 名前：名無しさん＠編集中 mailto:sage [2018/11/04(日) 21:34:34.60 ID:xzALgcB+0.net]: RTX 2080 Ti の NVEncC64.exe --check-featuresの結果

　　https://devtalk.nvidia.com/default/topic/1038493/video-codec-sdk/details-about-nvenc-in-turing-/post/5294644/#5294644

　　・機能項目の内容はRTX2070と一致
　　・質問時に>>259の内容を引用させていただきました

その後の記述によると、

　・Win10 ＋ 2080Ti ＋ドライバ416.34(現時点最新）＋ ffmpeg4.0　→　hevc_nvencでBフレーム指定(-bf)が効く

　・Linux ＋ 2080Ti ＋ドライバ410.73（現時点最新）＋ ffmpeg4.0　→　hevc_nvencでBフレーム指定(-bf)するとエラー

となるらしい。
365 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 05:41:21.59 ID:knaMJWHmd.net]: 上位モデルでのNVEnc2基搭載やめると、本来の目的であるクラウドでのGPU仮想化して描画を配信する手のサービスでの更新機器に当てられなくなるから大問題になるけども

1070やGP104搭載1060が、後からNVEncの2基目開放されたみたいに、物理的に実装されてりゃドライバでどうにでもなる
366 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 06:15:55.27 ID:iJw5+rsZ0.net]: クラウドでGeForceは�
367 名前：gわれない。というかNVIDIAが禁止してる https://pc.watch.impress.co.jp/docs/news/1099481.html NVEnc1基しか載せない、あるいはドライバで1基しか使えないようにする というのはTeslaやQuadroと差別化するためのNVIDIAの戦略でしょ 最新のNVIDIAは結構えげつないことしてくるからね []: [ここ壊れてます]
368 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 06:33:26.33 ID:Cf5VuBNo0.net]: >>348
使えないのと載っていないというのは違うでしょ
「載っていない」と言ったらTU102や104に載っていないだし
「使えない」なら現状でコンシューマ向けでリリース済みで一般で入手可能なGEFORCE RTXで現状使えないという解釈になるでしょ

フォーラム関係の報告も正式対応じゃ無いドライバでで報告された情報から更新されて居ないまま拡散してるのも多い
何故かフライングで検証して報告できる奴が、その後の正規対応ドライバでの追加報告とかしていないままだったり

あとSupport Matrixのところは更新入るのが毎度遅い（多分Quadroが市場流通し始める前後あたりとか）
369 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 06:44:00.28 ID:U3iUdNuT0.net]: 久しぶりに来たけど最近のハートエンコは画質上がったのねー
370 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 07:10:42.42 ID:iJw5+rsZ0.net]: >>349
載ってるかどうかは知らないけど、載せる必要もないし、載ってたとしても使えるようにする必要もないって話
371 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 13:32:43.08 ID:8lLAHoSW0.net]: 何を言ってるんだコイツは？
372 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 14:57:34.41 ID:EqjTAyqW0.net]: >>347
> 1070やGP104搭載1060が、後からNVEncの2基目開放されたみたいに

GP104搭載1060は、8月時点のSupport Matrixでは2基とされてるけど、現在はひっそりと分離されて1基になってるね・・・。

　8月の一覧
　https://web.archive.org/web/20180814195717/https://developer.nvidia.com/video-encode-decode-gpu-support-matrix

　現在の一覧
　https://web.archive.org/web/20181105054441/https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
　
　
1070の2基目って、後から解放されたの？
373 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 15:18:41.97 ID:EqjTAyqW0.net]: >>352
元は>>347へのレスなんだから、
　　「そもそもクラウドでのGeForceの利用は禁止されてるんだから、
　　　クラウド用更新機器としての利用の都合を考える必要はなく、
　　　GeForceにNVEncを何基載せるか、何基有効にするかはNVIDIAのさじ加減次第。」
ってことだと思うよ。

現状のTuringでNVENcが1基しか載っていない、あるいは1基しか有効になっていないという根拠は
>>264とかにあるようにフォーラムでのユーザ報告のみで、NVIDIAの公式情報ではないから、
正確な情報は公式情報の更新を待つしかなさそうだけどね。
スペック発表の際にNVENC/DECの詳細情報も含めるとか、もっと素早く動いてくれればいいのにねえ。
374 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 15:41:59.20 ID:mhaZf1JN0.net]: >>353
ひどい話だ～ GigaByteのパッケージみてのGP104のGTX1060に期待してたのに・・・
375 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 16:09:58.18 ID:nXlYzYqj0.net]: >>355
昔は抵抗張替でdevice id書き換えられたんだが、今は無理みたいね。
376 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 16:54:57.40 ID:mhaZf1JN0.net]: 選別落ちの眠ってるコアを有効にするのは楽しかったねぇ
8月時点のSupport Matrixの誤植ってだけかもしれないけどね
ゲームしないのに1070や2070はちょっと手が出ないです
377 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 17:14:13.82 ID:ijee7cms0.net]: NVENCの為に1060から2070にしようとしてる俺
しかし買えるのは12月かなぁ
378 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 17:48:43.55 ID:nXlYzYqj0.net]: >>358
俺も20シリーズ欲しいんだが
突然死問題があるからなあ
しばらくは様子見だな。
379 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 20:16:04.07 ID:IYllvk ]: [ここ壊れてます]
380 名前：b8M.net mailto: >>354
そういうことしゃなくて、「載ってるかどうかは知らないけど、載せる必要もないし」ってくだりのことだよ
知らないくせに必要もないとか、何様だって話 []: [ここ壊れてます]
381 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 20:36:15.97 ID:EqjTAyqW0.net]: >>360
落ち着いて元レス（>>347-348）や解説（>>354）を読もうぜ。

> 載ってるかどうかは知らない

TuringにNVENCが複数基載ってるかどうかはNVIDIA公式の発表がないとわからないので当たり前。

> 載せる必要もない

「（GeForceはコンシューマ用であってクラウド用GPUの後継として考える必要はないので、
　"NVIDIAとしては"、新しいGeForceに複数基のNVENCを）載せる必要（義務）もないし、
　載ってたとしても使えるようにする必要（義務）もない」

という意味だと思うよ。
ユーザ目線としては載っててほしいと思うのは当たり前だけど、そういう話ではない。
382 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 20:52:41.84 ID:EqjTAyqW0.net]: rigaya氏の画質比較。
「RTX 2070のHEVC＋Bフレーム」の結果も含めたx264/x265/QSV/NVEncの比較。

rigayaの日記兼メモ帳画質比較 2018.11 (アニメ版)
https://rigaya34589.%62%6cog.fc2.com/%62%6cog-entry-1069.html

rigayaの日記兼メモ帳画質比較 2018.11 (実写版)
https://rigaya34589.%62%6cog.fc2.com/%62%6cog-entry-1070.html
383 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 21:05:18.01 ID:mhaZf1JN0.net]: >>362
静止画でやっと差がわかるレベルの話だもんな
よほど速度とビットレート気にしなきゃ、好きなハードで好きな設定でっていういい時代がきたもんだ
384 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 22:02:01.00 ID:f27k4QdJM.net]: >>361
ばんなそかなw
おまえらエスパーだろw
385 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 22:34:02.92 ID:0W+dXKSX0.net]: >>362
実写のグラフが見れないのって俺だけ？
EdgeとVivaldiともにグラフが表示されない（adブロッカーは無効）
386 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 22:37:52.08 ID:EqjTAyqW0.net]: >>365
ソースにある画像のURL見に行っても404になるから、URL指定ミスっぽいかな？
387 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 23:06:27.34 ID:nXlYzYqj0.net]: chromeなら正常に見えてるよ？

しかしエンコードしかやらん人なのにRTX2070買ったんか
漢やなあ
まあ、CUDAでもつかえるからいいけど。
388 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 23:11:51.56 ID:EqjTAyqW0.net]: >>365 >>367
rigayaさんが対応してくれたので見れるようになりました。
389 名前：名無しさん＠編集中 mailto:sage [2018/11/05(月) 23:44:29.44 ID:0W+dXKSX0.net]: rigaya様乙
390 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 03:09:05.23 ID:2fZSnnvM0.net]: >>362
QSVのH.264もHaswellより改善されてたのね
こりゃ比較する時に注意する必要があるな
H.265が悪いのは謎だが

AMDのVCEもRyzenGで世代新しくなったみたいだけど、
こっちは情報無いのかな
391 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 07:03:49.19 ID:FdmsdeZf0.net]: VCEって何のソフト使えばいい？
rigayaさんはもう更新予定無いみたいなこと言ってるし
392 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 07:52:16.90 ID:2PebhbHyd.net]: AMDの方が更新必要なほどの更新してないからな
古いバイナリそのまま使ってりゃいいだけでは？
でも、速度はQSV並で画質は2世代前のMaxwell世代搭載のNVEnc以下と良いところ無いから、QSVやNVEnc使えるならそっちの方が良いよ
393 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 08:00:08.90 ID:FdmsdeZf0.net]: >>372
そっか、ありがと
394 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 09:29:53.60 ID:IPUvP01x0.net]: >>372
VCEのリアルタイム2パスエンコードエンジンとはいったい何だったのか…
395 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 10:19:37.80 ID:2PebhbHyd.net]: >>374
そもそも2passは一度出したVBRの量子化成果を元に再度量子化係数設定してデータ効率向上させるものだけど
リアルタイムでやると再検討の元にする1度目の結果が短期的すぎて再計算する効果が薄くなる
レイテンシ的に許す限りのLookaheadと大差無いというか計算量的にも成果の効率的にもLookaheadでいいだろという
396 名前： []: [ここ壊れてます]
397 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 11:51:35.76 ID:BVtZBysRd.net]: >>373
A's Video Converter知らんの？
398 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 12:37:39.10 ID:LqXiJeWAd.net]: 主にアニメ、テレビ映画のエンコ目的ですが
Handbrake
A's Video Converter
Mediacoder
どれがお薦めでしょうか？

8年前くらいのMediacoder使ってたのですが
時代が変わってて全く分かりません
399 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 12:42:10.14 ID:zXPHusOq0.net]: aviutl
400 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 12:48:57.42 ID:GE1X/tGD0.net]: >>377
Amatsukaze
401 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 15:01:25.79 ID:bqI5FaWX0.net]: Amatsukaze + スマレン
402 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 15:53:46.28 ID:hyBaQnJF0.net]: amatsukazeでFFMPEGあたりの処理で止まって完走出来ないようなTSも、TMSRでCM抜いてスマレンで出力させたTS食わせ直せば大抵完走出来る
ロゴはチャンネル不明に複数登録しときゃいい
403 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 16:56:28.56 ID:jrUEvY9i0.net]: >>377
編集しないならffmpeg
404 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 17:13:21.85 ID:HdTcBruC0.net]: >>377
>>214
405 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 18:23:01.40 ID:Jre7sfPJd.net]: >>377
速度重視のHWエンコードならNVEncC
406 名前：名無しさん＠編集中 [2018/11/08(木) 18:43:48.26 ID:iEUTGqzhM.net]: CPUとGPUを併用して速度と画質が両立する手法できないかなあ
407 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 18:53:34.56 ID:wB94F1kCa.net]: A's Video Converterは使い勝手がよい
408 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 18:58:35.34 ID:IWlQOKfNM.net]: oh
409 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 22:03:28.14 ID:XPBHw5ub0.net]: A'sは、なぜ QSVで LA-ICQ 使えないの？
410 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 22:10:22.69 ID:7DctvHWbd.net]: HWエンコーダでは画質はまだx264には敵わないようだからNVDecとCUDAのフィルタリングをHWに任せて、多コアCPUで並列処理って感じですかね？
411 名前：名無しさん＠編集中 mailto:sage [2018/11/08(木) 23:18:45.76 ID:wtyFlTPsM.net]: >>362を読んだのか？
412 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 00:33:45.95 ID:KEKoUShr0.net]: AMDのVCEは画質が期待できず、NVidiaのはクソ高いとしたら、IntelのQSVしかない

なんてこった

>>389
> HWエンコーダでは画質はまだx264には敵わないようだから

ようやくそれが時代遅れになるのではと
413 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 01:48:09.31 ID:zsv/wa0M0.net]: むしろH265で問題ないならX264を使うメリットがなくなりつつある
CPUのマルチスレッド化にも遅れてる印象だし
414 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 05:02:49.15 ID:8KUf80Rm0.net]: Apple T2 chipのハードウェアエンコードがソフトウェアエンコードと画質の違いを感じないとあるな。速度は爆速だし、Mac mini買って確認したい

I wasn’t able to notice any quality differences between the videos encoded with x265 and the T2’s hardware acceleration.

https://marco.org/2018/11/06/mac-mini-2018-review
415 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 11:55:17.66 ID:j+vD8clG0.net]: 主観評価（実質あてににならない）なのかとかソースの解像度と内容にもよるし
特にビットレート高いほどエンコーダの差が出づらくなるから、そこら辺伏せられた評価はマジ当てにならんぞ
実写の屋外撮影でカメラ自体が位置移動しているような状態でFHDで3～4Mbpsとか4Kで15Mbps切りとかで言っているなら凄いかもだが
416 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 12:10:31.12 ID:MP1kjoZW0.net]: そんな映像どれも最悪じゃないかと
417 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 12:25:25.35 ID:mdRLJfsKd.net]: ぶっちゃけSSIM0.99と0.89だって実際の動画みても違いはわかりゃしないし
418 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 12:44:12.60 ID:j+vD8clG0.net]: そう言える奴なら、pascal世代のnvencでH264でも問題ないんだろうから
そもそも「T2ならHWエンコーダでも」とかならんわな

T2のエンコーダ持ち上げたいという贔屓目が先に立ってるんじゃねーの？
419 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 13:12:45.71 ID:+eoF7JeM0.net]: >>393
買って報告よろしく
Macでx265ソフトエンコードしたもの見てみたいから忘れずにね
420 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 20:19:04.49 ID:QrSgcle10.net]: >>397
その通りだと思う
300MbpsのUHDを150MbpsのH.264に圧縮するなら、
NVENCもffmpegも見た目の差が出ない
T2使うかどうか、とあまり無関係になる
421 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 21:54:03.83 ID:TrtIWpvY0.net]: >>396
> ぶっちゃけSSIM0.99と0.89だって実際の動画みても違いはわかりゃしないし

さすがにそれはちょっと・・・

　SSIM 0.99と0.89の違い： https://imgur.com/a/CevbZBV
422 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 22:12:15.02 ID:gyFZGYAD0.net]: 最近はBSのソースが腐ってきてるからなあ。
過去の番組とビットレート違いすぎる。
423 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 22:48:13.74 ID:pP/+RlNkd.net]: >>400
それ静止画じゃん
動いてりゃって言ってんだろ
424 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 23:14:39.13 ID:zIEOZrkW0.net]: さすがにわかるでしょ
crf 30超えてるみたいだし、これで分からないなら
画質を語る資格はないと思う
425 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 23:53:25.65 ID:rY/TuQQ+0.net]: 0.89とか絶対に許せないわ！
426 名前：名無しさん＠編集中 mailto:sage [2018/11/09(金) 23:58:25.20 ID:pjDFErQ+0.net]: 0.9は超えてないとパッと見で汚く見える
427 名前：400 mailto:sage [2018/11/10(土) 00:32:32.98 ID:DVNRc0zn0.net]: >>402
Axfcが死んでるようなので動画はやめといたんだけど、
往生際が悪すぎるんで、動画の方もアップしといたよ。

　www.mediafire.com/file/25lb1mbqztn1t2j/SSIM_099_089.zip/file

静止画であれだけ差があれば、動画でも明らかにわかるってことは想像つくだろうに。
428 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 01:11:00.05 ID:7hY72uZBM.net]: ssim0.980は個人的に最低欲しい。
できれば0.985
429 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 01:44:17.82 ID:DVNRc0zn0.net]: NVIDIAの「NVENC/DEC一覧表」と「VIDEO CODEC SDK」のページにTuringに関する記述が追加された。
なお新SDKのリリース日はまだ未定とのこと。
　https://devtalk.nvidia.com/default/topic/1039145/video-codec-sdk/video-encode-and-decode-gpu-support-matrix/

　一覧表： https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
　SDK：　　https://developer.nvidia.com/nvidia-video-codec-sdk

一覧表によると、今のところTuringに載ってるNVENCは１基だけらしいけど、

　The video encoder in Turing GPUs has substantially improved quality and performance
　compared with Pascal. The overall encoding capacity of one NVENC in Turing is comparable to
　two NVENC’s in Pascal.

　TuringのエンコーダーはPascalよりも品質と性能を大幅に向上させたんや。
　TuringのNVENC１つは、PascalのNVENC２つ分の能力があるんやで。

とのこと。
430 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 02:10:12.94 ID:ZbEwVURh0.net]: 高解像度時の処理速度低下が緩和されたし
Quadro以上は同時処理数無制限だしで、鯖用途考えても2基積む必要無くなった訳か
機械学習成果を元にした超解像の実装されたら尚更って感じかね
431 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 02:18:23.88 ID:ZbEwVURh0.net]: NVEncの占有サイズ相当増えたのかな
下手すると今後出るかもしれないTU107とかでオミットされそうで怖いな

地味にNVDecがH.265 (HEVC) 4:4:4の12bitまで対応しとるね
4:4:4でもlossress出来たら映像編修関係の職業ユーザ需要�
432 名前：J拓できそう []: [ここ壊れてます]
433 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 02:47:57.36 ID:MqNljwjW0.net]: Pascalで4k60fps*2だったのがTuringで8k30fps*1になったってことけ？
434 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 03:20:00.20 ID:ZbEwVURh0.net]: 8KはPascalでも処理出来る
書いて有るとおりTuringだと1基でも8KでPascal世代2基分（同等以上？）のパフォーマンス出せるって事だろうね
そうなるとFHDとかでの並行処理していない時の処理速度はリミッターで制限掛かってるか可能性有るな
435 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 03:40:58.38 ID:DVNRc0zn0.net]: >>410
> 地味にNVDecがH.265(HEVC) 4:4:4の12bitまで対応しとるね
> 4:4:4でもlossress出来たら映像編修関係の職業ユーザ需要開拓できそう

ちょっと前に検証したとおり4:4:4のロスレスエンコードもできるけど、今のNVEncはHEVC 10bit 4:4:4までだから
「NVEnc側もHEVC 12bit 4:4:4 ロスレスに対応すれば」という意味かな？
一般ユーザレベルだと10bitでも事足りるだろうけど、職業レベルだと12bitが求められることもあるか。
でもHEVCでNVDECを使ったとして、シークとか逆再生とかの操作で
他の素材向けフォーマット（ProRes等）より優位になれるんだろか。（詳しい編集事情は知らんけども）
436 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 03:53:23.35 ID:DVNRc0zn0.net]: Avisynth+/AvsPmodのx64でPOPさんのとこのL-SMASH Works r935 release2を使って
　LSMASHVideoSource("H265-4K.mp4", decoder="hevc_nvenc")
とすると、decoder指定なしの場合よりもシーク（特に戻り方向シーク）がサクサクになったりするんだろうか？
（AviUtlで試すのもいいけどx86の制約で色々きつそう）

　L-SMASH Works r935 release2 の更新内容 ? RePOPn
　https://pop.4-bit.jp/?p=8578
437 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 04:05:49.33 ID:DVNRc0zn0.net]: >>414訂正

× LSMASHVideoSource("H265-4K.mp4", decoder="hevc_nvenc")

○ LSMASHVideoSource("H265-4K.mp4", decoder="hevc_nvdec")
438 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 04:14:43.70 ID:s568LWTSM.net]: まだLスマ使ってるやつがいたのか
439 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 04:28:09.89 ID:RGCxtlTB0.net]: >>416
なんかまずいの?
440 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 10:37:19.24 ID:iVMASH0p0.net]: >>408
RTX 2070がTU104にまとめられてしまっているの、Pascalファミリが非常に細かく分けられているのと対照して奇妙ね
441 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 11:01:57.45 ID:MqNljwjW0.net]: 1070~1080もGP104にまとまってるやん？
442 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 11:31:46.79 ID:iVMASH0p0.net]: >>419
ｿｳﾅﾝﾀﾞｰ、ｼﾗﾅｶｯﾀﾅｰ
443 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 12:20:12.22 ID:ZbEwVURh0.net]: 力押しならバッファデカく取ってフレーム展開しときゃ良いのだけれど
確保幅や解像度でバッファ要求も肥大化してくから限度があるか
444 名前：名無しさん＠編集中 mailto:sage [2018/11/10(土) 13:14:32.18 ID:JGiqVPKQ0.net]: TVMW7来てたのね
HDRとかLUTとかのアップデートがメインで
録画エンコードユーザーにはほとんど関係ないアップデートだけど
445 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 16:59:42.12 ID:wmyoe0oN0.net]: そして話題はAV1対応へ・・・
446 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 17:07:19.62 ID:adFJazYY0.net]: AV1来ても最初のうちはウンコ画質だろうな
HEVCは何年もかけて今の画質だし
447 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 17:44:36.15 ID:wmyoe0oN0.net]: HEVCは金かかるから・・・
ほとんど記憶にないMS開発のVC-1でも、NVIDIAの最近のGPUはHW対応してくれているから
ぼちぼち対応始めたVP9より速くAV1が廉価GPUに浸透してくれるといいなぁ
448 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 17:53:00.07 ID:Pd54beje0.net]: 11/8に出たLinux版ドライバ415.13で、TuringのHEVC-Bフレームの最大数が5から8に増えたという報告が出てた。
　https://devtalk.nvidia.com/default/topic/1038493/video-codec-sdk/details-about-nvenc-in-turing-/post/5296269/#5296269

もしかすると同日に出たWindows版の416.81でも増えてるかも？

現時点のRTX 20xx系の最新ドライバ

　
449 名前：・Linux(BETA) Version: 415.13 - Release Date: Thu Nov 08, 2018 ・Win10 Version: 416.81 - Release Date: Thu Nov 08, 2018 []: [ここ壊れてます]
450 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 17:58:42.03 ID:MJdo0dF20.net]: ぉぉ、RTX2070注文したから来たら試そう
451 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 18:06:35.69 ID:Pd54beje0.net]: もしかするとH.264のField Encodingのサポートについても、またYesに変わるかもしれないし、
新SDKが出るまでは（出た後もかもだが）過渡期だと考えて、
新ドライバごとに--check-featuresを試してみるとよいかもですね。
変化があれば報告してもらえるとありがたい。
452 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 19:05:43.45 ID:6pPaiUVU0.net]: >>425
VC-1とH.264はHD DVD/Blu-rayDiscに採用されたし、
その絡みでPureVideoHDの初期にデコーダ搭載されたんやろ。
最近ではない (10年前を最近って言うなら最近だがｗ
…VC-1エンコーダはどの世代にも載ってないよな？

https://en.wikipedia.org/wiki/Nvidia_PureVideo
453 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 20:07:57.91 ID:wmyoe0oN0.net]: すまん。デコーダーみてた。
454 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 20:18:35.57 ID:HA+z31kAM.net]: 今どきわざわざVC-1なんか使いたがるもの好きはいない
455 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 20:22:51.86 ID:U0C1zTxA0.net]: >>424
AV1の問題はうんこ画質ではなくうんこエンコード速度
456 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 21:44:09.43 ID:UBvTdIpb0.net]: AV1はHWエンコーダが実装されても糞画質だろうな
457 名前：名無しさん＠編集中 mailto:sage [2018/11/12(月) 23:56:29.43 ID:MJdo0dF20.net]: エンコードはHEVCよりマクロブロック配置の処理にに力入れてないとアカンから当初はHWデコーダのみで、エンコーダは載ったとしてもゴミみたいなものしか無理なんじゃ無いかな
AMDは論外として、IntelもEU頼みで今ですらHEVCの速度がアレだし
望みがあるのはnvidiaか
458 名前：名無しさん＠編集中 mailto:　sage [2018/11/13(火) 10:05:10.95 ID:ow3tTk6iM.net]: 最近amdvega56に変えて地デジソースをハードウェアデコードしてcpuエンコードしてるのですが、この処理はソフトウエアエンコードではなく結果、ハードウェアエンコードになってますか？
459 名前：名無しさん＠編集中 mailto:sage [2018/11/13(火) 10:41:52.93 ID:/q/kjPHd0.net]: 自分でcpuエンコードと言っているのにハードウェアエンコードかと聞くのはこれ如何に
460 名前：名無しさん＠編集中 mailto:sage [2018/11/13(火) 10:53:15.63 ID:pKw83cfZa.net]: QSVが発動してるか否かとか？
461 名前：名無しさん＠編集中 mailto:sage [2018/11/13(火) 10:59:26.22 ID:HUwcMZQc0.net]: コンコーダの種類と設定次第だから、それを晒さないと第三者に判断付かない
462 名前：名無しさん＠編集中 mailto:sage [2018/11/16(金) 18:09:31.72 ID:vQ0KUU5lM.net]: 435ですがa'svideoencoderというソフトを使ってハードウェアデコードにチェックを入れインターレース解除を指定、エンコーダはcpuエンコードmicrosoft h.265指定してます。
聞きたかったのは今回のCPUエンコ指定でもHWデコーダとの混合の処理をすると実際は内部ではHWエンコ処理と変わらないものになって画質面でHWエンコード並に劣化してCPUエンコしてる意味がないのではないかと思い質問しました。
463 名前：名無しさん＠編集中 mailto:sage [2018/11/16(金) 18:34:16.43 ID:5HA3pGYCd.net]: >>439
ハードウェアエンコード、フィルターでググれ
それでも分からなければおまえに使う価値はない
HandBrakeでも使ってろ
464 名前：名無しさん＠編集中 mailto:sage [2018/11/16(金) 20:22:58.89 ID:WyC4Fwbq0.net]: >>439
その設定と、HW指定でエンコードして、見た目で違いが判らなければ意味はないかもね
NVIDIAのボードなら、エンコード中にタスクマネージャーでエンコーダーとデコーダー使っているかどうかも見れるよ
465 名前：名無しさん＠編集中 mailto:sage [2018/11/16(金) 21:47:09.32 ID:2IJ4huu60.net]: >>439
デコードとフィルタとエンコードはそれぞれ分けて考えればいいだけ。
HWでデコードしたとしても、エンコーダにSWエンコーダが選ばれているならSWエンコードが行われる。
ただ、ソフトウェアエンコードだからといって高画質�
466 名前：ﾉなるとは限らないよ。エンコーダの出来次第。 Microsoft H.265 Encoderの品質がどれくらいなのかは知らんけどね。 []: [ここ壊れてます]
467 名前：名無しさん＠編集中 mailto:sage [2018/11/16(金) 23:49:40.71 ID:2IJ4huu60.net]: >>442補足
> Microsoft H.265 Encoderの品質がどれくらいなのかは知らんけどね。

一応MicrosoftのエンコーダのSSIMも調べてみたけど、H.265は「Bフレーム無しのQSV H.264」と似たり寄ったりかな。
わかってたことではあるけど、Microsoftのエンコーダなんて使うもんじゃないよ。

　sakura_op.mpgでのビットレート/SSIM
　2sen.dip.jp/cgi-bin/upgun/up2/source/up3512.jpg
468 名前：名無しさん＠編集中 mailto:sage [2018/11/16(金) 23:58:40.68 ID:UI6GYpE50.net]: 低空飛行っぷりがすごいな。特にH264がやばいｗw
A's Video ConverterはHWエンコード専用って考えたほうがいいな
469 名前：名無しさん＠編集中 mailto:sage [2018/11/17(土) 00:01:35.15 ID:DklihPaP0.net]: HWエンコード並どころか、HWエンコードより下じゃねーか
470 名前：名無しさん＠編集中 mailto:sage [2018/11/17(土) 00:17:22.34 ID:JJngPNSx0.net]: >>443
rigaya氏お疲れさまです
471 名前：443 mailto:sage [2018/11/17(土) 00:26:55.21 ID:nFGddtzz0.net]: まあOSのおまけみたいなエンコーダだし仕方ない。

>>446
>>443は>>75に追加しただけだしrigaya氏でもないよ。
472 名前：名無しさん＠編集中 mailto:sage [2018/11/17(土) 01:30:32.73 ID:o/yRXpuG0.net]: 対象コーデックのルールに則したデータにはなってるってレベルか
WMVの開発やっていた連中はもう開発の実動には居ないんだろうな
473 名前：名無しさん＠編集中 mailto:sage [2018/11/17(土) 02:21:56.01 ID:CP2PkQ9L0.net]: VC-1とかあのあたりの引き抜かれなかったメンツが残ってるんだろうな
規格は満たしてます「キリッ」
474 名前：名無しさん＠編集中 [2018/11/18(日) 19:37:20.66 ID:ZAHRAuMO0.net]: nvencのスピードはCPUに依存しますか？
それともビデオカードに依存しますか？
475 名前：名無しさん＠編集中 mailto:sage [2018/11/18(日) 20:50:04.24 ID:Xybpa0Vk0.net]: 基本はGPUのエンジンクロック依存
ただCPUの処理無しにプログラムが動かせはしないから
一定以上の処理能力は必要
476 名前：名無しさん＠編集中 mailto:sage [2018/11/19(月) 00:07:27.80 .net]: o
477 名前：名無しさん＠編集中 mailto:sage [2018/11/20(火) 10:04:33.15 ID:081TOOtLMHAPPY.net]: フィルターの件はだいたい把握できました。タスクだとgpuのデコーダとCPUの使用率はどちらも高いのは確認してます。microsoftのは確かにエンコ後のものを見ても同じ条件だとするとブロックノイズがでて荒いですね。
478 名前：名無しさん＠編集中 mailto:sage [2018/11/20(火) 17:42:52.00 .net]: CPU同じで1050TiとRTX 2070ではエンコード速度違うってことでしょうか
479 名前：名無しさん＠編集中 mailto:sage [2018/11/20(火) 20:37:25.47 ID:tZ7NX7Ph0HAPPY.net]: 速度どころか画質が全然違う
おまけでbフレームも使える
480 名前：名無しさん＠編集中 mailto:sage [2018/11/20(火) 20:43:34.02 .net]: mjsk
買いに行ってこよう
481 名前：名無しさん＠編集中 mailto:sage [2018/11/20(火) 20:51:24.54 ID:TdRknGwS0HAPPY.net]: RTX2070なら安くて69,000円てところだけどな
482 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 13:23:01.25 ID:nUL6xYVJ0.net]: ここまでハードウェアエンコが性能上がってくると
ジェンスンの｢グラボは実質タダ｣と言う言葉が現実味帯びてきて怖い
483 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 13:38:35.10 ID:fze5uCeiM.net]: NVENC だけ載せたカード出して欲しいわ
484 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 13:47:45.78 ID:Etsduigx0.net]: >>457
その値段を考えると…エンコの為だけに出せる金額では無いよね。
じゃぁ、エンコ用のPC買って画質の良いソフトエンコでええやん！と思ってしまうｗ
485 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 14:07:10.64 ID:R0XvI3DW0.net]: >>460
それでも、元よりPCゲーもやる人なら「エンコの為だけに69000円」とはならないと
描画性能で1080～1080tiの間に収まるあたりだから
RTXのNVEncでHEVC Bフレ有りなら、x264の軽いプリセット並に追いついたというのは画期的
そのうえ8コアでx264エンコさせるより速くて消費電力が低いのに、更に短い時間で済むんだから、エンコさせる頻度次第で金銭的にすらペイ出来る場合もある

なにせ、x264でCPUエンコさせてる間に、そのPCでブラウジングとか軽作業すら微妙だが
HWエンコ中なら動画視聴やある程度の事にもそのPCを使っていられるうえ
エンコが早く終わる分「エンコのお陰でPCが塞がってゲームが出来ない」なんて事も減る
486 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 14:33:32.04 ID:bFKukZAja.net]: 優先順位下げたらええやん
487 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 14:35:27.91 ID:gJJmbG1a0.net]: >>461
MS-DOSでも使ってるのか？
488 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 14:37:09.07 ID:/vR4me0Q0.net]: エンコード追いつかないからって10万のCPU買う人もいるしな
16C32Tの2950Xより圧倒的な速度
IOダイのせいで速度が出ない32C64Tの2990WXもぶち抜く
489 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 14:38:19.35 ID:/vR4me0Q0.net]: × IOダイ
○ コンピュートダイ
490 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 15:12:11.97 ID:R0XvI3DW0.net]: >>463
エンコードでのCPUロードやPCの占有率が低くて済んでいる程度なら、そもそも追加の機材投資してまでの改善という思案に行き着かないでしょ
491 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 15:30:22.13 ID:D0dm727ad.net]: >>459
実質同じ値段
492 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 16:37:13.75 ID:RjidEDgr0.net]: ffmpegからhevcのbフレーム使いたい場合どう指定すればいいのかな
神様教えて下さい
493 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 16:38:35.64 ID:RjidEDgr0.net]: -h encoder=hevc_nvenc で見るんだけど見当たらなくて
494 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 16:43:46.27 ID:RVVFIDbH0.net]: >>464
画質至上主義の奴らは相変わらずソフトエンコにこだわってるよ
頭がジジイで適応出来ないのかもしれないけどｗ
495 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 16:55:40.76 ID:K6tC1exl0.net]: >>469
まさかと思うが
10xx台なら使えない20xxからよ
496 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 16:56:14.65 ID:RjidEDgr0.net]: 2070買ったよ
497 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 17:07:58.86 ID:RjidEDgr0.net]: -bf でいけるみたい
お騒がせしました
498 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 19:22:06.53 ID:yYW5C0/90.net]: >>467
CUDA半分死んでる選別落ちでいいから3万円で出してほしいという願望
まぁRTX2060かRTX2050でHWエンコーダー有効になっていればそれで我慢できる話だが
499 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 20:51:53.17 ID:UJ/zlyaf0.net]: Maxwellからローエンドの製品にはNVEnc入ってないのがな
500 名前：名無しさん＠編集中 mailto:sage [2018/11/21(水) 21:01:05.34 .net]: カノープス

SpursEngine
501 名前：名無しさん＠編集中 mailto:sage [2018/11/22(木) 03:55:59.36 ID:KM99Q9XU0.net]: そもそもMaxwellにローエンド無いんじゃ？
502 名前：名無しさん＠編集中 mailto:sage [2018/11/22(木) 05:02:21.10 ID:zo91+4Uc0.net]: GM108はローエンドじゃ無いの？
503 名前：名無しさん＠編集中 mailto:sage [2018/11/22(木) 07:28:19.71 ID:S1It38mr0.net]: https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
きっと、みんなが一斉にGM108探したさ～
504 名前：名無しさん＠編集中 mailto:sage [2018/11/22(木) 07:51:00.11 ID:zo91+4Uc0.net]: だから>>475の言うとおりで搭載されてない訳なんだが
そのページも古いモデルはTU系追加時にリスト落ちしてるし
最近知った訳じゃ無ければ、以前はKeplerまで載っていたの知ってるでしょ？
505 名前：名無しさん＠編集中 mailto:sage [2018/11/22(木) 10:29:48.90 ID:9HBu/kSfa.net]: Cellも今はT芝しか使っとらんのか
506 名前：名無しさん＠編集中 mailto:sage [2018/11/22(木) 10:52:16.64 ID:+UpIznlT0.net]: 名前だけCellで中身ARMになって今はどこも使ってないはず
507 名前：名無しさん＠編集中 mailto:sage [2018/11/22(木) 17:07:37.93 ID:wDMiR2sNd.net]: >>480
別にリスト落ちしてないけど
ボタン押せば出てくる
508 名前：名無しさん＠編集中 mailto:sage [2018/11/22(木) 22:57:22.43 ID:mf5WW6IW0.net]: >>466
油断すると中古パーツでPC生えてくるなら、高いグラボより専用機でエンコCPU
509 名前：名無しさん＠編集中 mailto:sage [2018/11/23(金) 00:09:31.09 ID:96uun0dT0.net]: >>484
個人的にはCPUからのが生えてくるのよね
GPUは描画用途で一線から引いたのが、家族PCやCUDAフィルタ用途の編集PCやエンコPCに家内でスライド的にお下がりしてくので

FP64性能で未だに手元に残っていた初代TITANがやっと里子に出るぐらいは使ってはいる
旧友の嫁がMMD創作側で描画性能がGTX1060 6GB並でも有用らしい（RX580の消費電力考えれば250Wでもタダな十分とか
510 名前：名無しさん＠編集中 mailto:sage [2018/11/23(金) 21:23:28.55 .net]: ブラックフライデーでRTX安いね
511 名前：名無しさん＠編集中 mailto:sage [2018/11/23(金) 21:27:01.34 ID:+yHXeWuw0.net]: RTX 2060出るって話だけどいくらになるかね
512 名前：名無しさん＠編集中 mailto:sage [2018/11/23(金) 22:38:49.20 ID:w8Z3G/zMM.net]: 2060も欲しいが、ノート用のTuring世代はよはよ
513 名前：名無しさん＠編集中 mailto:sage [2018/11/23(金) 22:42:14.84 ID:96uun0dT0.net]: 3万強～4万ちょいの1060 6G～安1070の居たあたり
下に1060生き残っているから、当初の1060みたいないきなり値落ちっとかは無いと思う
ES品の情報も無いし7nm EUVのラインに空き出るまで出てこなさそうだけどな
514 名前：名無しさん＠編集中 mailto:sage [2018/11/23(金) 23:08:53.21 ID:w8Z3G/zMM.net]: Intelが必死レスしまくるときは、大概何かマズいことが発生しているとき
515 名前：名無しさん＠編集中 mailto:sage [2018/11/23(金) 23:09:14.71 ID:w8Z3G/zMM.net]: スマン
スレを間違えた
516 名前：名無しさん＠編集中 mailto:sage [2018/11/28(水) 13:47:37.48 ID:9diKitH20.net]: 特価品だがRTX2070がやっと税込6万切り
https://sp.nttxstore.jp/_II_GB16025363
517 名前：名無しさん＠編集中 mailto:sage [2018/11/29(木) 21:12:08.11 ID:HM7sQd/8MNIKU.net]: Intelがグラフィックドライバーの新しい形態として「UWD」というのを始めるらしいが、
NVIDIAなどもこれに続くことになるのだろうか？
UWPアプリと同じくレジストリを汚さない形式ならば大々的に普及させてもらいたい
（もちろんNVEncやCUDA関連も含めて）
518 名前：名無しさん＠編集中 mailto:sage [2018/11/29(木) 21:25:45.06 ID:QftWHhRB0NIKU.net]: UWDが使えるのってWindows10だけなんだね
これって8.1以前を切り捨てる為の準備でしょ
519 名前：名無しさん＠編集中 mailto:sage [2018/11/29(木) 22:28:43.04 ID:oVzbyV600NIKU.net]: 10がまともなら移行するけど、不具合の塊やんあんなの
520 名前：名無しさん＠編集中 mailto:sage [2018/11/29(木) 22:30:53.25 ID:TrMoPEa/0NIKU.net]: パフォーマンスが出ない悪寒
521 名前：名無しさん＠編集中 mailto:sage [2018/11/29(木) 23:42:54.18 ID:zHZjqyG70NIKU.net]: QSV関連でエラーでた
映像ソフト側もいずれ対応していくだろうけど
とりあえず新ドライバをすぐに入れないほうがよさそう
522 名前：名無しさん＠編集中 mailto:sage [2018/11/30(金) 00:44:14.21 ID:jlXsV7XY0.net]: Intel、新規格「UWD」に対応したグラフィックスドライバ https://pc.watch.impress.co.jp/docs/news/1155895.html

古いドライバに戻す場合は、アプリの追加と削除からUWDを削除し、システムを再起動してから古いドライバをインストールする必要があり、この手順を怠るとシステムが不安定になるという。Intelでは古いドライバに戻すことを推奨していない。

人柱バージョンどぁなぁ
523 名前：名無しさん＠編集中 mailto:sage [2018/11/30(金) 08:28:18.77 ID:vvT/iEusd.net]: Windows Serverに未対応のディスプレードライバーを無理やり突っ込むとかが
出来なくなりそうだな
524 名前：。 []: [ここ壊れてます]
525 名前：名無しさん＠編集中 mailto:sage [2018/11/30(金) 12:32:25.89 ID:PvqjZvq8d.net]: >>494
そもそも現時点で最新CPUのグラフックスドライバーがWindows7で動かないから

無茶したい人はdGPU使えばいいでしょ
526 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 00:06:13.96 .net]: UHD630
1050 Ti Q-Max dGPU
2070 eGPU

QSVとNVENCあまり大差ないわ
設定が悪いのかな
527 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 00:12:16.06 ID:2S4hNKF00.net]: 何をどのようにしてどんなことを確認したのかも書かずに言われてもな・・・
528 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 01:47:50.15 ID:PSRvi4AX0.net]: 設定よりも頭が…
キットエスパーガコタエテクレル
529 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 04:28:57.52 ID:gZARvZRg0.net]: 設定じゃ無くそんな質問しか出来ない奴が使っている事が原因だわな
530 名前：名無しさん＠編集中 [2018/12/01(土) 20:13:44.68 ID:93puVQdC0.net]: AviutlのNVEncで4k出力すると不正なパラメータだと言われて途中終了するのだけど、
NVEncって4k(60fps)出力できないの？NVEnc側のリサイズの値を4kから1440pに落とすとエンコできる。
しかしNVEncを最新版に更新した初回だけ何故か4k出力できたんだよな。
なぜ出来なくなった。…(´・ω・｀)（ちなみにリサイズフィルタでも同じ）
531 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 21:35:12.04 ID:26nADL+S0.net]: >>505
今試してみたけど9900K+1050TiにWin10Pro x64 1803の環境で
AviutlのNVEnc_4.26で3840x2160の60fpsはHEVC、AVC共に問題なく出力できたよ
532 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 21:41:27.70 ID:93puVQdC0.net]: >>506
まぢか。おま環なのか・・・試してくれてありがとう。(´・ω・｀)　4Kだと臨場感ある（気がする）のでやりたいのだが。
さて困った。
533 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 23:38:33.74 ID:JWepYxb40.net]: まさかaviutlのシステム設定で画像最大サイズが小さいとかないよね
534 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 23:49:34.48 ID:93puVQdC0.net]: >>508
そこは大丈夫だぁ（；＾ω＾）。ただ、ぴったり3840x2160だけど。
最大フレーム数は余裕を持って設定している。

どうやら初期化に失敗しているらしいが。（だから一回だけ成功したのか）
535 名前：名無しさん＠編集中 mailto:sage [2018/12/01(土) 23:58:16.76 ID:WTBF3RgZ0.net]: ドライバの再インスコだな。
536 名前：名無しさん＠編集中 mailto:sage [2018/12/02(日) 00:08:17.64 ID:46FS/pl20.net]: >>510　ドライバの再インスコ( ﾟдﾟ) !
考えてなかった。参考にしてみる！（ﾄﾝｸｽ!）・・・あとで。
537 名前：名無しさん＠編集中 mailto:sage [2018/12/02(日) 00:10:43.25 ID:P51gArFp0.net]: グラボが古いとか
https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
538 名前：名無しさん＠編集中 mailto:sage [2018/12/02(日) 02:24:12.05 ID:46FS/pl20.net]: >>512 参考をﾄﾞｳﾓ。グラボは最新の部類です（ ^ω^）
539 名前：名無しさん＠編集中 mailto:sage [2018/12/02(日) 08:21:45.88 ID:3aTzInFt0.net]: まぁ最新すぎて未対応の部分もあるかもなぁ^^;
対応機器がないんで、４KやHDRエンコテストできないんで指くわえて報告待つだけですわぁ
ちょっとうらやましい
540 名前：名無しさん＠編集中 mailto:sage [2018/12/02(日) 09:02:25.05 ID:py+Fk7Tq0.net]: まあでもGPUもドライババージョンもエンコログも出さずに
「グラボは最新の部類です（ ^ω^）」とか言ってる時点でなんかダメっぽい・・・
541 名前：名無しさん＠編集中 mailto:sage [2018/12/02(日) 17:31:52.65 ID:PRWVBmrZ0.net]: 4K放送にて2K放送をアップコンバートしている番組を、チューナーにて2Kにダウンコンバートした映像が思いのほかノイズが少なく、無理に輪郭強調したりしていないので、
久々に2Kキャプチャーとエンコードが活躍しそうな気配
1080p対応キャプチャー機器とTuring世代のGPUでダイレクトに2K・HEVCエンコードするか、
それより前の世代のGPUで一旦、�
542 名前：ﾂ逆圧縮モードでキャプチャーして、あとでx265でHEVCエンコードして保存するか… （もちろんTuring世代のGPUで可逆圧縮モードでキャプチャーしてからx265を使っても構わない） アニメ好きの人は、4Kチューナー早めに導入したほうが幸せになれるかもね []: [ここ壊れてます]
543 名前：名無しさん＠編集中 mailto:sage [2018/12/02(日) 18:47:09.78 ID:PRWVBmrZ0.net]: 先日のUWDの件について、情報が少しずつ出てきているようです

・鈴木淳也の「Windowsフロントライン」
Intel Graphicsが初対応　Windows 10のモダンドライバ「UWD」とは何か
www.itmedia.co.jp/pcuser/articles/1812/02/news011.html
544 名前：名無しさん＠編集中 mailto:sage [2018/12/03(月) 08:52:22.59 ID:cRkbAo3C0.net]: >>516
幸せってなんだろう
4kのアニメに割くストレージ領域、たぶんないわ
545 名前：名無しさん＠編集中 mailto:sage [2018/12/03(月) 11:08:23.59 ID:/qcNJIsp0.net]: 4Kアニメを10bit720pエンコするんじゃね？
546 名前：名無しさん＠編集中 [2018/12/03(月) 13:54:42.13 ID:7bzl2QnG0.net]: BS4Kでアニメ放送してる局って今のところBS-TBSだけだよね？
今期は4つのうちBAKUMATSU以外は1280制作だし納品は1440x1080iのはず
色深度もアプコンされてるかは知らないけど、それを再エンコする価値ってどのくらいあるの？
これスレチか
547 名前：名無しさん＠編集中 mailto:sage [2018/12/03(月) 14:47:47.90 ID:1J8Lz7RE0.net]: 一部の劇場前提や制作委員会でUBDリリース予定決まってたりしない限りは、4K作成はあり得ない
普通は1280x720、予算付いていて放送開始直後から何ヶ月も経たずBD発売云々CMねじ込んでくるのなら、辛うじて1920x1080作成の「場合もある」
548 名前：505 mailto:sage [2018/12/03(月) 17:30:18.54 ID:YNVcJvxV0.net]: 解決しますた（・ω・）∩”
ドライバ再インスコでは駄目でした。不正なパラメータということで、4k時に無理がある設定になっていると推測。
ベースにしたプリセットをロードして4ｋリサイズエンコしてみたら・・・出来た。
そこから自分の設定に一つ一つ近づけていって不正な値になっているパラメータを追い詰めていくと・・・
原因はBフレーム数下の「参照距離」の値でした。6を（Bフレーム数は3を）使用してましたが、どうも4kの時は5が最大のようです。
参照距離6→5に変えることで4k出力できるようになりました。めでたしめでたし。
おわり
549 名前：名無しさん＠編集中 [2018/12/04(火) 10:32:36.97 ID:5/OfOFjj0.net]: 今の環境がi5 4460とGTX1060
Aviutlのnvencの設定デフォルトで1080pのFPSゲーム動画をエンコードすると50fpsくらいの速度
環境をi7 9700kとGTX1080にするとどれくらい早くなる？
550 名前：名無しさん＠編集中 mailto:sage [2018/12/04(火) 11:22:30.94 ID:LekanMaU0.net]: gtx1060で50fpsはちょっと遅すぎるようにも思えるが・・・
一応参考までに目標設定より遅いPC（i7 6700、GTX1070)のデフォルト設定で160fpsくらい。
551 名前：名無しさん＠編集中 mailto:sage [2018/12/04(火) 11:43:09.43 ID:x5KAPzZp0.net]: CPUでの処理範囲で何か重い処理させてるんじゃ無いの？
552 名前：名無しさん＠編集中 mailto:sage [2018/12/04(火) 11:47:52.43 ID:drsA15ra0.net]: AviUtlだと色々とボトルネックになる部分があるし、そのへん考えないと意味ないよね。
553 名前：名無しさん＠編集中 mailto:sage [2018/12/04(火) 12:01:36.09 ID:LekanMaU0.net]: ちなみに>>524はAviutlでフィルタなし、入力プラグインはL-SMASH、ソースはShadowplayの1080Pゲーム録画データね。
最近GTX970から交換したから5割増しくらいの速度になった
554 名前：名無しさん＠編集中 mailto:sage [2018/12/04(火) 12:14:23.32 ID:WolOT9Skd.net]: 50fpsってCPUしか使ってないんじゃね
555 名前：名無しさん＠編集中 [2018/12/04(火) 12:40:40.49 ID:5/OfOFjj0.net]: >>527
1920x1080のBSのエンコードだとfps150くらいでるけどなあ
720pに変
556 名前：換してるから当然かもしれないけど 俺もshadowplayで録画してて設定は1080pでビットレートは130Mbpsにしてる（実際は50Mbpsくらいになる） Aviutlも入力はL-SMASHで全く一緒 編集は拡張編集で20分くらいの動画を10か所くらい切り取ってフェードインアウトつけて15分の動画にするだけでほかのフィルタは一切なし 同じ編集データをPentium G4400でQSVでエンコードすると35～38fpsくらいの速度 入力プラグインの優先度はL-SMASHを一番上にしても途中にしても一緒だからとりあえず一番上にしてる システムの設定はこれ https://i.imgur.com/WjhNvnb.png []: [ここ壊れてます]
557 名前：名無しさん＠編集中 mailto:sage [2018/12/04(火) 12:48:26.29 ID:91V9cp0x0.net]: 某ブログのエンコードバッチだとCMカットロゴ消しのみで30分アニメで大体3分ちょいだなぁ
多分エンコ2分程だから360fps以上は出てるはず1080ti
558 名前：名無しさん＠編集中 mailto:sage [2018/12/04(火) 13:10:43.48 ID:drsA15ra0.net]: >>529
とりあえずAviUtlの出力プラグインへの引き渡し可能速度を計測してみればいいんでないかい。

　Ch's barn: Benchmark plugin
　csbarn.blogspot.com/2012/05/benchmark-plugin.html

拡張編集もフィルタの１つなんだから、拡張編集タイムラインに置くだけでも本体読みより遅くなる。
i7-4702MQで1080p24の14315フレームを読み込んで上記のベンチマークプラグインで計測すると
　　本体読み：180fps　　拡張編集読み：148fps　拡張編集で適当に6分割＋フェード付加：99fps
って感じ。
更にそこから出力プラグインでの処理とGPUとのやり取りが行われるから、エンコ速度はこれより更に遅くなるし、
ShadowplayソースならL-SMASH WorksでVFR->CFRしてるだろうから、その影響も多少あるかもしれんし。
559 名前：名無しさん＠編集中 mailto:sage [2018/12/04(火) 13:17:33.36 ID:Fb+Ct1Hb0.net]: リサイズが遅いんでしょ
560 名前：名無しさん＠編集中 [2018/12/05(水) 05:10:43.72 ID:nzee0edK0.net]: >>531
CPUがボトルネックになってたっぽいわ
エンコード中CPU使用率が80％でGPUが20％くらいだし
CPUとGPU変えたら早くなりそう
ありがとう
561 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 11:30:04.85 ID:UPL/wLc10.net]: >>533
・AviUtlのLargeAddressAwareは有効にしておいたほうがいいと思う。

・NVEnc.auoの詳細設定タブの「パフォーマンスログ出力」(--perf-monitor all)が便利。

・rigaya氏のブログのNVEnc4.25の記事のコメント欄を読んでおくといいと思う。
　　抜粋
　　　・i9-7980XE＋GTX1060、1920x1080（H.264 本体読み込み）
　　　　encoded 2293 frames, 269.80 fps, 8510.76 kbps, 97.03 MB
　　　　encode time 0:00:08, CPU: 0.8, GPU: 8.2, VE: 55.1, GPUClock: 1862MHz, VEClock: 1664MHz
　　　・rigaya氏コメ
　　　　　「VE使用率 55%で、270fpsぐらい出ています。
　　　　　　なお、Aviutl経由では、VEの使用率は50%前後行けばよいほうだと思います。」

・CPUを変えればAviUtl側のボトルネックを軽減することはできるだろうけど、
　どのみちAviUtl経由ではNVEncの能力をフルに生かすのは難しいので
　GPUをGTX1060→GTX1080にするのはあまり意味がない気がする。
　今から変えるなら圧縮効率等が良いTuringにした方が良い気が。
562 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 12:38:59.07 ID:rFJ5K1jRd.net]: >>534
エンコタイム8秒って、そのCPUでも1分くらいで終わるんじゃないかね？
もうちょい長い動画で検証すりゃいいのに
563 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 12:41:11.22 ID:qaRLIcg/0.net]: 意味ないだろうに
564 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 15:51:44.52 ID:UPL/wLc10.net]: S
565 名前：DK 9.0がもうすぐ出るよってことで、図とかも更新されてた。アーリーアクセスの申し込みもあり。 NVIDIA VIDEO CODEC SDK | NVIDIA Developer https://developer.nvidia.com/nvidia-video-codec-sdk What's new with Turing GPUs (Video Codec SDK 9.0 coming soon) Up to 3x Decode throughput with multiple decoders on professional cards (Quadro & Tesla) Higher Quality Encoding - H.264 & H.265 Higher encoding efficiency (15% lower bitrate than Pascal) HEVC B-frames support HEVC 4:4:4 decoding support []: [ここ壊れてます]
566 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 17:20:30.31 ID:1l20T/lNM.net]: >>533
GTX1060と1080って、NVENCはどちらも同じ世代を一機搭載だからエンコ速度は変化しないような・・・？
フィルタでCUDAやOpenCL使うなら変化するかもしれないけどね。
567 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 18:33:23.65 ID:rx1bJG6q0.net]: Pascalでも15%向上とかマジかよ
568 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 18:46:04.02 ID:UPL/wLc10.net]: >>539
もう一度・・・目をこらして・・・よく読むんだ・・・
569 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 19:00:19.95 ID:rx1bJG6q0.net]: >>540
15%のビットレート低減相当の画質改善じゃないん？
570 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 19:01:27.88 ID:rx1bJG6q0.net]: >>541
ってPascal「から」か
すまーん
571 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 19:30:49.33 ID:tDkXU26zM.net]: Bフレーム対応したとはいえ、エンコードのフレームレート向上もビットレートの低減率も期待したほどでは？
Pascal持ちだと次の世代待ちでいいのかなぁ
572 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 20:01:17.27 ID:fiDcotbi0.net]: HEVCはBフレームサポートもあるから合計25%削減だよ

>>543
どんな期待を抱いていたのか知らんけど、Pascalの画質で満足ならそれでいいんじゃない？
サイズ25%増やせば同じ画質になるんだから
俺もゲーム用にRTX買ったけど、エンコードPCはPascalのままだわ
573 名前：名無しさん＠編集中 mailto:sage [2018/12/05(水) 20:12:49.86 ID:fiDcotbi0.net]: 25%削減でx265との差はかなり縮んだから、次の世代に期待って言っても、ここからさらに25%削減とかは不可能

既にx265との差は実写で20%、アニメで数%にまで縮んでるから、25%も減ったら余裕でx265を超える
574 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 05:33:30.74 ID:+slZ42F20.net]: >>543
ソースによるところが大きいからね
ガンダムならメ～テレUCは効果は薄いが、キャラがのっぺりなシナ金世俊(キムセジュン)のナラティブは比較的縮む
575 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 06:41:17.43 ID:3XDdT2cgd.net]: RTXがインタレオミットしたお陰で、TSソースのHWエンコのインタレ保持だとPascal世代が今のところ最上になっちまった
576 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 08:04:17.63 ID:aWA5jheT0.net]: 60iソースはどうすりゃいいんだろ？
60pにすると容量増えまくるし、30pはガクガクで論外だし
色々やってみて60iは60iでエンコするしかないって結果だったんだけど
577 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 08:09:26.58 ID:4547mJc30.net]: インタレ解除はVFRでいいだろ
578 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 09:30:29.92 ID:ppXftgCc0.net]: プレーヤーでインタレ解除するのでいいだろ
テレビでも出来るし
579 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 10:21:16.04 ID:+slZ42F20.net]: >>548
「いろいろ」が間違ってるのか正しいのかわからないだろ
設定やデインタレに何を使ったかくらい書かないと
580 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 11:12:24.17 ID:GhSNI+w6d.net]: 言うほど容量増えない定期
581 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 13:47:34.46 ID:JO0btjx90.net]: 前世代から画質（ビットレート効率）が25%上がったことに一喜一憂するすれで
Bob化によるファ
582 名前：イルサイズ20%増しが受け入れられるとは思わない []: [ここ壊れてます]
583 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 14:27:08.53 ID:taJw58AW0.net]: そこでNVRncCで60pから間引きで30pにすると
584 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 14:27:55.29 ID:taJw58AW0.net]: 誤打　Rnc→Enc
585 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 15:47:33.48 ID:GyKMFzV1M.net]: ファイルサイズの多少の差なんかどうでもいいよ
画質さえよければ
586 名前：名無しさん＠編集中 mailto:sage [2018/12/06(木) 22:19:32.85 ID:4547mJc30.net]: >>550
インタレエンコードができなくなってるんだが？
>>551
どうせ60pと30pしか試してないんだろう
VFRで問題のあるソースに出会ったことがないな
>>556
画質を求めるならインタレ解除は必須

リアルタイム処理には限界があるし
インタレ保持は未来の技術でインタレ解除できるってのが売りだけど、
今の時代どこもインタレ解除の性能を上げようなんてしてない
むしろ、HEVCがインタレ非サポートになったり、Turingでインタレエンコードがオミットされたりと、
インタレ周りの機能は削減されていくだろうね

もうインタレに未来はない
587 名前：名無しさん＠編集中 mailto:sage [2018/12/07(金) 09:56:26.34 ID:9CvYzuKVa.net]: そもそも制約があるから
仕方なくやってる処理だからな
4Kでようやく解放されたが
2Kの段階でMPEG2と一緒に
解放しといて欲しかった
まああの時期じゃしょうがないが
588 名前：名無しさん＠編集中 mailto:sage [2018/12/07(金) 11:49:09.94 ID:biMePuJz0.net]: >>557
テレシネな60iしか考慮してないでしょ、そのVFR推しは
60iで放送されてるドラマやドキュメンタリーだとVFRにしようがない
589 名前：名無しさん＠編集中 mailto:sage [2018/12/07(金) 13:50:36.49 ID:pOsMKz5n0.net]: ところで60iの放送なんてされてるのか？
放送波としては30iじゃないのか？
フィールド数はフレーム数同意じゃないぞ
590 名前：名無しさん＠編集中 mailto:sage [2018/12/07(金) 15:21:02.38 ID:3XZR0QCg0.net]: 懐かしい流れだ
591 名前：名無しさん＠編集中 mailto:sage [2018/12/07(金) 15:59:28.70 ID:GbI2hF6QM.net]: 香ばしい流れw
592 名前：名無しさん＠編集中 mailto:sage [2018/12/07(金) 17:01:13.36 ID:biMePuJz0.net]: 何をいいたいのか分からないカキコは自重するよろし
593 名前：名無しさん＠編集中 mailto:sage [2018/12/07(金) 19:03:45.52 ID:BRPnPFY60.net]: DaVinciだと29.97 トップフィールド表記があるけど、29.97i表記は珍しい
普通は59.94iか29.97p表記
594 名前：名無しさん＠編集中 mailto:sage [2018/12/07(金) 22:43:45.72 ID:aDVI3iFc0.net]: そして時代は繰り返す
595 名前：名無しさん＠編集中 mailto:sage [2018/12/09(日) 17:59:11.11 ID:HonOg/r+0.net]: RTXってインタレエンコ出来ないのか
596 名前：名無しさん＠編集中 mailto:sage [2018/12/09(日) 18:14:27.86 ID:iHOtU6ZA0.net]: インタレがHDまでしかないから、サポート外したんだnvenc
必要なら1080Tiが最上位？
597 名前：名無しさん＠編集中 mailto:sage [2018/12/09(日) 18:37:03.48 ID:mhf9FFUb0.net]: NVIDIAが既に実装済みだったインタレエンコ機能をわざわざ外すというのは正直考えにくいし、
Turingの NVEncC.exe --check-features で Field encoding が no で返ってくるのは
ドライバか何かのバグじゃないかなーという気がしてるのだけど、どうなんだろうねえ・・・。
598 名前：名無しさん＠編集中 mailto:sage [2018/12/09(日) 21:20:46.11 ID:mhf9FFUb0.net]: そういえば>>522を見て少し気になったんだけど、NVEncのH.264で
　・3840x2160p60 (--ref 5以下にする必要あり) （本来なら最低でもLevel 5.2）
　・4096x4096p30 （多分 --ref 2以下にする必要あり）（本来なら最低でもLevel 6）
をエンコードした場合、ストリームに付与されるレベル（MediaInfoで見れるもの）ってどうなるんだろ？（うちはNV環境無し）
NVEncC.exe --check-features で Max Level が 51 になってるってことは、本来のレベルを無視して 5.1 になるのかな？

ちなみにHaswellのQSVの場合はLevel 5.2までとなるらしく、4096x4096p30もLevel 6ではなくLevel 5.2にされる。
refもLevel 5.2の基準で計算されて2に下げられる。
599 名前：名無しさん＠編集中 mailto:sage [2018/12/09(日) 21:59:12 ]: [ここ壊れてます]
600 名前：.49 ID:XX7SvlDR0.net mailto: >>567
2基搭載なら1070～は差が無いから
動作クロックで見れば1080無印の方がいいかと []: [ここ壊れてます]
601 名前：名無しさん＠編集中 mailto:sage [2018/12/10(月) 00:05:44.40 ID:AMbSDkj+0.net]: NVENCでGDDR5とGDDR5Xの違いはあるのだろうか
602 名前：名無しさん＠編集中 mailto:sage [2018/12/10(月) 03:44:27.41 ID:OXxLeIWv0.net]: Turing世代のインターレース保持エンコードができない件、H.264（ロスレス含む）も含めた全パターンだったっけ？
それともHEVCだけ？
603 名前：名無しさん＠編集中 mailto:sage [2018/12/10(月) 11:12:19.89 ID:Tfz8d7G20.net]: 前者。そもそもHEVCはPascalでもインタレエンコードに対応してない
604 名前：名無しさん＠編集中 mailto:sage [2018/12/10(月) 14:34:58.86 ID:OXxLeIWv0.net]: >>573
Thx!!
GTX 1050TiをPayPayで買ってくる
605 名前：名無しさん＠編集中 mailto:sage [2018/12/10(月) 14:54:06.52 ID:KZMVxCj20.net]: >>571
殆ど無いと思って良いと思う
実質GPU側のメモリ帯域はボトルネックになっていない
そうでなければ、1050/1050tiのGDDR5 128bit帯域で速度低下起こしてるはずだが、そうはなっていない
606 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 03:06:38.75 ID:ticRgqJj0.net]: SD 500kbps
HD 1000kbps
FullHD 2000kbps

実写のAVをNVENCのH.265でエンコードしてるんだがサイズ重視だとこんな感じだぬ
607 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 03:17:06.09 ID:sJsJyJE50.net]: RTX2060の噂が出てるけど、RTX2060でもNVENCの性能はそんなに変わらないのかな？
もしそうだったら価格によっては購入してTuring世代のNVENC試したいな
608 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 04:00:44.53 ID:wch3mPpU0.net]: >>576
個人的にはRTXでその1.5～2倍は欲しい感じかな
Pascalなら2～2.5倍は欲しいところ
609 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 10:01:59.99 ID:qL0J9Y7a0.net]: GPUBOX 経由のRTX2070でNVENC使ってみたけど
負荷20%以内で冷却ファンすら回らないね
610 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 11:41:53.94 ID:dBeTBZys0.net]: つまり何がいいたいの
611 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 12:26:18.81 ID:wch3mPpU0.net]: それはグラボ個々の製品仕様でHWエンコーダの話では無い罠
612 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 12:30:21.40 ID:qL0J9Y7a0.net]: いやGPUはフル全開アチアチでエンコードしてると思ったの
でもこんな少ない負荷で早いNVENCなら、長時間使用しても気にならない感じ
正直嬉しい発見
613 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 12:35:23.97 ID:dWve5glBa.net]: 部分的にしか使わんからやろ
614 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 12:47:50.87 ID:dBeTBZys0.net]: その勘違いってでた当初からずっとあるよね
NVENCがCUDAとかGPUのフル機能を使ってエンコしてるって。
ゲームが重くなるから使わないみたいな。

でも、実際のNVENCはグラフィックとかCUDA COREとかはほとんど使わずに
別にあるエンコード専用回路を使うだけだから
負荷も電力もほとんどかからない
615 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 13:38:36.31 ID:wch3mPpU0.net]: QSVやVCE/VCNと違って、基本的にエンコード処理でエンジンからのGPGPU処理しとらんからな
そりゃ電力消費は低いし、その分発熱も低い

NVEncはマルチメディアエンジンのみで勝負していて、Pascal世代でGPGPUも使っているQSVの足下まで来ただけでも十分変態じみてるのに
Turing世代のRTXでQSV越えどころか、x264の足下まで来たという度を超した変態ぶりを発揮して
これでGPGPU処理という最も強力な武器はまだ温存されてる始末

Maxwellで28nmのまま電力効率馬鹿みたいに改善してみたり
回路設計の悪魔と契約でもしてんじゃねぇかと思うレベル
616 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 14:40:25.13 ID:dWve5glBa.net]: マクスウェルの悪魔ってのは確かにあるがｗ
617 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 15:31:16.67 ID:/UTid8xRd.net]: フィルターにCUDA使えばNVENCでもGPUぶん回るんだけどね
使い方次第だよね
618 名前：名無しさん＠編集中 mailto:sage [2018/12/11(火) 15:53:06.89 ID:9dVq6m6h0.net]: >>58
619 名前：6 俺の記憶ではたぶん違う世界の悪魔だと思うがｗ []: [ここ壊れてます]
620 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 00:06:23.56 ID:RNqS2gEM0.net]: Intelの次期内蔵GPUは1TFLOPSの性能で3Dゲームにも対応
https://pc.watch.impress.co.jp/docs/news/1158131.html
> メディア周りも強化されており新しいHEVCハードウェアエンコーダを内蔵することで、
> QSVで動画をエンコードするときのクオリティが30%向上。
ほほう
621 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 00:11:06.39 ID:c401ICKp0.net]: AMD何してんの？
622 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 00:24:17.09 ID:RNqS2gEM0.net]: クオリティ30%向上でほほうと思ったが、QSV H.264と同じくらいになったって落ちはないよな…？
https://i.imgur.com/QJFOuDV.png (>>281より)
623 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 01:14:25.71 ID:wyptRkAP0.net]: Gen10世代はギブアップか
で、Gen11から小鳥効果出まくりと
エンコーダーの画質は実物出ないと何とも言えないねぇ
そんなに自身があるのならば、エンコーダーだけ生かして他の回路殺したチップをUSB接続できるアダプターみたいにして
Intel製エンコーダーとして大々的に売り出してみたらどうなんだと言いたくなる
624 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 01:40:07.92 ID:cC+gfyVi0.net]: でも68EUはノート向けSKUなんだろうけど、現行ノート向けの48EU→68EUという感じなのかね
デスク向けのGT2は28～32EUぐらいになると良いなぁ
625 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 01:48:11.45 ID:cC+gfyVi0.net]: 単価の安い20nmあたりでNVEncボードとか
エンコードならDDR4でも間に合うし、20nmならTuringの12nmの7割ぐらいのクロックで回せるだろうし

とか思うけど、nvidiaは切り売り製品絶対出さねぇからなぁ
626 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 01:52:33.16 ID:RNqS2gEM0.net]: >>593
68EUは64EUの間違いだと思うが
https://pc.watch.impress.co.jp/img/pcw/docs/1158/131/005_o.jpg
https://pc.watch.impress.co.jp/img/pcw/docs/1158/131/011_o.jpg
627 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 02:09:56.26 ID:cC+gfyVi0.net]: >>595
アレイは毎度4EUだから16アレイで64EUか
Skullみたいに18アレイで今回歩留まりで1アレイdisableなのかと勝手に思ってた

IGP性能としてはVega8とかGTX750無印ぐらいかねぇ
規模に対して描画性能が伸びてるのはクロックが高いのかTuringみたいに並列実行効率上げてきてるのか
628 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 02:30:07.45 ID:aRwk+XcTp.net]: >>593
GT2で64EUだそうだ
629 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 02:34:32.25 ID:cC+gfyVi0.net]: >>597
マジか
HEVCのトランスコード速度が40fps→100fpsとかになるならいいけど
マクロブロック配置処理も相応に重くなっていそうな気もするなぁ
630 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 03:11:31.44 ID:wyptRkAP0.net]: 小鳥ならなんとかしてくれる！
はず…
631 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 04:50:24.54 ID:aapI+OOH0.net]: 内蔵GPUで8k120p出力(HDMI2.1対応)希望
632 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 09:17:30.09 ID:MRAlcprL0.net]: AVX-512
633 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 10:59:30.91 ID:bkwrVTj60.net]: 小鳥ってこないだアキバに来てたインド人のことか
634 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 11:03:31.58 ID:jzTd1H7OM.net]: >>575
8Kは4Kの12G SDIケーブル4本だからなあ
普通のHD SDIやHDMIなら16本
635 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 15:33:19.85 ID:OMUocUP00.net]: 2060が安ければなあ
636 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 16:59:39.27 ID:xWKhj+pW0.net]: IntelオンボはCeleronですら使えるのが良いね
NVだとローエンドは機能制限して出し惜しみするからなあ
まあIntelもAVX2使えなかったりするのはあるが
637 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 18:05:56.87 ID:XTySrbz90.net]: 本来ハイスペックのゲームをバリバリ動かす所を配信してハードウェアの宣伝してくれって機能だからな
ローエンドが足切りされるのも仕方ない、単体で動画エンコに使えて
638 名前：るだけありがたいと []: [ここ壊れてます]
639 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 19:28:01.03 ID:j3btBXW00.net]: 選別落ちのGPUとしては難ありだけど、それ以外は動くようなものもどこかに埋まってるんだろうな…
はよ、2060の追加情報をオクレ！
SnapdragonにNVIDIAを凌駕する！とかでもいいけどなｗ
それもx64が動くようになってからか。
640 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 20:04:39.11 ID:W9U9upiU0.net]: 必要なのはAV1のハードウェアエンコーダー
641 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 20:09:45.14 ID:cC+gfyVi0.net]: そもそも積んでいないから機能制限なんぞしてないんだが
642 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 20:41:02.78 ID:MRAlcprL0.net]: >>607
年初早々にCESで発表って話
450ドル前後
643 名前：名無しさん＠編集中 mailto:sage [2018/12/13(木) 22:18:44.50 ID:SVvlQOiu0.net]: そう言えばARMのmari GPUチップは、4K H.265デコード対応！とか売り文句にして、格安な8000円くらいのAndroid STBとか売ってるけど
PC用のGPUとは違った方向付けなのかな？
スマホやタブレットに載せるから、省電力なのは間違いないけど
644 名前：名無しさん＠編集中 mailto:sage [2018/12/14(金) 02:50:18.46 ID:xzEg6V3g0.net]: >>610
そんなに高いんだ
今2070買ってて良かったかな
645 名前：名無しさん＠編集中 mailto:sage [2018/12/14(金) 15:46:58.99 ID:oaX1gJkd0.net]: >>610
お、お高い感じが…（´・ω・｀）
1070買ってまだ１年たってないんで買い替えるにはちょっとためらうなぁ
2060を4万、2050を3万っていう相場に落ち着くまでソフトエンコで我慢する
646 名前：名無しさん＠編集中 mailto:age [2018/12/23(日) 16:49:44.64 ID:dxQmKrOA0.net]: Handbrakeが1.2.0でNVENCやVCEに対応。

HandBrake 1.2.0 Released (2018/12/22)
https://handbrake.fr/news.php?article=42

- Added support for AMD VCE and Nvidia NVENC hardware-accelerated encoders

- Added initial support for VideoToolbox hardware-accelerated encoding
647 名前：名無しさん＠編集中 mailto:sage [2018/12/23(日) 23:47:09.83 ID:CkuOj5SJd.net]: >>614
β版は少し前から出来たが、やっと正式採用か
AMD HSAをサポートすると言ってから長かったなあ
648 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 00:13:47.70 ID:e2icRIJM0EVE.net]: HandBrakeでNVENC H264エンコードしてみたけど30%位しかGPU使ってくれない
同時にCPUが80%位使われてる
A's Video ConverterではGPUが60%でCPUが6%位
やってる事はそんなに違わないと思ってるんだけど
何のためのNVENCなのかｗ
649 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 01:21:53.03 ID:j9qt5w7V0EVE.net]: HandBrake遅すぎｗ最適化はこれからかな
A's Video Converterでも60%しか使ってくれないのか
AmatsukazeフィルタなしだとGPU95%くらい行く
ffmpegかNVEncCじゃないと本来の速度は出ないってことか
650 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 01:47:18.06 .net]: >>616

>>584
651 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 03:08:37.95 ID:j9qt5w7V0EVE.net]: >>618
NVENCは専用回路だから、GPU使用率は上がらないって言いたいのかな？
タスクマネージャーのGPU見れば分かると思うけど・・・
652 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 04:00:13.80 ID:6uXX0K170EVE.net]: >>614
RX580でVCE使ってみた、TS15分にQP21のバランス設定→4G越えのファイルｗ
平均74fps、CPU24%前後、GPU85%
インタレ解除が効いていないとか、全然使えない

CPUでエンコしたほうが速い、縮むとかどんな用途に向いてんだか？
653 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 05:52:46.57 ID:IlnGAIQ80EVE.net]: >>620
GPUエンコーダはゲーム配信に向いてる。
GPU使用率って、100%になることはほとんど無いから。
654 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 10:16:56.98 ID:KBiZ9zIZ0EVE.net]: NVENCの回路をフル利用しているかどうかはどうやってわかる�
655 名前：ｾ？ GPUもCPUも様々な用途の回路があって使用率が100％でも休んでいる回路があるんでしょ だからマルチスレッドなんて考えが出てきた・・・とどこかで見た気がする []: [ここ壊れてます]
656 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 10:20:25.50 ID:H+NJLZBB0EVE.net]: >>616
Hand側のインタレ解除などの処理がボトルネックになってるだけでは
A'sのようにほとんど全部の処理をGPU側に投げるとGPU利用率自体は上がるけど
こんどはGPUによって同一の（プログレ化）品質は担保できないから痛しかゆしだと思う
657 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 11:42:31.30 ID:ajhZaqkS0EVE.net]: 使用率はタスクマネージャーやCPUMoniter辺りでみてるんだろうなぁ
高級GPUは2本処理できるから、1本ならGPU以外の処理も引いたら、普通に半分以下だわなぁ
TSノーフィルタなら使用率高めだけど、60Mbpsで録画したものを使ってフィルタかければぐっと下がるし
自分の環境書かないでGPU使ってくれないとか言われても、おま環チラウラでしかないと思うだけ
658 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 11:53:12.06 ID:Je1zNju10EVE.net]: 高級GPUとか
659 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 12:22:52.46 ID:kkpqmhgJMEVE.net]: windows10ならいつぞやのアップデートでタスクマネージャーからGPU使用率みえる
項目換えてvideo encode表示するとエンコードエンジンの使用率になったはず
660 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 12:33:31.72 ID:e2icRIJM0EVE.net]: チラ裏
A'sとHand見比べながらやり直してみた
HandのVideo QualityをAvg BitrateにするとGPUを60%位まで使うようになった
相変わらずCPU使用率は高いけど
GPU使用率はタスクマネージャーのGPU Video Encodeを見てる
何もしなければ使用率10%前後
Geforce1050TI
ゴミ書きすまんね
661 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 13:19:54.86 ID:2V9nFfNB0EVE.net]: >>627
HandbrakeはHWエンコでもデコードとフィルター処理をCPUでやる、その方が速いから
デコードを設定でGPUにすればCPU使用率は下がる
662 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 13:33:22.93 ID:e2icRIJM0EVE.net]: >>628
ある物は有効活用しようって考え方だから早く終るならそれでいいよね
663 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 16:09:09.71 ID:j9qt5w7V0EVE.net]: HandBrakeでNVEnc使ってみたけど、↓こんな感じ？
- インタレ保持エンコができない
- GPUが複数あるときのGPUの選択ができない
- インタレ解除はCPUでの処理なので、インタレ解除ONにするとCPU使用率90%以上かつ速度は4分の1以下になる
664 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 16:12:02.88 ID:2V9nFfNB0EVE.net]: >>630
GUIでインタレ解除オフにしてもオフにならないぞ
やり方ググれ
665 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 16:20:01.51 ID:j9qt5w7V0EVE.net]: >>631
えっと、インタレ解除がオフにはなるけど、インタレ保持にはならないってことかな？
オプションに"tff=1"追加してもダメだった
というか、GPUが2つ刺さっててRTX2070とGTX1060なんだけど、
デフォで使われるRTX2070はインタレ保持に対応してないから、
オプションどうこうの話ではなく、そもそも無理な気がする
Pascal GPUが使われる環境なら対応してるの？
666 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 16:34:19.06 ID:j9qt5w7V0EVE.net]: NVEncCはインタレ保持エンコしようとすると、自動的に対応してるGPUを探して使うって機能あるけど、
HandBrakeにはそういう機能ないのかなぁ
667 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 17:24:46.39 ID:KaJDEZ0U0EVE.net]: >>620
> QP21のバランス設定→4G越えのファイルｗ
> CPUでエンコしたほうが速い、縮む

一応言っとくと、RFとかQPの値というのはそれぞれのエンコーダ固有の値だから、
「x264のRF21」と、「VCE H.264のQP21」とが同じ画質ってわけじゃないよ。

> インタレ解除が効いていない

FiltersでDeinterlace指定が必要。

>>628
> デコードを設定でGPUにすればCPU使用率は下がる

HandbrakeがサポートしてるHWデコードはQSVだけだから、
NVENCでエンコするのにQSVデコードを有効にしても意味ないんじゃないかな・・・
668 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 17:55:31.52 ID:KaJDEZ0U0EVE.net]: >>632
Handbrakeはffmpegを介してNVENCを使ってるみたいなので、Extra Optionsに
　gpu=1:flags=+ildct+ilme:top=1　（h264_nvencのインタレ保持エンコ用オプションが
669 名前：これで正しいのかはよくわかってない） とか書いてみればGPU選択やインタレ保持ができるかもしれないけど、 Handbrakeがこれらのオプションを渡してくれるかどうかはわからない。（ダメっぽい気はしている） []: [ここ壊れてます]
670 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 18:21:50.23 ID:j9qt5w7V0EVE.net]: >>635
おぉ！そのオプションでGTX1060使ってくれたわ
でも出力されたファイル見るとなぜかBFFになってて正しく再生されなかった
HandBrakeって難しい・・・
671 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 18:31:51.70 ID:KaJDEZ0U0EVE.net]: >>636
お、じゃあ少なくともgpu=1は効くのかな。flagsやtopは扱ってくれないんだろうか。
　Tools→Preferences→Advanced→Logging→Log Verbosity Level
をExtendedにして、出力ログを見れば、ログになにか表示されてるかも。
672 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 18:45:38.46 ID:j9qt5w7V0EVE.net]: >>637
"gpu=1:flags=+ildct+ilme"は認識してくれるけど、"top=1"がダメっぽい。ログに
encavcodecInit: Unknown avcodec option top
って出る。どうやってTFFにするのか分からん
673 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 19:06:22.99 ID:KaJDEZ0U0EVE.net]: >>638
うーん、-topが効かないのであれば下記のように-vfを使ってみるくらいしか思いつかないけど、
Filtersと干渉しそうだし、指定できるかなあ・・・。

　vf=setfield
　vf=setfield=mode=tff
　vf=fieldorder
　vf=fieldorder=tff
674 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 19:13:27.09 ID:j9qt5w7V0EVE.net]: >>639
VideoのExtra Optionsだとvf自体がダメっぽい
encavcodecInit: Unknown avcodec option vf
675 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 19:18:44.44 ID:KaJDEZ0U0EVE.net]: >>640
やっぱダメかー。そうなるとちょっとわからんですね。
676 名前：名無しさん＠編集中 mailto:sage [2018/12/24(月) 19:28:28.98 ID:j9qt5w7V0EVE.net]: >>641
そっか。でも、付き合ってくれてサンクス

まぁインタレ保持エンコができないのは今の時代仕方ないとしても、
インタレ解除が遅いとNVEncの良さがなくなっちゃうからなぁ

A'sのHWインタレ解除やD3DVPはGPUやドライバの設定で画質が変わるし、品質もイマイチだから、
それらを除くと、まともに使える高速なインタレ解除は、
NVEncCの--vpp-afsか、AmatsukazeのKFMくらいか
677 名前：名無しさん＠編集中 mailto:sage [2018/12/25(火) 17:16:58.75 ID:XesNVKsI0XMAS.net]: CPUのインタレ解除遅いって言ってる人はCPUの型番書いて貰えると参考になる
678 名前：名無しさん＠編集中 mailto:sage [2018/12/25(火) 23:51:37.00 ID:uBrg8q7h0XMAS.net]: i7-6700 + RTX2070 な環境でフルHDのTSをHandBrake H.264(NVEnc)でエンコすると↓こんな感じ

インタレ解除方法: 速度
Decomb(Default): 68fps
Decomb(Bob): 41fps
Yadif(Default): 125fps
Yadif(Bob): 135fps
Detelecine(Custom)+Decomb(Default): 55fps
Detelecine(Custom)+Yadif(Default): 84fps
Off: 470fps
679 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 01:27:20.80 ID:3ixKxTHY0.net]: やっぱ、HWエンコはゲームやスマホ動画みたいなプログレ用だね
680 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 14:12:05.02 ID:WhFhgXbG0.net]: それよりHWでフレームレートを高速補完してくれる機能はまだかいな？
681 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 16:40:02.77 ID:hy00/1Cf0.net]: ちょっと何言ってるか分かんない
682 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 16:47:05.60 ID:WhFhgXbG0.net]: 4k(24p)を4k(60p)にしたいお・・・
683 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 17:01:53.87 ID:H+ECGZEl0.net]: >>648
この技術が民生品にまで降りてくるのを待つのじゃ
https://www.youtube.com/watch?v=MjViy6kyiqs
684 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 17:11:33.26 ID:Flrhh4F90.net]: >>648
トム・クルーズ「映画を観るならTVのフレーム補間をオフに」と呼掛け。理由は「映像が安っぽくなるから」
https://japanese.engadget.com/2018/12/05/tv/
685 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 17:14:03.78 ID:lTK79P5Y0.net]: 気持ち悪い映像見たくないわぁ
存在しない�
686 名前：烽ﾌだし []: [ここ壊れてます]
687 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 17:15:23.95 ID:bg6Sp23y0.net]: 4K30pカメラで制作された4KBS番組の違和感はハンパないからなぁ
あれも視聴する前にこの技術使って補正してからみたい
Turing世代のGPUには超解像技術に関するものもあるから、あれも使えば2K素材をきれいに4K化する助けにもなりそう
ただし、今現在搭載されているGPUのインターレース解除の品質には満足できないのが最大の問題
これを解決できる可能性のあるAmatsukazeは入力信号に制限が多いし、GUIが全く洗練されていないから今のままでは使う気にはなれないが
688 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 17:21:02.51 ID:lTK79P5Y0.net]: 頓珍漢
689 名前：名無しさん＠編集中 mailto:sage [2018/12/26(水) 21:00:34.24 ID:8+mKLH060.net]: >>648
つ 4Kブラビア
690 名前：名無しさん＠編集中 mailto:sage [2018/12/28(金) 17:18:05.45 ID:Xw2F6W99a.net]: 軽いサーバ　おしえてーー

twicas.x.fc2.com/
691 名前：名無しさん＠編集中 mailto:sage [2019/01/01(火) 09:38:18.06 ID:O52hxjx40.net]: 1080でNVENC試してみたけど画質結構よくて変換速度エライ早いのな。
設定のせいも有るんだろうけど、i7-6700のソフトエンコだと17fpsくらいしか
出てなかったのが、GPUだと110fpsくらいでてたわ。
2080にしたらもっと早くなる？
692 名前：名無しさん＠編集中 mailto:sage [2019/01/01(火) 10:11:07.08 ID:6c1rPvGA0.net]: 7700k1080ti普通のTVアニメで200-300出るし20xxシリーズならもっと出るだろね
693 名前：名無しさん＠編集中 mailto:sage [2019/01/01(火) 11:23:25.04 ID:CrUeTypF0.net]: ついでに画質も良くやるとかあら素晴らしい
694 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 05:35:33.09 ID:sdGFxOp90.net]: エンコ用にRTX欲しいけど20xxでも速度や画質に差は出るのかね？
エンコ回路は同じなんかな
695 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 05:44:47.23 ID:R22GZIhA0.net]: エスパーばかりじゃないよ。何と比較して？
696 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 10:06:08.50 ID:OHG+6zDkd.net]: エスパーだけど
20XXって言ってるから
2080Ti 80 70で違いがあるか？って事じゃない？
697 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 12:28:06.91 ID:49dseI2z0.net]: NVEncは同じ世代毎で性能は同じで画質性能に差は無い
エンジンの動作クロックがそのまま処理速度性能差にはなる
VRAMのメモリ帯域は高いに越した事無いけど、下位モデルの帯域でも処理に必要な帯域は確保されているので影響は小さい

注意点はグラボをOC動作させてもCUDA Coreの動作クロックしかOCされない点で、ソフトウェアでのOCではNVEncは殆ど速くならない
698 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 15:37:42.44 ID:054fRb4T0.net]: 俺も最近NVEnc初めて使ったけど感動したわ
400-450fpsで30分アニメが4分強でエンコとか爆速やん
1クールまとめてやっても1時間かからん
画質も必要十分だしもっと早く使えばよかった
699 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 16:38:21.35 ID:t2/UingL0.net]: ソフトエンコにこだわると金がいくらあっても足りんよな
カジュアルエンコならNVEncで十分だと思う
700 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 17:21:46.41 ID:vcRODJ3Wd.net]: >>663
見るだけならこれだよな
701 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 21:29:46.65 ID:Xy6BhuJPM.net]: なるべく安くh265 bフレームでエンコするには何を買えばいい？
702 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 23:27:31.48 ID:p3wY5HEi0.net]: >>666
ゴミと紙一重の中古PC買ってきてソフトエンコ
703 名前：名無しさん＠編集中 mailto:sage [2019/01/02(水) 23:34:18.71 ID:AyjVLFgR0.net]: >>666
このスレを出てフリーソフトの勉強すれば追加出費は０円だよ
704 名前：名無しさん＠編集中 mailto:sage [2019/01/03(木) 03:01:37.26 ID:t2aLOyBx0.net]: >>661
>>662
ありがとう
705 名前：名無しさん＠編集中 [2019/01/04(金) 04:08:26.90 ID:Tqpcln+J0.net]: NVENCのH.265
706 名前：普通に綺麗だよな そりゃソフトウェアエンコには負けるが []: [ここ壊れてます]
707 名前：名無しさん＠編集中 [2019/01/04(金) 09:16:35.00 ID:HFAAiHHs0.net]: https://satch.tv/leaderboard-2/?mref=115
708 名前：名無しさん＠編集中 mailto:sage [2019/01/04(金) 15:29:04.79 ID:rJW1boFl0.net]: 次の方どうぞ
709 名前：名無しさん＠編集中 mailto:sage [2019/01/04(金) 15:33:16.23 ID:G1Jw+oEhd.net]: 2060楽しみ
710 名前：名無しさん＠編集中 mailto:sage [2019/01/04(金) 15:44:38.79 ID:Zfb7+V5m0.net]: 1080売却して2080買ってきた。
前との差は正直よくわからんけど、Bフレーム使うと結構縮むな。
同じソースでBフレーム使用前から２５％位ファイルサイズ減ってたわ。
エンコスピードも速くなったので概ね満足。
711 名前：名無しさん＠編集中 mailto:sage [2019/01/04(金) 15:54:17.10 ID:rJW1boFl0.net]: 2050がほぼ消えて、1160や1150も要注目だね
712 名前：名無しさん＠編集中 [2019/01/05(土) 14:55:23.98 ID:51cP3+kP0.net]: GPU: #0: GeForce GTX 1060 6GB (1280 cores, 1708 MHz)[397.64]

Codec: H.265/HEVC
Max Bframes 0
RC Modes 63
Field Encoding no
MonoChrome no
Quater-Pel MV yes
B Direct Mode no

GPU: #0: GeForce RTX 2070 (4608 cores, 1710 MHz)[416.34]

Codec: H.265/HEVC
Max Bframes 5
RC Modes 63
Field Encoding no
MonoChrome no
Quater-Pel MV yes
B Direct Mode no

Turing世代でH.265のBフレームマジやん
713 名前：名無しさん＠編集中 mailto:sage [2019/01/05(土) 15:42:28.92 ID:voksXTkb0.net]: ムショ帰りか
714 名前：名無しさん＠編集中 mailto:sage [2019/01/05(土) 23:25:33.82 ID:K/vRegx70.net]: 正座してみるよ
https://www.ustream.tv/nvidia
715 名前：名無しさん＠編集中 mailto:sage [2019/01/06(日) 11:29:21.99 .net]: https://akiba-pc.watch.impress.co.jp/docs/sp/1160294.html
716 名前：名無しさん＠編集中 mailto:sage [2019/01/07(月) 14:07:35.89 ID:iNYanUWN0.net]: 「GeForce RTX 2060」発表。搭載カードは349ドルで1月15日発売予定
717 名前：名無しさん＠編集中 mailto:sage [2019/01/07(月) 15:33:32.59 ID:RW0K7qs4d.net]: やはり6万円な
718 名前：名無しさん＠編集中 mailto:sage [2019/01/07(月) 17:14:28.83 ID:MBiFa4h3M.net]: カスクならやりかねん
719 名前：名無しさん＠編集中 mailto:sage [2019/01/07(月) 18:24:48.55 ID:oRPjZYaV0.net]: Amazon.co.jpより.comから買う頻度が増えてきた
720 名前：名無しさん＠編集中 mailto:sage [2019/01/09(水) 18:08:59.83 ID:fy0v0hR/0.net]: 1月末リリース予定のOBSで、NVENCの処理が改善されるらしい。

New GeForce-Optimized OBS and RTX Encoder Enables Pro-Quality Broadcasting on a Single PC
https://www.nvidia.com/en-us/geforce/news/geforce-rtx-streaming/
721 名前：名無しさん＠編集中 mailto:sage [2019/01/09(水) 19:16:59.24 ID:SuxFEfPV0.net]: このスレ的には現行GTXよりRTX買った方が良いって事か
722 名前：名無しさん＠編集中 mailto:sage [2019/01/09(水) 20:30:56.98 ID:dBIjzdJ70.net]: 何を今更…
723 名前：名無しさん＠編集中 mailto:sage [2019/01/09(水) 22:22:49.70 ID:q/N2wUFZ0.net]: GT1030でもNVENCを使えるようにしてくれ～
724 名前：名無しさん＠編集中 mailto:sage [2019/01/09(水) 23:56:36.52 ID:NBUTQLYC0.net]: >>687
回路載ってるんかな？
725 名前：名無しさん＠編集中 mailto:sage [2019/01/10(木) 03:15:14.64 ID:m2ZXhHpQ0.net]: >>687
一度はげた頭に毛は戻らんようなもんだ・・・
無い袖は振れない
726 名前：名無しさん＠編集中 mailto:sage [2019/01/10(木) 13:28:53.46 ID:IQMpY3zb0.net]: >>689
夢を砕かないでくれ
俺は今だ諦めていない、諦められない
727 名前：名無しさん＠編集中 mailto:sage [2019/01/10(木) 15:37:53.09 ID:VtCFxzo00.net]: >>688
分からないが、GT710～740も途中から使えるようになったのでちょっと期待してる

>>689
また髪の話してる
彡 ⌒ ミ
728 名前：名無しさん＠編集中 mailto:sage [2019/01/10(木) 18:48:23.77 ID:AJeWwMSc0.net]: あり得ないことを望むより1050tiに買い換えた方が早いと思うがなあ…
729 名前：名無しさん＠編集中 mailto:sage [2019/01/10(木) 20:18:39.33 ID:aDy+FBg20.net]: >>687
ファンレスをテレビ録画機に入れてリアルタイムエンコードさせたりは自分もしたいかも
1050tiのファンレスも今探したらあったけどデ
730 名前：カいし割高 http://androgamer.net/2017/04/22/post-4534/ []: [ここ壊れてます]
731 名前：名無しさん＠編集中 mailto:sage [2019/01/10(木) 20:23:22.35 ID:VtCFxzo00.net]: >>692
まあそうなんだが、今はタイミングが悪い(ｷﾘｯ
RTX2050やGTX1150が出たら乗り換えるよ
732 名前：名無しさん＠編集中 mailto:sage [2019/01/10(木) 23:46:42.85 ID:Ok0iEbIm0.net]: >>694
ですよね～
今週発表無かったからまだまだ先になりそう
さらに日本はいつもの1060辺りの在庫次第かな
733 名前：名無しさん＠編集中 mailto:sage [2019/01/11(金) 07:53:20.09 ID:A3LUkj5+0.net]: リネームの従来チップ転用モデルで、元のチップで使えていたのにリリース当初使えなかったというか、リリースのタイミングでAPI側の更新されなかっただけで、無効にされていたも糞も無いんのと一緒に考えてるのもどうかと思うが
ノート用のMX150と、デスクトップ転用のGT1030で用途違いだけでグレード分けしてないのに無効化する意味も無いし、使わないのにドランジス他無駄遣いして儲け減らす理由なんて思い浮かばないが
734 名前：名無しさん＠編集中 mailto:sage [2019/01/11(金) 21:12:50.92 ID:WyX7Hees0.net]: メーカーからしたら、もっと高いの買えってだけの話。
その方がメーカーは儲かるし。

ライバルがいれば話は変わってくるけどさ。最近のインテルみたいに。
735 名前：名無しさん＠編集中 mailto:sage [2019/01/11(金) 21:27:08.69 ID:QJp2Etcs0.net]: NVENC専用HWが欲しいな
ビデオ出力いらないから
736 名前：名無しさん＠編集中 mailto:sage [2019/01/11(金) 23:15:36.06 ID:PY6ibpYbd.net]: >>698
わかる
737 名前：名無しさん＠編集中 mailto:sage [2019/01/11(金) 23:59:56.37 ID:EV5AEETo0.net]: スマホ用意のSoCとGeForceを内部接続して、単体で動かせるエンコーダーとか作れないのかね？
738 名前：名無しさん＠編集中 mailto:sage [2019/01/12(土) 03:36:20.93 ID:RMBwTw5t0.net]: 54980円…
さすがカスク
https://pc.watch.impress.co.jp/docs/news/1164282.html
739 名前：名無しさん＠編集中 mailto:sage [2019/01/12(土) 03:44:48.57 ID:b0LttxkP0.net]: 45,980円前後の見込み
https://pc.watch.impress.co.jp/docs/news/1164002.html
740 名前：名無しさん＠編集中 mailto:sage [2019/01/12(土) 04:28:25.41 ID:FihUDC+G0.net]: >>698
[Tesla] < ﾖﾛｼｸﾆｷｰ
741 名前：名無しさん＠編集中 mailto:sage [2019/01/12(土) 21:13:04.25 ID:83A6Gp/z0.net]: M.2に刺さるNVENC専用チップとか出たら面白そう
742 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 06:30:18.67 ID:ScEhyFaV0.net]: まあ実質ただのPCIe x4スロットだし不可能ではないんだろうけど
SSD程度の発熱でアップアップする排熱性の厳しさはいかんともしがたい
更にゲーム配信のおまけだから低コストで使えるだけで、単体だから安くなる訳でもないしね
743 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 12:13:51.74 ID:DmHgV+cj0.net]: 問題はdGPU向けのメモコンやPCIeコン等の超オーバースペックなI/Oブロックをメディアエンジンだけ分離する為に規模縮小とはいえ再設計せにゃならんという
744 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 12:30:24.98 ID:iIaqs+xC0.net]: ほんとうに動画エンコードだけに機能を絞るならFPGAにしたい
745 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 14:56:15.90 ID:haUIMmR00.net]: 2050/1150より安くなる要素がないな
CUDAが使えなくなってフィルタが遅くなるのも困るし
746 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 15:35:34.19 ID:vXu3nOPG0.net]: 何度も言われてるけど映像出力がおまけだからHWエンコ専用機が出ても値段同じ
747 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 15:39:26.92 ID:BbNxQ3Xd0.net]: ebay見てたらGTX1060 3GBの安いの出てる
最大出力解像度が2050x1600になってるからちょっと人を選ぶけど
https://www.ebay.com/sch/i.html?_nkw=gtx+1060+3gb&_sop=15&rt=nc&LH_BIN=1
本来はマイニング用に作ったのかな？
748 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 16:02:24.40 ID:DmHgV+cj0.net]: 偽装dGPU業者がeBayで売り逃げ狙ってるだけ
749 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 16:25 ]: [ここ壊れてます]
750 名前：:58.23 ID:dV5twhvB0.net mailto: 値段はどうでもいいけど、単体で動かせる製品として出せるかどうかが重要
まして4Kエンコード対応とかならば神 []: [ここ壊れてます]
751 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 16:32:19.60 ID:e5igILDX0.net]: 現行RTX世代の最安を買いたいけどいつ頃どんな値段になるのか
2050になるのかなぁ
752 名前：名無しさん＠編集中 mailto:sage [2019/01/13(日) 16:33:04.00 ID:DmHgV+cj0.net]: 多分偽GTX960の奴が知れ渡って損した奴が、今度は欲出してGTX1060っ事なんだろうな
中身はOEMのメーカーPC搭載向け工場横流れなGTS450（本来リテール販売されてない、GF106）とかを適当な化粧箱に突っ込んだとか、そんなんだろう
良くてGDDR5 2GBだが、最悪はDDR3 1GBとか
SLI端子有るし、ファンの電源ケーブル2本（回転数固定）だし、付帯のドライバが337.88な時点で700番台までしかサポートされてないからお察しだわな

Fermi世代ぐらいまではBIOS記述でメモリ搭載量とか色々とスペック上書き出来るし（お陰でQuadro化が楽だったが
753 名前：名無しさん＠編集中 mailto:sage [2019/01/14(月) 03:24:00.08 ID:3+UMy8yo0.net]: アナログD-SUB付いてる時点で気付けやーって話
754 名前：名無しさん＠編集中 mailto:sage [2019/01/14(月) 07:08:17.24 ID:PBCCng6+0.net]: 一時期、性能が同程度ならチッはが関係ないって翻訳記事も沢山あったからなぁ
755 名前：名無しさん＠編集中 mailto:sage [2019/01/15(火) 23:45:21.83 ID:cHG9Z/NjM.net]: 3連休でnvencを色々試してみたけど実写弱いなこれ
アニメならFHDを1.5Mbpsでもまあまあ観れるけど実写で同じ設定にしたら小さなブロックだらけだわ
756 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 00:11:26.42 ID:X9n+pcSU0.net]: >>717
実写はH.265にしないと汚いよ
757 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 00:51:59.03 ID:Uq7afYXt0.net]: 1.5Mbpsとか（笑）
758 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 01:25:33.75 ID:Sg0KoMC90.net]: 1.5Mbpsとかx265veryslowでも汚いだろ
759 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 01:43:18.45 ID:HnpA35XL0.net]: 2070/2080レベルじゃないと汚いわなぁ
760 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 02:44:16.20 ID:DwyrKu3K0.net]: >>718
そうなのか
週末に265で試してみるよ
でも1060だからBフレーム無しがどこまで悪影響出るかだな
761 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 04:35:45.78 ID:cfCORw/o0.net]: 実写ソースの場合、RTX20x0のTuring世代NVEnc以外のHWエンコーダだと
H264とHEVCの画質容量比的な性能逆転するから、Pascal世代のNVEncならH264の方が良いと思うけど
762 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 09:13:44.19 ID:KRJquCgUp.net]: え？そうなの？なんで？
763 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 10:18:31.25 ID:PNV67JsH0.net]: rigaya氏の画質比較見るとPascalだと実写はH264の方がいいね
764 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 10:25:19.79 ID:M4GiyvQw0.net]: そこｗ
765 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 20:52:36.56 ID:JQ/ZAgZL0.net]: >>718
HWのH265って汚い印象
766 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 21:11:41.89 ID:X9n+pcSU0.net]: >>727
想像で言われても
767 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 22:42:50.29 ID:CvUslOTN0.net]: 結局どっちなんや…
768 名前：名無しさん＠編集中 mailto:sage [2019/01/16(水) 23:10:45.84 ID:U+1GAKsg0.net]: 使い手によるとしか
769 名前：名無しさん＠編集中 mailto:sage [2019/01/18(金) 00:06:09.72 ID:+Xgy5mfJ0.net]: id:M4GiyvQw0
770 名前：名無しさん＠編集中 mailto:sage [2019/01/19(土) 01:08:09.38 ID:LtpdCRF90.net]: Intel HD530にバージョン25.20.100.6519ドライバー当てたらモニター接続なしでもA'sでQSV有効になった
エミュレーターアダプター要らなくなったな
771 名前：名無しさん＠編集中 mailto:sage [2019/01/19(土) 02:48:38.95 ID:WmgCIzd00.net]: いつの話を
772 名前：名無しさん＠編集中 mailto:sage [2019/01/19(土) 20:52:33.24 ID:5c0vBdO40.net]: YUANの「PD570 PRO HDMI2.0」、国内での発売
773 名前：はまだかね？ USB 3.0接続で4K60p対応、しかも https://www.4gamer.net/games/999/G999902/20181204054/ の記事によると、core i7-6700HQとCPUの統合グラフィックス機能を使用して CPU負荷，GPU負荷ともに約33％で済むらしいからかなり期待しているのだが []: [ここ壊れてます]
774 名前：名無しさん＠編集中 mailto:sage [2019/01/19(土) 20:56:18.03 ID:5c0vBdO40.net]: 追記
日本のアマでも検索すれば出てくるが、値段がアホかと馬鹿かと…
775 名前：名無しさん＠編集中 mailto:sage [2019/01/19(土) 21:09:45.16 ID:5c0vBdO40.net]: YouTubeにアップされている情報
https://www.youtube.com/watch?v=MKYqT_Dy49w
（型番が「PD570 Pro HDMI 4K」のほうが正しいようだが）
776 名前：名無しさん＠編集中 mailto:sage [2019/01/19(土) 21:25:42.29 ID:jAYscWAY0.net]: >>734-736
> core i7-6700HQとCPUの統合グラフィックス機能を使用して
> CPU負荷，GPU負荷ともに約33％で済むらしいからかなり期待している

記事には「プレビューを表示させた状態でのCPUおよびGPU使用率」とあるから、
プレビュー表示だけでこの使用率、つまりエンコード負荷は含めていないってことだと思うんだけど、
もしかして「エンコードを含めてこの負荷で済んでる」と勘違いしてないか？

あとHWエンコード関係ないからキャプチャ機器スレでも探してそっちに行った方がいいと思う。
777 名前：名無しさん＠編集中 mailto:sage [2019/01/20(日) 00:47:55.03 ID:5TmBIywi0.net]: >>734
それたぶん、AverMediaのUSB 3.0キャプチャーと同じで、入力は4K60p対応だけどキャプチャーは4K30pまでのパターンだと思う
HDMI 2.1に搭載されるロッシーな映像信号圧縮技術「DSC:Display Stream Compression」を搭載して、USB 3.0の枠内で伝送できるようになれば、
USBで4K60pキャプチャーが現実的になるかとは思う
778 名前：名無しさん＠編集中 mailto:sage [2019/01/20(日) 18:04:16.49 ID:952R3mDn0.net]: AverMediaのUSBはFHDでもしょぼい圧縮転送してるらしいで
NVDECで暗部つぶれた画像をHWデコードして、NVENCやx264/x265でリアルタイム再エンコしたらおさっし
779 名前：名無しさん＠編集中 mailto:sage [2019/01/20(日) 18:19:58.93 ID:yRIOvDozM.net]: >>739
マジで？
AverMediaは独自ドライバーをインストールして使うタイプだったはずだから、いろいろ小細工しているとは思っていたけど
ウチはI・O DATAのGV-HUVCというUSB Video Class準拠のキャプチャー機器使って2Kキャプチャしてるから小細工の心配は不要だけど、
このキャプチャー機器、OBS以外のソフトでキャプチャーしようとすると音声が入らないことが多いのが難点ではあるが
OBSはOBSで音声まわりの扱いがショボくはあるのだが…
780 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 10:28:03.39 ID:t0Dy4lPb6.net]: radeonのvceはnvencみたいな画質の向上とかはないのかな
軽く調べてみても全然情報でなくて気になるところ
781 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 15:40:03.33 ID:1667HCmA0.net]: >>741
まあ目立った更新ないからね・・・。

　https://gpuopen.com/gaming-product/advanced-media-framework/
　https://github.com/GPUOpen-LibrariesAndSDKs/AMF/tree/master/amf/doc
782 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 16:25:48.36 ID:c9Lbehqd0.net]: >>741
2400Gで試してみたけど旧世代のQSVよりSSIM低い感じだった
783 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 16:47:12.70 ID:wBOMwPUy0.net]: 悪化したのか？
784 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 16:55:57.40 ID:c9Lbehqd0.net]: >>744
初AMDだから過去のvceとの比較は出来ない
あくまでもインテルとの比較の意味で言った
785 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 17:02:02.95 ID:wBOMwPUy0.net]: なるほろ
786 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 17:40:49.17 ID:guwEfZQf0.net]: Bフレーム使えないままだしな元々適応型の挿入が出来ないから固定カメラにしかだけど
787 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 20:34:00.82 ID:TgE7dIIu0.net]: AMDは
788 名前：フレームレート補間に力を入れて欲しい []: [ここ壊れてます]
789 名前：名無しさん＠編集中 mailto:sage [2019/01/22(火) 21:32:19.45 ID:OGZg2Qes0.net]: 741だけど情報ありがとう
あまりVCEは期待できないか
790 名前：名無しさん＠編集中 [2019/01/23(水) 07:03:00.98 ID:cnxrGIU00.net]: NVENC最強伝説
791 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 09:46:58.00 ID:IIWbIw5e0.net]: NVENCを使うために1050Ti使ってるけど1060 6GBを買い足した
20シリーズ買ってもNVENCの速度向上はなさそうだし
https://chimolog.co/bto-gpu-rtx-2080-ti-review/#NVEnc
792 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 10:46:46.21 ID:wssVxujM0.net]: マジか
待ってても仕方ないなら買うかなあ
今更感が漂うけどw
793 名前：名無しさん＠編集中 [2019/01/23(水) 11:10:09.00 ID:iwjUz/2q0.net]: https://satch.tv/category/patch/?mref=115
794 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 11:10:29.79 ID:os4vwzcl0.net]: 何を待ってるのだろう
795 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 11:16:50.52 ID:DR4xb6qnM.net]: Pascal1枚持ってるなら買い足しはどうなのかな？
今はまだNVIDIAのSDKもTuringに対応して間もないし、大手のソフトですらRTXに最適化されていないよね
自分はBフレーム対応含む環境が整ってミドルレンジの製品が揃う年末ぐらいに動き出すかな
796 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 11:42:30.78 ID:os4vwzcl0.net]: 2060がミドルレンジなんじゃ…
797 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 12:32:32.24 ID:IIWbIw5e0.net]: >>755
760が乗ってるのが一台あるのでそっちに1050Tiを回すよ
2050Tiが出ればその時の状況（性能とか価格とか）で乗り換える
798 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 15:08:12.39 ID:g8WpL0sxM.net]: >>751
1050tiと1060は同じで2060は違うんじゃないの？
799 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 15:40:51.61 ID:cT0p706td.net]: ビデオエンコーダ関係の仕様表みるとRTXのNVENCコアは1になってるんだよな
注釈で性能向上してるとは書いているものの…
800 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 16:21:41.24 ID:IIWbIw5e0.net]: 知ってると思うけど念の為

Video Encode and Decode GPU Support Matrix
https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
NVIDIA VIDEO CODEC SDK
https://developer.nvidia.com/nvidia-video-codec-sdk
801 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 20:16:00.08 ID:0gu/ejhS0.net]: 1060から2070に買い替えた
HEVCでbフレームを使用したらファイルサイズが2/3くらいになった。
802 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 20:17:24.87 ID:0gu/ejhS0.net]: 速度はほとんど変わらないけど、圧縮率が高くなり
803 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 20:18:28.90 ID:0gu/ejhS0.net]: ごめんなさい。途中で投稿しました。

速度はほとんど変わらないけど、圧縮率が高くなり
満足している
804 名前：名無しさん＠編集中 mailto:sage [2019/01/23(水) 23:43:54.34 ID:ntS881Du0.net]: >>751
4K～とか高解像度での速度低下は新しい世代ほど少ないぞ
805 名前：名無しさん＠編集中 mailto:sage [2019/01/24(木) 00:08:50.35 ID:1WIN0nwm0.net]: >>764
それはそうだろうね
ただ現状扱うソースが大きくてもフルHDまでなんで今はいいかなって思ってる
上で報告が上がってるファイルサイズの小ささは魅力だね
806 名前：名無しさん＠編集中 mailto:sage [2019/01/24(木) 07:24:49.89 ID:GFNTcyXhM.net]: 報告してくれる人に向かって言うのも申し訳ないがCPUとかの環境やパラメータも書いてくれると大変参考になるのでお願いしたい
807 名前：名無しさん＠編集中 mailto:sage [2019/01/24(木) 08:40:44.54 ID:+EK9gIfnd.net]: 1060で2session同時使用の場合ってやっぱり1070の2sessionよりは速度低下する？
808 名前：名無しさん＠編集中 mailto:sage [2019/01/24(木) 09:05:52.70 ID:lBW3qu8W0.net]: 1060で2つは無理じゃないの
809 名前：名無しさん＠編集中 mailto:sage [2019/01/24(木) 10:57:26.64 ID:XDv/FAO20.net]: 1060てnvenccを2個同時動かしたけどfps低下しなかったよ。
810 名前：名無しさん＠編集中 mailto:sage [2019/01/24(木) 17:22:33.38 ID:gqyytZo80.net]: >>767-769
1060が積んでるNVENCは１つ、1070が積んでるNVENCは２つ。
ともに同時エンコできるのは２つまで。（Max # of concurrent sessions）
　https://developer.nvidia.com/video-encode-decode-gpu-support-matrix

NVENCを２つ積んでる1070では２つ同時エンコしても基本的に速度低下は起きないはず。
NVENCを１つしか積んでいない1060では２つ同時エンコすると速度低下が起きるはず。

ただし、これはNVENCのスペックをフルに活用する場合の話であって
その他の処理（デコードやフィルタ等）にボトルネックがあるなどしてNVENCをフル活用できていない場合は別。

>>769のケースは多分NVENCをフル活用していないものと思われる。
811 名前：名無しさん＠編集中 mailto:sage [2019/01/24(木) 19:46:36.57 ID:XDv/FAO20.net]: 勉強になったわ。ありがとう。
つぎは2070が欲しくなるな～
812 名前：名無しさん＠編集中 mailto:sage [2019/01/25(金) 00:22:33.47 ID:x36k1K8d0.net]: Turing世代のGTX1650 179USDってNVEncがRTXと同じならやばいね
https://videocardz.com/79847/hardocp-nvidia-geforce-gtx-1660-ti-to-cost-279-usd
813 名前：名無しさん＠編集中 mailto:sage [2019/01/25(金) 01:17:58.54 ID:siYGKlA00.net]: 来月のノート用？1660あたりの発表で出してほしいねぇ
814 名前：名無しさん＠編集中 [2019/01/25(金) 12:40:27.04 ID:cTFwIz4P0.net]: Windows10のゲームDVRがハードウェアエンコーダーなんだが
H.265でキャプれるようにならんかなー（今現在はH.264のみ）
815 名前：名無しさん＠編集中 mailto:sage [2019/01/26(土) 05:07:55.40 ID:dR9JkOOE0.net]: >>773 ノートではなかったですねm(__)m
1660Ti 2/15 $279
1660 3/上 $229
1650 3/下 $179
HardOCPの情報。NVENC/DECについては触れていない。
816 名前：名無しさん＠編集中 mailto:sage [2019/01/26(土) 05:32:46.72 ID:QPrm9ydz0.net]: GTX16x0は、GTX1060のGDDR5X版みたいにGP104の使い回しじゃないかと思うけども
単純にGTX1070/TiのGDDR5X版がGTX1660/Tiとかね
そんで一部デベロッパーで出してたGTX1060 GDDR5Xと同じか、CUDACore微増させたのがGTX1650みたいな感じな気がする
817 名前：名無しさん＠編集中 mailto:sage [2019/02/07(木) 20:13:54.76 ID:ErW8DH7e0.net]: Linux kaby lakeなpentiumでh264_vaapiでBSプレミアムの動画をトランスコードしているのですが、
-qpと -maxrateって同時に使えないんですかね？
-qp 34と言う高めの数字でも瞬間的に11mbpsを超えたりするので、 -maxrate 8M(とあとbuffsizeの指定）
と書いたのですが、効果がありませんでした。
818 名前：777 mailto:sage [2019/02/07(木) 21:17:01.88 ID:ErW8DH7e0.net]: 書き忘れましたが、エンコーダはffmpeg 4.1(h264_vaapi)です。
それにしてもh264_vaapiだとx264と違って-crf値の設定がほぼ無意味で-qp値しか
クオリティベースのエンコードができないようですが、仕様
819 名前：名無しさん＠編集中 mailto:sage [2019/02/08(金) 05:37:22.38 ID:s9E8zXzi0.net]: オプションを書くなら全部書く。質問と報告は分けて書く。
820 名前：777 mailto:sage [2019/02/08(金) 06:11:58.28 ID:m2RBeXnR0.net]: -c:v h264_vaapi -qp 34 -g 50 -me_range 16 -i_qfactor 0.714286 -mbd 2 -trellis 2 -bf 4 -b_strategy 2 -bidir_refine 1

失礼、普段のオプションはこんな感じです。これに=maxrate 8M -bufsize 3M と書いても瞬間的に8mbpsを超えるので、質問させていただいた次第です。
821 名前：名無しさん＠編集中 mailto:sage [2019/02/08(金) 06:57:41.33 ID:NCGRi7B/0.net]: vbv-書いてないからじゃ？
822 名前：名無しさん＠編集中 mailto:sage [2019/02/08(金) 08:11:11.16 ID:D0HG/8g9a.net]: ビットレートを守るために量子化係数を変動させるのだから-qpで量子化係数を固定
823 名前：してたらビットレート守るわけがない []: [ここ壊れてます]
824 名前：777 mailto:sage [2019/02/08(金) 08:45:06.53 ID:m2RBeXnR0.net]: >>782
本来なら-crfを使いたいのですが、x264と違ってh264_vaapiではうまく使えないようなので（非常に高いビットレートがでる）、-qpを使っています。
VBR(ABR)だとドキュメンタリーのインタビューのシーンなどのビットレートを落とせるところでもあまり落としてくれないので
ビットレートの無駄遣いのようであまり使いたくありません。
-qpと-crfを比較したサイト（どこにあったか失念。英語のサイトです）を見たところ、ビットレートのグラフはほぼ同じようにqp値、crf値が上がるごとに
減っていったのでほぼ同じ効果があると思って使っているのですが、x264のcrf値のようないい方法ありますか？
825 名前：名無しさん＠編集中 mailto:sage [2019/02/08(金) 09:43:12.75 ID:lHySrfZS0.net]: トドメの後出し
826 名前：777 mailto:sage [2019/02/08(金) 09:45:34.37 ID:m2RBeXnR0.net]: https://trac.ffmpeg.org/wiki/Hardware/VAAPI
申し訳ない、ここになにかも書いてありました。

Mapping options from libx264

No CRF-like mode is currently supported. The only constant-quality mode is CQP (constant quantisation parameter), which has no
adaptivity to scene content. It does, however, allow different quality settings for different frame types, to improve compression by
spending fewer bits on unreferenced B-frames - see the (i|b)_q(factor|offset) options. CQP mode cannot be combined with a maximum
bitrate or buffer size.

CRFもないし、maxrateとcqp(qp)値との併用もできないようです。
827 名前：名無しさん＠編集中 mailto:sage [2019/02/08(金) 21:11:40.18 ID:xXO0r19t0.net]: >>785
crfみたいなのはla-icqだからIntel Media SDK入れてQSV使えないとどうにもならない]

ffmpeg -global_quality 30 -c:v h264_qsv -c:a copy optout.mp4
828 名前：名無しさん＠編集中 mailto:sage [2019/02/09(土) 09:27:59.18 ID:Z0Y8pwv70.net]: >>786
crfって先読み処理必携でも無いのに、なぜicqでは無くla-icqとか変な例え方で教えるん？
829 名前：785 mailto:sage [2019/02/09(土) 10:38:42.13 ID:Q9mleCh80.net]: >>786-787
レスありがとうございます。使ってるディストリがdebian testingなので、Intel Media SDKを入れるのがまず大変のようなので
いろいろ調べながらやってみます。(rigaya氏のページにあった情報は参考になりましたが、ちょっと古いようです）
ただqsvにしちゃうと、現状だとVP9エンコができなくなるのが痛いですね。
830 名前：名無しさん＠編集中 mailto:sage [2019/02/09(土) 17:10:51.36 ID:GW+2f0kM0.net]: 一般人は使わなくていい規格
831 名前：名無しさん＠編集中 mailto:sage [2019/02/10(日) 17:04:25.55 ID:/y8PkD8C0.net]: >>684のNVENC処理改善が入った OBS 23.0 RC1 がリリースされた。

・Win7ではNVENCの新実装は使えない。

・負荷を抑えリソースへの影響を軽減する。

・Psycho-visual Tuningの実装。体感画質を上げるためにビットレートの最適化を行う。
　GPU負荷は上がるけど、動きの激しい場面などで有効。

・Look-aheadの実装。動的Bフレームを有効にする。
　オフだと常時「最大Bフレーム数」の数のBフレームを使う。
　オンだとBフレーム数を必要なだけに抑えることで、画質の向上を狙えるが、GPU負荷は上がる。

---

関連

　Release OBS Studio 23.0 Release Candidate 1
　https://github.com/obsproj
832 名前：ect/obs-studio/releases/tag/23.0.0-rc1 NVENC Performance Improvements (Release Candidate) https://obsproject.com/forum/threads/nvenc-performance-improvements-release-candidate.98950/ OBS Studio 23.0 Release Candidate https://obsproject.com/forum/threads/obs-studio-23-0-release-candidate.100204/ []: [ここ壊れてます]
833 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 04:20:16.15 ID:IgomnM+R0.net]: HEVCって暗い部分のエンコが得意だな
H.264みたく暗部がおざなりにならない
834 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 04:47:47.47 ID:7IFsax0K0.net]: H.265使うとH.264には戻れないよね
835 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 06:11:23.08 ID:MPZ19riM0.net]: このスレ的にはRTX20系以降ならそういう認識で問題ない気がするが、GTX10系以前やQSVはH.264のほうがましな場合もある。
ビットレート次第だけど。
836 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 06:49:57.99 ID:MNIhOrdF0.net]: ないわｗ
837 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 07:20:36.25 ID:H1t5F1gR0.net]: いや、あるでしょ
838 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 08:42:02.22 ID:TaovfXes0.net]: >>792
どうしてですか？
画質？速度？
839 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 09:35:09.28 ID:OXx4cm25p.net]: >>793
前もこれ言われてたけど理屈がまだ理解出来てない
840 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 10:28:34.77 ID:TyLjan300.net]: 文盲か…
841 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 12:00:23.68 ID:HaMTUjbk0.net]: h264には昔ながらの温かみがある（適当）
842 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 12:56:41.61 ID:akvXbx110.net]: H.265でハードエンコしたい　一番安いカードはRX550でしょうか？
843 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 13:53:40.73 ID:QJHeNYZ10.net]: 中古でいいならマイニング用途落ちのRX570/RX470とかがコスパ良さそう
https://akiba-pc.watch.impress.co.jp/docs/wakiba/find/1165171.html
一昨年くらいにVCEよりQSVのほうが画質も速度もいいようなことをどこかで見かけて
CPUが対応してれば買う意味ないなと思ったけど
今探してみてもVCEとQSVのちょうどいい比較が見つからなかった
844 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 14:14:04.99 ID:oqCs5DFf0.net]: >>801
skylakeのQSVから2400GのVCEに乗り換えた感想です
aviutlを利用してH.264で大体同じサイズにした場合
画質：VCEの方がすこしいいかな
速度：インタレ解除なしなら同等、インタレ解除するならVCEはハード対応してないのでQSVの勝ち
845 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 15:07:57.49 ID:akvXbx110.net]: >>801
ＲＸ470の映像端子無ってえらく安いっすね
今550ｗだから+120ｗが耐えられるかな・・
ありがとうございます
846 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 15:18:17.76 ID:nhPnwNvh0.net]: >>796
H.265のメリット
同じ動画でも容量が少ない(H.264の三分の二～半分ぐらいになる)
H.264よりビットレート少なくなるが画質は同等
NASやHDDに保存する場合も容量の圧迫が少なくてすむ

H.265のデメリット
エンコードに非常に時間がかかる
再生環境に何アリ
再生可能な端末がやプレイヤーは限られTVなどで見る場合は特に利用機器に制限多い
PCなどでVLC利用の場合などでもグラボのドライバー相性が出る場合がまだある
Androidだとほぼ問題なく近年iPhoneなどApple製品でもVLCなど使えば安定してる
847 名前：796 mailto:sage [2019/02/12(火) 15:26:42.13 ID:TaovfXes0.net]: >>804
ああ神様！ありがとうございます！
私にも、大変わかりやすいご説明頂き感謝です！
本当に勉強になります！
848 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 15:30:28.14 ID:V0SkQvoCr.net]: >>791
RTXでHEVCを10bitでエンコードしているけどめちゃいいね
暗部もグラデもキレイで爆速高圧縮
849 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 15:59:35.15 ID:aWs0QX+90.net]: What's new in
850 名前： Video Codec SDK 9.0:　(Video_Codec_SDK_9.0.18) ---------------------------------- In NVIDIA Video Codec SDK release 9.0, following features have been added: Encode Features:: 1. Improved encoded quality for Turing GPUs 2. HEVC B-frame support (Turing GPUs only) 3. Encoded output in video memory 4. H.264 ME only mode output in video memory. 5. Non-reference P frames 6. Support for accepting CUArray as input Decode Features:: 1. HEVC YUV 444 decoding (Turing GPUs only) 2. Multiple NVDEC engines(Turing GPUs only) []: [ここ壊れてます]
851 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 16:01:38.89 ID:aWs0QX+90.net]: >>807

SDK9での新機能
　NVENC: 2sen.dip.jp/cgi-bin/upgun/up2/source/up3522.jpg
　NVDEC: 2sen.dip.jp/cgi-bin/upgun/up2/source/up3523.jpg

ハードウェア毎の機能
　NVENC: 2sen.dip.jp/cgi-bin/upgun/up2/source/up3524.jpg
　NVDEC: 2sen.dip.jp/cgi-bin/upgun/up2/source/up3525.jpg

パフォーマンス
　NVENC: 2sen.dip.jp/cgi-bin/upgun/up2/source/up3526.jpg
　NVDEC: 2sen.dip.jp/cgi-bin/upgun/up2/source/up3527.jpg
852 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 16:09:39.63 ID:aWs0QX+90.net]: >>807-808

・H.264 field encoding がTuringでサポートされないことがさりげなく明示された。

・TuringでのH.264/H.265の品質改善の要因は、RDOや複数フレーム参照といった機能サポートによるものらしい。
　（HEVCについてはBフレーム機能追加もだけど。）

---
　Improved encoded quality for Turing GPUs
　　Turing hardware adds support for features like rate distortion optimization (RDO) and enable multiple frames to be used as reference.
　　These features significantly improve the encoding quality for both H.264 and HEVC.
　　These features are tied with the already existing presets.
　　This ensures that existing applications can take advantage of these features without making changes to their source code.
---
853 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 16:32:53.84 ID:aWs0QX+90.net]: >>807-808
HEVCのBフレームについては、SDK9で B-FRAMES AS REFERENCE のモードとして
NV_ENC_BFRAME_REF_MODE_EACH ってのが指定できるようになった（H.264では指定できない）みたいなので、
SDK9に対応してこの機能を使えば、現状よりも更にTuringのHEVCエンコードの品質が上がるかも？
854 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 17:31:42.71 ID:30YRs5XF0.net]: >2sen.dip.jp/cgi-bin/upgun/up2/source/up3524.jpg
TU117以降のHEVC Bフレーム輝いてるよなぁ
TU116でも使えるとみんな幸せになれる気がする。価格も進めやすいしな！
855 名前：名無しさん＠編集中 [2019/02/12(火) 17:49:48.44 ID:8v6Zrr0ed.net]: >>811
TU117=GTX1650除外だから、
hevc 目当てなら1660買っとけってことか
856 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 17:56:25.56 ID:aWs0QX+90.net]: >>810がちょっと誤解を生む表現だったので補足。

B-FRAMES AS REFERENCE自体はSDK8でサポートされてた機能で
H.264限定で、NV_ENC_BFRAME_REF_MODE_MIDDLEというモードだけ指定できた。
NVEncCなら --bref-mode middle。

HEVCではBフレームがサポートされてなかったので、当然B-FRAMES AS REFERENCEも使えなかったし、
SDK8ではそれに関する設定をすることもできなかった。

SDK9でHEVCでもB-FRAMES AS REFERENCEの設定ができるようになり、
更にNV_ENC_BFRAME_REF_MODE_MIDDLEだけでなく、NV_ENC_BFRAME_REF_MODE_EACHも指定できることになった。

NVEncCがSDK9に対応すれば、--bref-mode each/middle がHEVCで使えるようになって、
それを使えばTuringのHEVCエンコード品質が多分更に上がるものと思われる。

という流れです。
857 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 18:01:09.33 ID:30YRs5XF0.net]: >>813 報告乙です。なかなかSDKまで見ないもんなぁ
rigaya氏に生暖かい毒電波送ることにする！ｗ
858 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 18:04:22.65 ID:V0SkQvoCr.net]: --ref とは別のですか？
それならオプション指定して変化はあったみたいですが、私は詳しくはないです
859 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 18:09:51.83 ID:aWs0QX+90.net]: >>815
--ref と --bref-mode は別のもの。NVEncCのオプションを参照。

　https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.ja.md []; [ここ壊れてます]
861 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 18:13:40.71 ID:V0SkQvoCr.net]: >>816
ありがとうございます
いま大量エンコードでTSファイル保存勢を辞めている所ですがもう少し待ったほうが良かったか、、現状で満足はしていますが残念っ
862 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 19:39:25.03 ID:rrOD0+rV0.net]: まさかの1660待望説到来なのか？
でも1660はメモリーが6GBまでかと思われるが、4Kとかをエンコードしたりデコードしたりした場合に何か影響が出たりしないのかな？
863 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 20:26:38.53 ID:LGxh2XS00.net]: >>809
微妙にH.264サポート縮小っすか
864 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 20:48:58.76 ID:O6Nq1lMj0.net]: >>792
ハードウェアエンコのH.265とH.264は正直五十歩百歩
865 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 21:01:11.88 ID:0C2oycJpp.net]: gtx1050で地デジtsを480x270pでエンコードをするとどの程度fps出ますか？
よろしくお願い致します。
866 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 21:07:52.45 ID:TaovfXes0.net]: すごいっす
867 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 21:31:36.03 ID:A5knSIJB0.net]: メロメロっす
868 名前：名無しさん＠編集中 mailto:sage [2019/02/12(火) 21:33:15.32 ID:HaMTUjbk0.net]: ヤベェほど出る
869 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 00:11:02.45 ID:vHGN6yin0.net]: NVEnc 4.31

[共通]
・NVENC SDK 9.0に更新。NVIDIA グラフィックドライバ 418.81以降が必要。
・HEVCエンコ時のB ref modeの設定を追加。(--bref-mode middle/each)

[NVEnc.auo]
・設定画面に「品質(--preset)」「Bフレーム参照モード(--bref-mode)」を追加。

[NVEncC]
・--presetをreadmeに追加。
　
　
速いもうできたのか的な。
870 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 00:30:58.47 ID:xTFMcHuc0.net]: 更新乙です。
なんだかんだとrigaya氏にはお世話になりっぱなしです。
871 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 02:43:49.74 ID:hVRvtZt00.net]: --bref-mode each を使ってみたら固定品質のファイルサイズが8%減りました
やったぜ、ありがとん
872 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 03:23:27.59 ID:0UNtKN/A0.net]: >>818
影響無いはず
1050無印の2GBで4K扱っても余るぐらいだしな

ゲーム用途が無いのなら、1660で3GB版（が出るなら）爆速エンコ需要には好適なんじゃないかと
873 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 22:24:30.74 ID:EGETJ5UR0.net]: >>828
やはり動画の再生やエンコード用途ならばGPUのメモリーは、そんなにたくさん詰む必要はないわけだね

ちなみにGTX1660の世代がエンコードユーザーにとってはRTX世代より有利なのは間違いないのかな？
874 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 22:30:10.70 ID:0UNtKN/A0.net]: >>829
現物出回ってないのに「間違いは無い」って誰が判断できると思う？
875 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 22:42:09.38 ID:EGETJ5UR0.net]: >>830
2sen.dip.jp/cgi-bin/upgun/up2/source/up3524.jpg
この表にTU117とわざわざ細かく指定しているのがどうも胡散臭い気がしなくもない
そもそもこの表、右側2列にそれぞれTU117の文言が入っている時点で情報としての信用力が低い気がしなくもないし
876 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 23:26:01.13 ID:WPg94UAF0.net]: except TU117…TU117を除く
877 名前：名無しさん＠編集中 mailto:sage [2019/02/13(水) 23:51:26.10 ID:EGETJ5UR0.net]: >>832
!!

よくよく調べると、
■TU117（つまりGTX1650）
・HEVCのBフレーム非対応
・インターレース信号をインターレースのままエンコード対応
のPascal世代相当

■TU116（つまりGTX1660Ti及びGTX1660）
・HEVCのBフレーム対応
・インターレース信号のままでのエンコードは非対応
のTuring世代

で、エンコードやデコードに関しては、特段TU116だけ何かが特別良くなるわけではなく、あくまで他のTuring世代と同等

ということで良いのかな？
878 名前：名無しさん＠編集中 mailto:sage [2019/02/14(木) 00:29:32.73 ID:waEO7SOK0.net]: 現状の予想としてはね。
879 名前：発売前のうわさを信じて動いても文句は言わないように。 普通の人は発売後の書き込み待ってからでいいと思う。 []: [ここ壊れてます]
880 名前：名無しさん＠編集中 mailto:sage [2019/02/14(木) 03:15:57.70 ID:a4e5uoRw0.net]: 2070を買えばまるっと解決
881 名前：名無しさん＠編集中 [2019/02/14(木) 10:58:21.49 ID:bfnbZDEx0St.V.net]: 業務用のエンコーダを買えば完璧。２桁値段が高いけどね。
882 名前：名無しさん＠編集中 mailto:sage [2019/02/14(木) 12:49:29.73 ID:050+24/SpSt.V.net]: 2060買おうか迷っていたが1660でもいいかもしれん
883 名前：名無しさん＠編集中 [2019/02/14(木) 13:29:08.02 ID:y/8oGjxf0St.V.net]: https://satch.tv/?mref=115
884 名前：名無しさん＠編集中 mailto:sage [2019/02/14(木) 14:27:08.04 ID:2nUvK2SP0St.V.net]: 業務用のは大抵がDSPボード積んだXeonベースのLinuxだしなぁ
885 名前：名無しさん＠編集中 mailto:sage [2019/02/14(木) 14:30:24.48 ID:vRWUHsRa0St.V.net]: >>833
買うなら最低でも1660って事か
補助電源いるんだよなあ
886 名前：名無しさん＠編集中 mailto:sage [2019/02/14(木) 23:02:22.27 ID:qzT4ki+g0.net]: A's VIDEO Converterなんだけど、cpuのコア数だったか同時エンコ可能数を設定するのはどこにあるの？？
887 名前：名無しさん＠編集中 mailto:sage [2019/02/14(木) 23:22:01.40 ID:IgoHEo/i0.net]: >>841
開始ボタンの右側にある"v"をクリックすると出てくる
888 名前：名無しさん＠編集中 [2019/02/15(金) 00:07:22.26 ID:RhJUmx2L0.net]: >>842
ありがとう！まさかこんな所にあるとは気づかなかった！！

あと、もう少し教えてほしいんだけど、QSVの場合は「ハードウェアデコード」のチェックはオン？それともオフ？
ググってみると両方あるし、そもそもエンコードしてるのにデコードの設定があるのもよくわからず困ってる。
889 名前：名無しさん＠編集中 mailto:sage [2019/02/15(金) 00:12:15.37 ID:msIebXF00.net]: >>843
ソースはデコードしなきゃエンコード出来ないだよ
CPUデコ→HWエンコは速いが極限までCPU使いたくないならHWデコ&HWエンコだ
890 名前：名無しさん＠編集中 mailto:sage [2019/02/15(金) 01:52:08.57 ID:lNnrUGx50.net]: 1660は本当にエンコユーザー御用達になりそう

噂ではTensor Coreも載るみたいだし
将来的にTensor Core対応のwaifu2xみたいな超解像やノイズ処理のソフトが出ててきも使えるかも知れないし
891 名前：名無しさん＠編集中 mailto:sage [2019/02/15(金) 17:14:41.21 ID:HWxlWLMH0.net]: >>844
はーそういうことなのか。恥ずかしながら、なんでデコードの選択肢があるのか謎だったわ。
無知な俺が成長したわ。横からだがサンクス
892 名前：名無しさん＠編集中 mailto:sage [2019/02/15(金) 18:16:20.21 ID:Zdt6+lgC0.net]: 知ってて当たり前の事だったらごめんなさい
TuringでHEVCのBフレーム対応ができるようになるようだけど
Pascal以前のGPUを使った時Bフレーム対応の部分だけCPUに計算
させる事はできるのかしら？
893 名前：名無しさん＠編集中 mailto:sage [2019/02/15(金) 20:06:08.61 ID:K/x/4bGr0.net]: できるなら、すでに出てると思いまする
そもそもその世代はNVENCにBフレエンコ処理する機構がないかと…
894 名前：名無しさん＠編集中 mailto:sage [2019/02/15(金) 20:54:09.45 ID:/Ue0zW3IM.net]: できるかどうかはNVENCの仕様次第
仮に可能でもやる気とか優先度とかによって実装されないかもしれない
895 名前：名無しさん＠編集中 mailto:sage [2019/02/15(金) 21:04:23.13 ID:Vo5W6KcVM.net]: でもbフレームのためにcpu使う実装したら、x264に勝てる点が何一つ残らない程遅くなったりしそう・・・
896 名前：名無しさん＠編集中 mailto:sage [2019/02/16(土) 01:47:24.74 ID:AH4NvcKA0.net]: A's VIDEO Converterもsdk9.0対応しねーかな
897 名前：名無しさん＠編集中 mailto:sage [2019/02/16(土) 02:00:07.94 ID:YT7Hel9i0.net]: たぶん>>850の言うとおり、実用的な速度が出るとはおもえない
898 名前：名無しさん＠編集中 mailto:sage [2019/02/16(土) 02:05:00.45 ID:3cfRr8j40.net]: >>851
A'sはSDKを使って開発してるわけじゃなく、MediaFoundationのエンコーダを呼び出してるだけじゃなかったっけ
899 名前：？ []: [ここ壊れてます]
900 名前：名無しさん＠編集中 mailto:sage [2019/02/17(日) 08:19:57.63 ID:/ziM33B60.net]: 速さ的にもデコードもエンコードもHWでやった方が速いんだけども

デコードされたデータをGPUに受け渡すよりデコードされていないデータ渡す方が接続バス通すデータ量小さいし、CPUの処理を待つ事自体がボトルネックなる
要は「丸投げ」が一番速くて電気も食わないのよ
CPUとHWのやりとりする量を手数を最小限にするすれば、バスを通してのデータのやりとりする量も、処理待ちや伝達待ちも発生しないのだから、電気も食わないし処理も速い

Bフレームの処理だけCPUってのも、それが出来たとしてもHWで中途まで処理した内容（生のフレーム情報だから無圧縮で肥大化している）をバス通してCPUに戻して、CPUで処理した内容をまたバスを通して戻すという手間が増えまくるうえ
HWはCPUの処理を待つ間処理が止まるし、I/P/Bフレームの比率考えればBフレームが多いほどCPU処理比率上がってHWエンコードの意味が無くなっていって、品質も速度も極めて半端にしかならんのよ
901 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 11:43:43.01 ID:8603oI2c0.net]: ffmpeg+QSVでH.264とHEVC両方使ってみたけど
意外とCPU負荷もあるんだな

GPUに全部お任せできるくらいに思ってたわ
902 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 12:41:07.09 ID:b1UVZQMo0.net]: H.265エンコだとどのハードとどのソフトの組み合わせがいいの？
903 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 15:41:28.97 ID:aKEtg7+S0.net]: >>855
ソフトウェアデコードしてるせいでデコード負荷がかかってるってことはない？
ソースにもよるけど、-i の前に -hwaccel qsv -c:v h264_qsv とかつけてる？

　Hardware/QuickSync ? FFmpeg
　https://trac.ffmpeg.org/wiki/Hardware/QuickSync
904 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 16:31:27.33 ID:L4+Ila1M0.net]: >>856
最新のハードと最新のソフト
905 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 20:28:15.13 ID:q9p+Au5b0.net]: レトロゲー（640x480)の実況動画をつべにアップしようと思うんだけど
せっかくつべがFullHDや4kアップに対応してるんだから低解像度のレトロゲー実況動画も
FullHDか4kくらいにアップスケールしてからアップロードしてみたい

ハードウェアの力を使って低解像度動画を高解像度動画に綺麗にアップスケールしてくれる技術って無い？
ちなみにグラボはAMDのR9 290
906 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 21:33:42.83 ID:I/QneAzk0.net]: >>859
おそらくあなたの想像や、このスレの趣旨とはズレるが教えてあげよう。

480pソースでもGV-USBのようなSDキャプチャではなく
初めからから720pまたは1080pにアプコンして収録するのが一番綺麗になるよ

レトロゲーム機
↓
フレームマイスター
https://www.amazon.co.jp/dp/B00FC38XDQ/
↓
HDMIキャプチャ
907 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 22:17:25.77 ID:aKEtg7+S0.net]: >>859
レトロゲーならいっそのこと Nearest Neighbor で拡大するとか。

waifu2x系は
　　https://github.com/YSRKEN/aviutl-waifu2x-w2xc
とかならOpenCLの利用も可能らしいから一応AMD GPUを使うと言えるかな。
自分で使ったことは無いし、レトロゲーの拡大に向いてるかどうかは知らない。

ちなみにNVIDIAのRTXシリーズなら、NGX SDKが公開されればDLVSR（Deep Learning Video Super Resolution）ってのが
使えるようになるらしい。まだアーリーアクセスの段階だから無理だけど。
まあこれもレトロゲーの拡大に向いてるかどうかはわからないけど。
　https://developer.nvidia.com/rtx/ngx
　https://docs.nvidia.com/rtx/ngx/programming-guide/index.html#dlvsr
908 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 22:30:31 ]: [ここ壊れてます]
909 名前：.31 ID:q9p+Au5b0.net mailto: >>860
エミュレーター使ってるから直接画面キャプチャしちゃってるのよね（小さな声

>>861
waifu2って始めて聞いたからググってみたけど

　アニメ調の画像を高品質に拡大できるツール。与えられた画像を“縮小されたもの”と解釈し、
　その元の姿を機械学習を利用した人工知能で推測、復元する仕組み。
　https://forest.watch.impress.co.jp/library/software/waifu2xcaffe/

ほえー、こんなもの出来てたんだ
機械学習でスケールアップする、それもGPUを使って高速に
面白そうなのね []: [ここ壊れてます]
910 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 22:50:14.75 ID:aKEtg7+S0.net]: >>862
一応書いては見たものの、waifu2xは動画に適用すると死ぬほど時間がかかると聞くので、
多分実況動画のために使う気にはなれないと思ふ・・・。
911 名前：名無しさん＠編集中 [2019/02/19(火) 23:05:02.20 ID:T0cQYW6U0.net]: AMD VCEってNvencみたいに同時エンコード制限(上限?)的なのってあるの？
Nvencのチップ別仕様表はあるんだけど、VCEの仕様表は見つけられなくて
誰か知ってたら教えて欲しい。

できればPolarisアーキとVegaアーキ
912 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 23:22:02.69 ID:lzXhNQAu0.net]: 25分程度のDVDアニメを全コマ画像化してwaifu2x-caffeでgtx1080ti使って拡大してから再度動画にしたら2日がかりだったぞ
そんなことしなくてもエミュ自体に大抵は拡大処理機能が付いてるだろうから画面を拡大した状態でキャプチャしたほうが綺麗だよ
あたりまえだけど違法ダウンロードしたソフトで遊んでる証拠動画はアップしないようにね
913 名前：名無しさん＠編集中 mailto:sage [2019/02/19(火) 23:47:51.70 ID:aKEtg7+S0.net]: >>865
エミュのことはよく知らんけど、そんなに複雑な拡大アルゴリズムを実装してるとも思えないし、
だとしたら元解像度でキャプチャしたものをLanczosなりなんなりで拡大したほうが綺麗になるのでは？
914 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 00:15:31.07 ID:1thanAsh0.net]: >>857
はえ＾～サンガツ
デコードのほうもQSV指定する必要があったんすね

>>859
エミュレーターに描画の時点で内部解像度を変更できる設定があるから「機種名高画質化」でぐぐると幸せになれるゾ
915 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 00:30:07.54 ID:a7vREIGd0.net]: >>866
そう、時間かけてソフトでアップスケールする方が、きれいになると思う
916 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 00:42:21.00 ID:HYT3Wqh40.net]: >>866
そもそも前提となる条件があやふやなのに断定するような書き方するのは良くなかったね、すまない
元動画を何かしら圧縮して保存していたら拡大したときにノイズが目立ちやすいから
元からFHDなりでキャプチャしたほうがいいと考えたんだ
エミュの拡大アルゴリズムまで考えが至らなくて恥ずかしいよ
917 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 00:49:14.68 ID:PjY9X1HC0.net]: >>862
そうか。
他の人にも言われてるけど、エミュをフルスクリーン表示にして、それをそのままフルスクリーンキャプチャするのが一番楽に高解像度ソース作れるんじゃないか

片方全画面ゲーム、片方PC画面にできるデュアルディスプレイ環境にすると尚良し
918 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 01:09:00.20 ID:PjY9X1HC0.net]: >>869
たしかに、元の動画を非圧縮AVIで保存してるか、h.264などに圧縮してるかで変わりますね
919 名前：名無しさん＠編集中 [2019/02/20(水) 03:31:26.68 ID:N+NLsuJ60.net]: >>594
> 単価の安い20nmあたりでNVEncボードとか
> エンコードならDDR4でも間に合うし、

いいね！　素晴らしいアイデア。

ぜひ”NEW Product Requ
920 名前：irement”として nVidia にメールしてください！ []: [ここ壊れてます]
921 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 10:03:37.53 ID:mOwGcmzWa.net]: SpursEngineとかあったけど
もうああいうのは出ないやろ
922 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 10:18:17.70 ID:DMTmT8bF0.net]: 専用ボード出したところで月何枚売れるのか
天下のNVIDIAにとっては糞みたいな売り上げでしょ
923 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 10:24:57.48 ID:57uQlkDl0.net]: あれは余剰チップの消化先的な面もあったからなぁ
リリース時の単価も安くないし
924 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 10:53:52.34 ID:xWGnJTT20.net]: >>875
あれはCUDAと比べりゃマシ程度のもんだった
それよりQuadroでNVENC使えばエンコ本数も制限無くて良い
925 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 12:38:24.77 ID:57uQlkDl0.net]: Tensorコア使った超解像フィルタどうなったんだろうかね

メモリ上でフレームを低解像度化後にソースとの比較学習させた成果をnvidiaにタレ込むプログラムとか出してくれれば、いくらでも協力するのにな

今年から国内法的に研究用途や機械学習用途で作成する複製は、視聴可能な状態で保持しなければ著作権を問われなくなったから
パイプに対応してくれれば、放送波流し込んでやれば延々学習させてられるし
926 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 14:45:21.55 ID:p24EFCBE0.net]: >>877
>>861
927 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 15:10:59.69 ID:QGJCA8EA0.net]: >>877
なるほど
放送波を延々と機械学習か
間違いなく素材の質が問われるけど、BSだとTVショッピングにめっぽう強くなるとかw

CSならchの選び方で、ドラマ、映画、MV、スポーツ、アニメ、ニュースなど特化したものに育つかな？
成果をみてみたい気もする
928 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 20:25:14.00 ID:prFhD6nj0.net]: >>863
そっか、もともと静止画用の技術なのか
ハードウェアの力を借りても動画を拡大するのは大変と・・・
929 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 20:43:01.41 ID:T9QwcGGt0.net]: あれ昔のアニメに使ってみるとデジタルリマスターみたいになるからすごい
930 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 20:53:47.95 ID:YN2x/+eh0.net]: >>862
こういう意見もあるから
エミュの段階で拡大するのがベストっぽい

個人的な経験則でもドット絵は少しでもリサイズしようとすると
絵が崩れたりするからエミュで拡大して等倍（リサイズなし）エンコがいいと思う
931 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 20:54:06.80 ID:YN2x/+eh0.net]: URL貼り忘れ
https://rndomhack.com/2015/05/25/xbr_resize/
932 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 21:04:10.67 ID:prFhD6nj0.net]: >>883
これ(xBR)の動画版って無いのかな？
綺麗にドット絵拡大していて驚愕
933 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 22:14:35.52 ID:p24EFCBE0.net]: >>884
そういう場合はffmpegやAvisynth回りを探すといい。

　FFmpeg Filters Documentation
　https://ffmpeg.org/ffmpeg-filters.html#xbr

　mysteryx93/AviSynthShader: Run HLSL Shaders in AviSynth with GPU Acceleration
　https://github.com/mysteryx93/AviSynthShader
934 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 23:10:43.62 ID:YN2x/+eh0.net]: 実装されてるんだ
すごいな

>>884
その記事での効果は凄いけど
そういう記事では最も優れた効果の画像を使うものだから
実際の利用ではちょっと違うものになるのはよくある
935 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 23:24:51.43 ID:JHjKPXch0.net]: RTX20x0世代のnvencでドライバ&ソフト側の最適化が完了したら
10x0世代より30%以上速くなるってどっかで見たけど
全然、来ないな…
936 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 23:36:24.00 ID:IJJcp1rX0.net]: 1440x1080でいろいろ盛って360fpsくらいだけどまだパワーアップするのか…
古いHDDだと読み込み間に合わない
937 名前：名無しさん＠編集中 mailto:sage [2019/02/20(水) 23:46:29.92 ID:wn44NgVm0.net]: このままGPUの性能が上がっていったらリアルタイムにwaifu2xでアプコン再生する動画姿勢支援機能とか出そう
938 名前：名無しさん＠編集中 mailto:sage [2019/02/21(木) 00:06:37.85 ID:A24rp0ml0.net]: >>885
> 　FFmpeg Filters Documentation
> 　https://ffmpeg.org/ffmpeg-filters.html#xbr

ｲｲﾈこれ
QSVなりVCEなりハードウェア使ってくれればなおのこと(・∀・)ｲｲ!!
939 名前：名無しさん＠編集中 mailto:sage [2019/02/21(木) 00:34:49.33 ID:kZP+Lsn/0.net]: SDKのページからリンクされてたけど、NVIDIA公式ブログでH.264とlibx264の比較記事が出てた。

Turing H.264 Video Encoding Speed and Quality | NVIDIA Developer Blog
https://devblogs.nvidia.com/turing-h264-video-encoding-speed-and-quality/
940 名前：名無しさん＠編集中 mailto:sage [2019/02/21(木) 00:36:12.42 ID:kZP+Lsn/0.net]: >>891訂正
× H.264とlibx264の比較記事が出てた。
〇 TuringのNVENC H.264とlibx264の比較記事が出てた。
941 名前：名無しさん＠編集中 mailto:sage [2019/02/21(木) 00:53:11.42 ID:o5LCkWfz0.net]: >>891
これ、同じ条件での比較って言えるのか？
942 名前：名無しさん＠編集中 mailto:sage [2019/02/21(木) 01:40:01.26 ID:DSWSEsF0M.net]: amatsukazeとNVENCのおかげで溜まってた録画データだいぶ軽くなったわ。
作者さんありがとう。
943 名前：名無しさん＠編集中 mailto:sage [2019/02/21(木) 11:02:00.07 ID:bu5yDmqDa.net]: 質はともかくスピードは鬼やろ
944 名前：名無しさん＠編集中 mailto:sage [2019/02/21(木) 14:26:43.00 ID:LiE9YAqx0.net]: ラデ570と580だとそんな差でない？メモリも4GBでいい？
945 名前：名無しさん＠編集中 mailto:sage [2019/02/21(木) 23:19:22.51 ID:+zuJcrqf0.net]: 　
2019/2/15
Unleash the Power of Turing with NVIDIA Driver 418
https://news.developer.nvidia.com/unleash-the-power-of-turing-with-nvidia-driver-418/
　→ドライバ418と、様々なTuring向けSDKについて。

記事を見て知ったけど、Optical Flow SDKというのも公開されてたようだ。
TuringはOptical Flow用の専用回路を持っていて、高速で高品質なモーションベクトルが得られるらしい。
オブジェクトの認識や追跡、フレーム補間とかに利用できるとか。

　NVIDIA Optical Flow SDK | NVIDIA Developer
　https://developer.nvidia.com/opticalflow-sdk

　An Introduction to the NVIDIA Optical Flow SDK | NVIDIA Developer Blog
　https://devblogs.nvidia.com/an-introduction-to-the-nvidia-optical-flow-sdk/

これを利用したFluidMotion的な機能とか実装されたりするのかな。
946 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 00:39:17.47 ID:t+9Y1/r50.net]: レイトレ関連の機能の一部だろうから一概にTuringの機能と言っては弊害あるのでは？
947 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 03:07:34.54 ID:RNOibIiza.net]: レイトレーシングって映像に使えるのか？
948 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 03:33:34.35 ID:Vo38WZn10.net]: >>898
opticalって単語からレイトレを連想したのかもしれないけど、関係ないよ。

---
　オプティカルフロー - Wikipedia
　https://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%97%E3%83%86%E3%82%A3%E3%82%AB%E3%83%AB%E3%83%95%E3%83%AD%E3%83%BC

　オプティカルフロー（英: optical flow）とは、視覚表現（通常、時間的に連続するデジタル画像）の中で
　物体の動きをベクトルで表したものである。
　オプティカルフローは、パターン認識、コンピュータビジョンあるいは他の画像処理技術において利用されている。
　その抽出にはブロックマッチング法、勾配法などが用いられる。
---
949 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 10:10:53.83 ID:mmyvnHtz0.net]: いろんな新技術来ても非エンジニアの自分は指をくわえて待つしかねぇ！
950 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 10:21:38.49 ID:zMJWDDAAa.net]: リアルタイムは無理でもっぱら静止画だったな
FPUなしで一枚出すだけで一週間とか
今思えばそんなんよくやってたなと思うわｗ
951 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 11:03:32.44 ID:7vG+TaGe0.net]: 22日（金）23時に販売解禁を迎えるNVIDIAの新型GPU「GeForce GTX 1660 Ti」（GDDR6 6GB）搭載グラフィックスカード
予価は税込約36,000円～約45,000円になる模様。

うーん、高い
1060の上だからしょーがないんだろうけど
952 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 11:27:27.69 ID:WX+8pzRRM.net]: 45000円とかRTX2060買えますやん…
953 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 11:56:54.34 ID:BK88B8r7r.net]: メモリ3Gのとtiじゃないやつがいくらになるか…
ご祝儀価格やめて
954 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 12:36:32.05 ID:BnwcMi/g0.net]: 経済を回すために皆頑張ってくれ
俺は中古の1060-6G使いながら値下がりを待つから
955 名前：名無しさん＠編集中 mailto:sage [2019/02/22(金) 13:12:28.72 ID:G31AHs3M0.net]: 1660無印がnvencでBフレ対応の最廉価なんだろうからそれを待つわ
956 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 00:03:51.58 ID:aFM8tRle0.net]: RTコアがないのはいいけどTensorコアもないのか
957 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 00:08:30.32 ID:aQ9L0Rp10.net]: Tensorコア無いのか
958 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 00:29:47.71 ID:PETUn8Fp0.net]: 1660ti tensorなくてがっかりだな。
cpuエンコとpascalのnvencで遊んでるけど、今になって画面出力なしのRX470も気になってきたわ。

VCEってssimとかのグラフどこかにあげられてたっけ？むしろ悪すぎて退場食らったのかな・・・
959 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 00:50:06.97 ID:Vh/uDODZ0.net]: >>910
■実写(sample_movie_1080p.mpg) → 2sen.dip.jp/cgi-bin/upgun/up2/source/up3428.jpg
■アニメ(ビビオペOP1080p) → 2sen.dip.jp/cgi-bin/upgun/up2/source/up3429.jpg

どうやったらここまで悪く出来るのかってレベル
960 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 00:55:47.42 ID:n/EZj75L0.net]: >>911
いや～、RX460のVCEで比較ってのがね
961 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 01:12:55.93 ID:PETUn8Fp0.net]: >>911
ありがとう。すごい助かる。
これだけひどいとお遊び用に買おうとも思わんな・・・pascalでいいや
962 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 01:13:01.44 ID:1AJr7Kdn0.net]: >>911
x265もv3.0超えてプリセット変わってるし、slowよりveryfast出したほうがHWエンコには参考になるだろうし
1660(またはRTX)追加してBフレの比較を待ちたいところですな
963 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 01:16:10.44 ID:q5Je+h4A0.net]: >>911
QSVも結構酷いなこれ
アプコンエンコに使おうかと思ったけど素直にx265使っておくわ
964 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 10:21:28.39 ID:082mmHemd.net]: 460も580もVCEコアはおなじ？
965 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 12:07:11.02 ID:6xJemFVU0.net]: >>916
Wikipediaでは同じになってる
https://en.wikipedia.org/wiki/Video_Coding_Engine#VCE_3.0
966 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 19:47:53.50 ID:arDcjwNh0.net]: VCEの話題になってるから自分も前に取ったデータ出してみる

2400GとHaswell 4200Mとの比較
ソースサクラノ詩 OP
https://i.imgur.com/Ugwt0mN.png
https://i.imgur.com/ndJiN8d.png
https://i.imgur.com/3J5xdiW.png

エンコード速度
QSV 120fps前後
VCE h264 180fps前後
VCE h265 270fps前後
967 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 20:23:35.72 ID:ooEbDG+0M.net]: VCEひでぇな
968 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 21:13:15.91 ID:LBnznJmYa.net]: RTX20XXのNVENCのH.264を測定したデータってあるかな？
NVIDIAはプリセットmidiumでキーフレーム2秒なx264と同等の画質と言っているのだけど
969 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 21:19:35.93 ID:7Srz6xj ]: [ここ壊れてます]
970 名前：20.net mailto: 1660ti ってBフレーム対応してないの？ []: [ここ壊れてます]
971 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 23:01:41.73 ID:6xJemFVU0.net]: >>921
スイートスポットを狙ったTuring GPU「GeForce GTX 1660 Ti」を試す
https://pc.watch.impress.co.jp/docs/column/hothot/1170679.html
RTコアとTensorコアが非搭載のTU116コアだが、GPU内蔵ハードウェアビデオエンコーダ「NVENC」は、
ほかのTuring世代GPUと同等。H.265/HEVC形式へのエンコードで、Bフレームが利用可能となっており、
GeForce GTX 10シリーズ以前のGPUより圧縮率が向上している。
972 名前：名無しさん＠編集中 mailto:sage [2019/02/23(土) 23:15:38.85 ID:7Srz6xj20.net]: >>922
ありがとう 1660ti買ってみようかな
973 名前：名無しさん＠編集中 mailto:sage [2019/02/24(日) 09:04:20.53 ID:+2AA9uTW0.net]: GT630(GK208)ってOBSでNVENC使えますかね？
974 名前：名無しさん＠編集中 mailto:sage [2019/02/24(日) 21:00:54.48 ID:fyoB/LtA0.net]: >>924
GT630持ってないから試せないんで予想になるが、
GT630(GK208)はNVENC対応してるし使えるんじゃね？
975 名前：名無しさん＠編集中 mailto:sage [2019/02/24(日) 22:06:00.45 ID:bvTiDddJ0.net]: 二ヶ月後あたりからRTX2060が在庫減って、RTX2060の需要がGTX1660/TiとRTX2070に分散して巻き沿い売れしすから買い時に注意だな（特にGTX1660/Ti
買うなら決算、新入学・就職セール中までに済ませるか、夏ボのセールまで待った方が良いかも
976 名前：名無しさん＠編集中 mailto:sage [2019/02/24(日) 22:16:03.65 ID:bvTiDddJ0.net]: >>924
使えるけど初期のNVEncだからHEVC非対応なので注意ね
速度最優先でも無い限り、Haswell以降のIntel環境ならQSVのH264方が画質容量比の性能はいいので、環境によってはQSV使う方が良いかも
ただ、ビットレート高いほど性能差が出ずらくなるので
録画TSソースの圧縮目的で馬鹿みたいに圧縮せずに1440x1080で5～6Mbps程度（2～3倍録画相当）な程度ならKepler世代のNVEncでも十分な画質にはなる
977 名前：名無しさん＠編集中 mailto:sage [2019/02/24(日) 22:24:16.43 ID:bvTiDddJ0.net]: >>924
あ、obsというのを見過ごしてた、すまん
QSVのが画質稼げるが、遅延はNVEncより多少大きいので視聴者とのやりとり多い場合にはNVEncのがいいかも
978 名前：名無しさん＠編集中 mailto:sage [2019/02/24(日) 23:57:40.97 ID:PR3sROtx0.net]: 遅延ってコンマ何秒の世界だぞ
979 名前：名無しさん＠編集中 mailto:sage [2019/02/25(月) 01:36:15.69 ID:T3PFh7UC0.net]: エンコードの遅延と配信の遅延は区別して考えないとね。
980 名前：名無しさん＠編集中 [2019/02/27(水) 00:27:35.95 ID:lmfZjFPe0.net]: 今960でリアルタイムエンコで使ってるんだけど1050Tiに変えるか1660Tiに変えるかで
迷ってるんだが良くなるのかわからない。
実質、差って出るもんなのかな？
ちな　３D描画はほとんど使わないという状況で　
981 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 01:15:41.65 ID:80nKCBWk0.net]: 新しい世代ほど高解像度出力での速度低下が少なくて画質が良い
1660ti買える予算が捻出できるなら1660tiでいいけど
待てるなら、より安い
1660無印待ち（3Gモデルが出れば更に安価になるし
あとPascal世代で良いなら1050tiである必要すら無いから1050無印でも可

注意点はリアルタイム配信用のアプリ側で対応していないと1660以上のBフレーム対応の効果は得られない（ブロック配置性能向上での画質向上の効果は得られる
982 名前：名無しさん＠編集中 [2019/02/27(水) 01:37:36.44 ID:wasitzfod.net]: >>932
助言助かりました
予算ギリギリではあるけど性能差は出るようだし1660ti明日にでも検討します
たぶんpalitが一番安いでしょうし
先を見越して買うしかないかな
アプリはOBSかXsplitあるんで問題なさそうかなって思ってます。
983 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 02:35:01.01 ID:yJznRc+S0.net]: 来月終わりに1650出るんでしょ
多分2万半ばから3万ぐらいなんじゃないかな

https://www.techpowerup.com/252899/nvidia-readies-geforce-gtx-1650-for-march-release
984 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 06:32:53.15 ID:yJj+PUIM0.net]: NVENCはx品質指定でエンコード出来ないんかな
985 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 07:41:07.80 ID:80nKCBWk0.net]: 1650はHEVCでBフレ使えないから、HEVC目当てだと微妙だったり

H264もPascalから品質は上がってはいるけどHEVCほど極端な性能向上ではないし、未だSkylake以降のQSVのH264に勝るほどじゃないんで
近年のIntel環境ならH264目当てなら馬鹿みたいな処理速度欲しない限りはQSVのH264使っていた方がいい
986 名前：名無しさん＠編集中 [2019/02/27(水) 09:37:12.26 ID:lmfZjFPe0.net]: 今の環境はRyzen1700XなんでQSVが使えないという
intelの所持はIvyなんでスペック不足かな。
今日明日使いたいという考えだとやっぱ1660か1050なんだろうね。
MaxwellよりPascalの方が良いもしくはそれ以上のものを購入すれば
いいということですね？
今のところはH264だけですけど　H265が生放送向きになることを想定すればやっぱ
1660って感じなんだろうな・・・・
987 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 10:02:40.43 ID:R0Z7fspGr.net]: >>937
RTXでアニメエンコードをしているけどh265の10bitが凄く良いよ
リサイズしないで品質固定低めにしているけどかなりきれい
988 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 10:09:52.79 ID:ypfLWM1T0.net]: 来月下旬に来る1660無印はti付きより6000円くらい安くなって買いやすくなる
NVEncの速度は少し落ちるのだろうか
989 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 10:17:27.92 ID:YUZnQhNzd.net]: nvだけなら変わらんのでは？
前処理でCUDA使ったりするなら遅くなるが
990 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 10:54:58.94 ID:Pk8uof+p0.net]: 補助電源なしでHEVCのBフレ使いたいんですよ～
991 名前：名無しさん＠編集中 [2019/02/27(水) 13:54:47.41 ID:lmfZjFPe0.net]: 931です。
買いました1660Ti　生放送とかで変わればよいなぁとwktkしてます。
992 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 13:57:39.29 ID:lB8qM+IX0.net]: 配信でHEVCを使えるところなんてあるの？
H.264は退化してる部分もあるようだが
993 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 14:01:21.51 ID:TnE2rG3tM.net]: 退化のソースなんて見たことないが
994 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 16:01:43.39 ID:80nKCBWk0.net]: 配信でインタレース出力出来ない事がデメリットになると思えないんだが
国内ならTS抜きやってる内の極一部のユーザーがインタレ保持エンコしてるってぐらいで
なおかつx264では無くNVEncでそれやってる奴がどれほど居るかという
995 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 16:29:02.38 ID:TD1JCI2K0.net]: インタレ解除については、よほど細かい違いを気にするのでなければだけど、TVMW7の適応補間 (高精度)で解除してから
RTX20*0のNVEnc使ってエンコードすれば充分だと思うけどねぇ
ほんのわずかでもきれいにしないと気が済まないというのであればAmatsukaze使うか、自分でAvisynthを使いこなすかになるけれど
正直そこまでするような素材があるのかという根本的な問題が…

2Kのインタレ素材を4Kテレビとかに表示するときにインタレ解除の品質がしょぼいと極めて残念なことになるのは事実だけど、
それは、テレビのリアルタイムアップコンバートを使わず、あらかじめ手間暇かけてアップコンバートするなどの方法で回避するなどの
方法自体を駆使することで、これもまた改善することはできなくもない
※ただし、アップコンバートした4Kファイルは当然大容量になるけど

続く
996 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 16:29:27.33 ID:TD1JCI2K0.net]: 今後、2Kや480i時代の素材を4K、HDRテレビできれいに見ようとすると、またいろいろテクを駆使する必要が出るのかもしれないねぇとは思うけど
※WOWOWで今放送中のふしぎ
997 名前：の海のナディアなんか、SDR→HDR変換もやれば、ブラウン管時代に見たような突き抜けた青空感とかも得られそうな気もするし []: [ここ壊れてます]
998 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 17:49:01.63 ID:80nKCBWk0.net]: まぁCUDAもセットで使えるからデインタレフィルタに困る事は無いってのもあるね

NVDecやVCE/VCNのHWデインタレはまだマシだが、QSVの糞さ加減（特にテレシネ時）は何時になったら改善するのやら
999 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 18:07:30.96 ID:nJgBNwY80.net]: >>935
>>98
1000 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 18:24:11.08 ID:9aSdonCRM.net]: あかんたれ
デインタレ
1001 名前：名無しさん＠編集中 [2019/02/27(水) 22:42:18.72 ID:lmfZjFPe0.net]: 1660に変えたのはいいけど　OBSで２パスのチェックなくなってるんだね。
ただ２項目ふえて　looh-ahead と　心理視覚チューニングがチェックボックスついてる
先読みってことなんだろうけど、チェック入れて動かすとフレーム落ちるｗ
なんなんだこりゃ～
1002 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 22:57:38.87 ID:Knz0JXcIM.net]: ん、まだ完成度が低い？
1003 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 23:09:57.06 ID:egClz1lg0.net]: nvencドライバ・ソフトウェア周りももうちょっとしっかりして欲しいけど
それ以上にドキュメント類をしっかり揃えて欲しいなぁ
1004 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 23:18:39.31 ID:80nKCBWk0.net]: システム環境やキャプチャ方式、ドライバやobs側の設定にもよるからなんともな
個々のソフトウェアや各種設定については適時当該スレにででも聞いてくれ
1005 名前：名無しさん＠編集中 mailto:sage [2019/02/27(水) 23:26:58.77 ID:80nKCBWk0.net]: しっかりしてくれと言っても、ドライバやAPIを使ってるのはobs側
それともnvencやドライバの問題だと切り分け出来るほど既に検証してるのかい？
APIを利用するインターフェイスの実装はobsなんだから、まずはobs方面での情報集めるなりした方がいい
ここはobsや配信のスレじゃ無いからな
1006 名前：名無しさん＠編集中 mailto:sage [2019/02/28(木) 17:18:57.14 ID:ztDOZxY70.net]: >>951
2passと表記してたのがlookaheadになっただけじゃないの
1007 名前：名無しさん＠編集中 mailto:sage [2019/02/28(木) 18:20:55.43 ID:57aInP1H0.net]: >>951
OBSのバージョンは変える前と一緒？
最新のSLOBSで1060から2070に変えたけど2passあるよ
1008 名前：名無しさん＠編集中 mailto:sage [2019/02/28(木) 23:23:57.31 ID:I1RjN1A30.net]: >>957
最近リリースされた OBS Studio v23 の話だと思うよ。
派生版のStreamlabs OBSではまだ対応バイナリを出してないはず。あとバージョンを「最新版」と書くのはやめい。

>>951 >>956
2passとlookaheadは別のもの。
v23.0.1のソースの plugins\obs-ffmpeg\jim-nvenc.c とかを見た感じだと
　レート制御： CBR または VBR
　プリセット： Max Quality
の場合のみ、2パスモード（VBR時はNV_ENC_PARAMS_RC_VBR_HQ、CBR時はNV_ENC_PARAMS_RC_CBR_LOWDELAY_HQ）になるっぽいかな。

Look-aheadと心理視覚チューニングについてはリリースノートやツールチップで説明されてるし、
あとはOBSスレへどうぞ。
1009 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 02:23:32.68 ID:rOcHPC+tF.net]: 1660が月末、1650が4月末か
なんとか2060の弾不足に間に合うリリースになるっぽい

1660はエンコ鯖用に、1650はELSAの1スロ待ってからだな
1010 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 08:20:41.22 ID:vmUXFKDq0.net]: >>958
OBSスレってどこにあるの？
URLプリーズ
1011 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 11:03:36.61 ID:D9/tR40w0.net]: OBS 5chでググることもできないのか
https://egg.5ch.net/test/read.cgi/software/1547905007/
1012 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 11:06:47.25 ID:h7UYLdcC0.net]: 原
1013 名前：因は本人説 []: [ここ壊れてます]
1014 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 12:19:25.36 ID:8vO9QOLQ0.net]: 1660はBフレームに対応して無いらしいぞ？
1015 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 12:21:30.32 ID:8vO9QOLQ0.net]: >>922
と思ったら対応しているのか…
だったらPascalにも対応させろよ!!!ファビョーン!!!
1016 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 12:29:27.52 ID:vmUXFKDq0.net]: >>961
ありがとうございます
1017 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 12:46:44.78 ID:W41Eckopd.net]: >>964
それTiな、1660は無理
1018 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 13:03:56.09 ID:D9/tR40w0.net]: >>966
1660はTU116で1650がTU117になるんじゃないのん？
1019 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 14:18:23.84 ID:jnjLNbtV0.net]: Pascalはハードウェア的な問題で対応不可能でしょ
1020 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 14:19:51.32 ID:0iNz5/eMd.net]: Turing世代のNvenc綺麗なの？
coffelakeでqsv使ってるけど速いのはわかるけど画質も上がってるなら1660ti辺りでも買おうかな
1021 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 14:25:34.42 ID:uxC0I7/3r.net]: 9年間TS保存派だったけどエンコードを始めるくらい良い感じだった
1022 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 15:42:43.74 ID:aU3Yt0ZnM.net]: >>969
エンコが主目的なワイ、1660待ち
1023 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 16:28:49.26 ID:jv50TWEJ0.net]: >>971
同じく
1650系がBフレ駄目と聞いたので
1024 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 17:25:23.17 ID:o5QTctwx0.net]: パワーディレクターで高速ビデオレンタリング技術のとこのチェックボックスがでなくなったんですけど、助けてください
よりによって1920x1080のプロファイルだけ選択できない
他のサイズのやつは選択できる謎なんです助けてください
1025 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 17:54:15.24 ID:wgtn4cqhd.net]: 1650がBフレダメってどこ情報？
1026 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 18:00:18.10 ID:7GlrqudK0.net]: このスレにもあるけどSDK9の説明でTU117(1650予定ってこと)は除くってあるからね
画像は流れてるけど、rigaya氏のNVencの説明である。
Turing世代でBフレ有効なのは、ドライバ418.81以降でTU117はダメ
1027 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 18:21:05.67 ID:zMfb0sSE0.net]: 9.0.20のドキュメントだとTU117の区分がなくなってるな
ttps://imgur.com/a/mmYbr3Z
1028 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 18:22:09.12 ID:7GlrqudK0.net]: まぁTU117はVolta世代と同じ扱いなんで、Bフレは使えないけどH.264のインタレは使えるから人によってはありなんじゃね？
HEVCのHWエンコがましになったとはいえ、同ビットレートに収めようとするとソフトエンコにかなわないし、保存版はソフトでもいいんじゃね
1029 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 18:23:22.77 ID:wgtn4cqhd.net]: >>975
ありがと
1030 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 18:27:23.07 ID:aOfM3UtkM.net]: カトちゃん「HEVC」
1031 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 19:27:14.68 ID:k5KFHGHn0.net]: >>976
うお、ほんとだ。いつのまにか更新されてたのか。
APIガイドの方でも「(except TU117)」って文言が消えてるね。
ということはTU117になるとされている1650にもTuringのNVENCが載るのかな？

変更履歴もつけずに更新するのはやめてほしいぜ・・・。
1032 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 19:49:03.15 ID:prcdbvxC0.net]: 1650でBフレ使えるとなると、いよいよxx60の立場が怪しく
1033 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 20:12:51.57 ID:jv50TWEJ0.net]: >>980
まだモノが出てないからとりあえず消した
とも考えられるw
1034 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 20:28:27.22 ID:PUUIUwn70.net]: >>854
何もバス経由してNVencからCPUにデコードデータ流さんでも、
ほぼ遊んでるCUDA使ってできねーか？
1035 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 20:36:28.50 ID:1Zn2PpHA0.net]: ハードウェアとソフトウェアエンコード半々で早くてキレイみたいないいとこ取りって出来ないのかな
1036 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 20:52:26.19 ID:k5KFHGHn0.net]: とりあえず次スレ立てに行ってみる。
1037 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 20:52:51.95 ID:s/QlwqQw0.net]: 役割分担とか非効率っていうことについて何やら熱く語
1038 名前：ってたレスあったような []: [ここ壊れてます]
1039 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 20:56:36.32 ID:k5KFHGHn0.net]: 次スレ

　【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
　https://mevius.5ch.net/test/read.cgi/avi/1551441296/
1040 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 21:03:52.33 ID:prcdbvxC0.net]: >>987
thx乙

>>984
--opencl指定出来るx264を使ったことがあるが、正直変化があるのか分からなかったよｗ
でもAvisynthNeo+KFM/KTGMCは効果絶大
妥協出来ないのであれば読み込みやエンコーダーに流す手前までをGPUにやらせて、エンコはソフトという形しか無いんじゃないか？
1041 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 21:04:03.70 ID:k5KFHGHn0.net]: >>982
ぬか喜びさせておいて、モノが出た後で再度追加されるというオチは俺も想像しちゃったけど、さすがにそれは無いと信じたいｗ
1042 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 21:05:42.97 ID:h7UYLdcC0.net]: >>968
問題というと語弊ありすぎ
エンジンに無い機能は使えないだけ
1043 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 21:16:02.95 ID:h7UYLdcC0.net]: >>984
ハードウェアとソフトウェアのやりとりが増えるだけで無駄に遅くなる要素が増える
圧縮方式上個々が独立的に分担処理は出来ないから、お互いの処理分が終わるのを待たないと作業が進められない
待ってる方は遊んでる状態だから稼働率も悪化する
1044 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 22:14:43.21 ID:tc2s55ej0.net]: >>987
もうスレ落ちしてるっぽいので
新しく建てるぞ
1045 名前：名無しさん＠編集中 mailto:sage [2019/03/01(金) 22:19:06.84 ID:tc2s55ej0.net]: 【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1551446228/

保守よろしく
1046 名前：987 mailto:sage [2019/03/01(金) 23:21:44.11 ID:k5KFHGHn0.net]: >>992-993
しまった、即落ち仕様のことすっかり忘れてたわ。すまぬ。
1047 名前：名無しさん＠編集中 mailto:sage [2019/03/02(土) 07:32:14.99 ID:remgNwHta.net]: うめ
1048 名前：名無しさん＠編集中 mailto:sage [2019/03/02(土) 07:32:46.34 ID:remgNwHta.net]: うめ
1049 名前：名無しさん＠編集中 mailto:sage [2019/03/02(土) 07:33:00.44 ID:remgNwHta.net]: うめ
1050 名前：名無しさん＠編集中 mailto:sage [2019/03/02(土) 07:33:22.29 ID:remgNwHta.net]: うめ
1051 名前：名無しさん＠編集中 mailto:sage [2019/03/02(土) 07:33:27.32 ID:remgNwHta.net]: うめ
1052 名前：名無しさん＠編集中 mailto:sage [2019/03/02(土) 07:33:39.36 ID:mxbYRhFoa.net]: あの、質問いいですか？
1053 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 206日 2時間 49分 30秒
1054 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef