TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼
arecx6　HP消滅　観世終了か?
許した完成でよしにげ
カンパニエバトルが発生しました
【ベガス】映像音楽編集 Magix 「Vegas Pro」「Movie Studio」 【Magix】
今年もヨシ焼きするの？
ネット実況民へ
不細工なカエルの画像ください
みすらわるものそしきにゃーのつめそのきゅうにゃ
【DTV自治】LR及び板設定方針アンケート【IP表示】【】 Part.2
チンポニエ装備

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


1 ：2019/07/12 ～ 最終レス ：2019/12/14
高速なエンコード処理ができるハードウェアエンコーダーについて語るスレです。

●Intel
・https://software.intel.com/en-us/media-sdk
・https://01.org/linuxmedia
・https://github.com/Intel-Media-SDK/MediaSDK
・https://github.com/intel/media-driver
・https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

●NVIDIA
・https://developer.nvidia.com/nvidia-video-codec-sdk
・https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
・エンコード： 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

■前スレ
【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
https://mevius.2ch.sc/test/read.cgi/avi/1533671049/

次スレは>>980が立ててください。

2 ：
■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2019年3月上旬時点)

●Intel QSV (Kaby Lake/Coffee Lake＋Intel Media SDK 2018 R2)
　〇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でも使えるようになるかもしれない。
　　・Ice LakeではVP9 10bitもサポートされるらしい。

●Nvidia NVEnc (Turing＋NVIDIA Video Codec SDK 9.0)
　〇HEVC
　　mainおよびmain10。TuringでBフレームに対応。
　〇VP9
　　未対応

●AMD VCE (Polaris＋AMF 1.4.9)
　〇HEVC
　　mainのみ。main10は不可。Bフレーム使用不可。
　〇VP9
　　未対応

3 ：
↑とりあえずテンプレここまで。

何を変えれば良いのか全然わからんかったからそのまま使わせてもらいました

4 ：
1時間以内に20まで保守しないと新スレは即落ちるはずなので、誰かいれば協力よろしく。

5 ：
>>2の更新版は次世代ビデオコーデックスレ4の8を参照。
NVIDIAのVIDEO CODEC SDKが9.0になったくらいだけど。

　次世代ビデオコーデック総合スレPart4 【HEVC/VP9/AV1/VVC等】
　https://mevius.2ch.sc/test/read.cgi/avi/1562430349/8

6 ：
保守

7 ：
ホシュ

8 ：
30秒間隔だと間に合わない予感？

9 ：
むう

10 ：
うーん

11 ：
だめかなー？

12 ：
誰かいないかなー

13 ：
ここでエラーくらうとは・・・

14 ：
落ちるかどうか

15 ：
落ちないでいてくれよ・・・

16 ：
あれ？1時間経過したけど平気なのかな？

17 ：
早速だけどGTX1650ってTuringだけどNVEnc的にはVoltaだよね
OBS-studioでYoutube配信するに当たってH.264を利用するんだけど
この設定でもTuringなNVEncと差が出るものなのかな

18 ：
20までじゃなくもっと少なくてもよくなったという話を聞いた気もするけど一応20まで保守

19 ：
だいじょぶかな

20 ：
保守終了

21 ：
>>20
乙

22 ：
よく見たら >>1 にある前スレが前々スレのままになってる。正しい前スレは以下。

■前スレ
【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
https://mevius.2ch.sc/test/read.cgi/avi/1551446228/

23 ：
>>22
ほんとごめん

24 ：
>>23
ドンマイ。こっちも新スレの時期だってことに気づくのが遅れちゃったし、スレ立てと誘導は助かった。

25 ：
>>1
スレ立てホス乙

>>17
rigaya氏のところの画質比較によると、264でもPascal世代との比較では差が生じてる(微々たるもんだが)
Voltaの中身が前世代のままなら似たような結果になるんじゃね？

26 ：
>>25
回答ありがとう
正直性能的には1650で十分なんだけどNVNec考えると1660あたりにしといた方が良さそうだね
参考になりました

27 ：
エンコバカ用モデルも出してけれｗ

28 ：
安いGeforce出す気が無いならQuadroP400の後継をはよ出せよ

29 ：
出てもTU117だろうから、P400からHWエンコ的に買い変える意義有るか微妙だけどな
CUDAコアは増えるだろうけど1スロLowProfileに拘らなければ1650で良いような

30 ：
NAVIのエンコって画質改善されたの？

31 ：
>>30 前スレ984以降
> 984 名前：名無しさん＠編集中 (ﾜｯﾁｮｲ ffad-zjg0)[sage] 投稿日：2019/07/10(水) 21:13:37.85 ID:YbQx/8JG0
> AMF & VCE on NAVI: Quality Analysis vs NVENC, X264 & RX 580! RX 5700 & RX 5700XT H.264 Encoder - YouTube
> https://www.youtube.com/watch?v=CLqpVImLPGE
>
> Youtubeに比較してる人いた

ゲーム画面をエンコしたものはPolaris比で悪化してる

32 ：
ああ、hevcだと別の結果になるかもしれんわ

33 ：
マクロブロック配置ロジック改善してなきゃHEVCの改善も無いからな
あとHEVCの方がaqまわりの自動調整ロジックも手が入ってないと実写とアニメでの差が極端になる
Bフレ使えるようになるとかテコ入れ有るとか有れば良いけどもな

H264の感じ見ていると、マクロブロックの捜査処理系が想定より微妙にパフォーマンスが伴っていなくて、公称処理能力確保するのに処理甘くしてフレームレート確保している感じがする
そんな状態でブロックパターンがより多いHEVCの方がパフォーマンス向上していたら、それこそ謎だわ

34 ：
16日12:00解放の1660Ti 24800円
https://sp.nttxstore.jp/_II_KR16083338
CUDAフィルタ用途には多いに越したことはないから、こにの値段なら手が出やすいかと

35 ：
クロシコも38mm厚で結構薄いようだが、マザボの隣接PCIバスにPT2挿してるから、35.3mm厚のZOTAC一択だった

36 ：
NVENCって最新のビデオカードだとすごい早い？
古いけど1070tiですごく早くて感動しとる
当時は5万くらいしたんだっけ

37 ：
早いも良いけど画質は向上したんかな？
前はqsvの方が良いって聞いてたんだが。

38 ：
>>37
URLが貼れないので

rigayaの日記兼メモ帳
2018年を振り返る (PC編)

HEVCへのBフレーム対応でTuringが良いという結果になっている

39 ：
H264の画質なら未だQSV優位

40 ：
アニメをH.264で1280ｘ720にしたいなら十分だと思うよね
子供をおとなしくさせるための、やっすいタブレットやカーナビとかPC以外なら画質より汎用性
4Kで見ると720pは…

41 ：
VEGAS Proがお安くなってる…

42 ：
あの手のクソ安編集ソフトってこういうエンコに対応してんの？

43 ：
あの手のクソ安編集ソフトってこういうエンコに対応してんの？

44 ：
GPUでゲームしながらリアルタイムエンコードとか録画する場合って
ゲームしてる時に使ってない部分使うわけだから消費電力って上がりますよね？
ゲーム時の消費電力なんかは割と載ってるんですけど、更にエンコードとか録画とかの負荷かけた場合
どのくらい消費電力上がりますかね？

45 ：
エンコだけならうちのrtx2070で4、50wプラスくらいだわ

46 ：
ストレージも録画で記録で動き続けるのと
CPUもコンテナ処理やゲームと並行処理されるプログラムも余計に動くから、GPU意外でも余計に食うからな

47 ：
ゲームしながら録画するくらいだから電気代じゃなくて電源の容量でしょ
多分ギリギリで組む人いないと思うから今の電源の範囲内なので気にしなくていい

48 ：
参考情報ありです。
>>47 ちょうど電源容量選んでる感じでして…

49 ：
nvencのh264ってqsv越えてるん？

50 ：
画質比較 2018.11 (実写版)
画質比較 2018.11 (アニメ版)

ぱっと出てくるrigaya氏の比較だと、H.264はQSVだね…URL貼れねぇｗ

51 ：
HEVCのBフレームのために1660買ったけど、対して1060のBフレなしと画質変わらんやん

52 ：
>>51 画質固定でエンコしてるかい？

試しにBフレ枚数1枚増やして参照フレーム数も1枚増やす
そしてプラシーボよりの重さにする

53 ：
Bフレームを何だと思ってるんだろう

54 ：
増やすとファイルサイズ比で画質が上がるくらいの認識しかない
キーフレームの差分みたいなもんだっけ？

55 ：
Bフレ使われてるのかって話もあるな
キャプチャソフトで撮ったら全部Iフレとかあるし

56 ：
使ったソフトウェアが対応してるのかどうかの問題もある
使用環境をほとんど書いていないから判断材料がない

57 ：
差がわからなければ設定が悪いか目が悪いかモニタが悪いか頭が悪いって事だろう
使いこなせないもの買ってもそりゃ差は出ないだろうね

58 ：
やっぱハードウェアエンコードって
画質高くなる分CPUでエンコードするほうがGPUと比べて
消費電力高くなったりするんです？

59 ：
ソフトエンコの方がじっくりコトコト煮込むから消費電力は高いんじゃねーの？

60 ：
なんで例えで表したがる奴に限って、例えてる内容が的を得ないのか

61 ：
>>60
まともな日本語使えない奴に言われたくないな。

62 ：
>>58
QSVがワットパフォーマンス一番良いね
センサーアプリでCPUのパッケージ電力チェックすると確認できるよ。

ハードエンコってGPU内エンコーダーの事だよね？
業務用の外付けのヤツの事？

63 ：
エンコード開始前後の消費電力差だけじゃ無く
処理フレームレートの差も考慮するとNVEncの方が高効率じゃないか？

64 ：
基本的にエネルギー効率は専用回路＞ASIC＞GPU＞CPU

65 ：
専用回路ってASICじゃないの？
そしてNVENCは専用回路じゃないの？

66 ：
複数の専用回路を集積したのがASICだから能率的には専用回路≒ASICだわな
ASIC自体は専用回路群なんで専用回路≠ASIC

67 ：
ASIC＞FPGA＞GPU＞CPU

これが正しい

68 ：
GPUもGPGPU依存と専用回路がある訳だが
記述するならGPGPUじゃないか？

69 ：
FPGAも特化モジュール依存になるし
速度的にもGPGPUに軍配上がりそうだが

70 ：
苦手だろうが、効率悪かろうが、有りものの回路でなんとかしなきゃならんGPGPUと
効率よく処理できる回路を作れるFPGAじゃ
勝負にならんと思うが。

ただそれはNVENCとか含まない話な、当然。
あれはGPGPUじゃねぇ。

71 ：
FPGAなら高効率とも限らんし
結局回路形成するコードと使うFPGAの規模による罠
マイニングみたいなブン回す演算内容が単純なら、規模と容量のあるFPGAで力押し的にパイプライン処理化で高効率化出来るが、エンコーダ組むとなったらASICとかDSPと連携させなきゃ無理筋な気がするが

それでもそれを可能にするFPGAを中核としたシステム実装よりGTX1660のが遥かにユニット単価低く済むだろうけども（製造規模も全然違うし
GPGPUコアもおまけで付いてくる事も考えれば、費用対効果はdGPUだろうな

72 ：
CPUって言ってもx86と言う限られた世界の中の話しかしてないからね

メニーコアのArmやRISC Vが出たら話は別だろうし

73 ：
そのCPUだって使いやすいOSやアプリがなきゃ結局使われない
現状Windowsが動かなければなかなか普及はしない
オタクは別、やりたいようにやれる能力があるんだから

74 ：
このスレには有能なオタクと無能なオタクがいて、それ以外はいないよw

取り敢えずGPUエンコードならLinuxでもできなくはない
nvidiaのドライバーがシステムのアップデートで動かなったりして面倒が多いけど

75 ：
逃げるベトコンと、逃げないよく訓練されたベトコン程度の違いしか無い

76 ：
2070無印が最適ですかね

77 ：
せっかくRX470手に入ったのにVCEはとんといい話聞かないな

78 ：
だってAMDに何とかしようって気が無いから。
前より良くなった、ツールも揃えるって口先ばかり、
実際は誤算程度とか使いにくいとか、これをすでに3代位続けてる。

79 ：
ATI Avivo Video Converter
って、すごいよかったのに…
何で息切れしちゃったんだろう?

80 ：
そりゃゲーム機の契約取れたら、金と時間と人材割いてまで、カスみたいな利益追わないだろ
開発もやめてオープンソース化に走るっていうことはそういう一面もある

81 ：
個人的趣向でならTU106のフル機能解放されてるRTX2070がCUDAコア規模込みで効率的に至高と思ってる（ユニット単価度外視気味だけど
異論は認める

82 ：
同意 コスパも良い

83 ：
HWエンコード画質悪いと言われてるけど、確かに低ビットレートならX264が良いだろうけど高ビットレートなら大して変わらんな。

84 ：
そりゃ最終的にはほぼ非可逆なんだからそうだろ

85 ：
間違えたわ、可逆に近いんだからそうだろ

86 ：
要はいかに巧く情報削ぎ落としているかだからな
削ぎ落とす範囲が少なければ差になる対象範囲も小さい
縮みやすいアニメ絵ならソースサイズ比で1/2～1/3程度ぐらいまでの圧縮なら、そう極端な差にならんしな
実写の方は品質ベースだと素で縮まないのと、コンテンツによって求める品質の緩急もあるからプロファイル細分化しちまう

F1の縮まなさは異常

87 ：
スポーツは縮まないよねえ
あとBSやCSのビットレートが下がると、エンコで縮まなくなるから勘弁して欲しいわ

88 ：
>>87
地デジのMPEG2だとスポーツみたいな激しい動きで
アナログハイビジョンより画質が落ちて問題となったのは
今となっては懐かしい話題

89 ：
スポーツ系は被写体が動かず背景全体が動く場面多いからな
その背景も群衆だったり広告だったり、高周波要素ときてる

90 ：
RTX2070って、本スレでは通称XOって言われる不具合あるから
回避しろって流れだけど、このスレではお勧めされてるのな。
大丈夫なの？

91 ：
>>90
うん、大丈夫だよ

92 ：
>>90
そんなの引いたとしても保証期間内なら返品できるしな
xoだらけだったらもっとtwitterとか2chは燃えているわ

93 ：
初期不良引いたら交換しろってだけよ。しかも前世代のGeforceでも不良品だと出るのよ。

94 ：
>>91-93
やっぱり保証が大事なのね。サンクス
そうすると買う場合でもメーカーとか販売店選ばないとアレだよね～。

95 ：
>>94
ドスパラがおすすめだぞ。
トラブルあっても買取に付き出せばいいし。

96 ：
テメー知ってて言ってんな？

97 ：
ドスパラは…

98 ：
よくわかります(笑)

99 ：
なんと言っても「DOS/Vパラダイス」だからな
楽園のような店さ（ディストピアだが

100 ：
パラライズです

101 ：
初期不良パラダイス?

102 ：
ドスパラは最近増えたアジア人系店員の気前がよく
熱心にサポートしてくれるので、ちょくちょく行くようになった。

103 ：
ドスパラ行くとなんでキモヲタが低賃金労働でしか雇われないかがよくわかるな

104 ：
パラノイア？

105 ：
RX5700でもVCEは使えるんですか？
古井戸なくなったと聞いて不安になりました

106 ：
古井戸目当てならRX550でも買っときゃいいんじゃね？
演算コアはエンコで活用できる場面も少ないし

107 ：
>>102
都内のショップのバイトさん、
東大とか東工大に国費留学してるエリートさんも多いらしいっすね

108 ：
>>105
UVD統合されてVCNという名前になった。
エンコ画質は過去レス参照。

109 ：
ハードウェアエンコって動画をモバイル向けに最速変換するのが目的だからCPUエンコと比較自体間違ってるよね
サイズは縮まなくて当然だし、見るだけなら1番画質悪いと言われ続けてるVCEでも十二分

110 ：
偉そうな独り言はツイッタラーでやれよ、ハゲｗ

111 ：
AMDのはエンコ言うよりトランスコードよりの技術

112 ：
変換時のデータの行程による定義差だろ？
意味解って使ってる？

113 ：
トランスコード等は一連の作業で何を行っているかを表す語意
エンコードはその作業での符号化・圧縮を指すし、エンコードを伴う作業全般を表すのにも用いる

AMDの実装が一連したトランスコード行程でしか使えないならともかく、実際はその逆で機能単位で任意に組み込んで使えるんだから、そんな絞った定義に当てはまらんよ

114 ：
RX480でOBS使ってギリギリ60fps前後出るの高負荷なゲームの録画して録画ファイル確認したらカクカクで、ロビー以外綺麗に録画できてなかった
VCEやNVENCって専用のコアがあるんじゃないの？
ゲーム等で高負荷だったら使えない？

115 ：
>>114
> VCEやNVENCって専用のコアがあるんじゃないの？
ないのでは？

> ゲーム等で高負荷だったら使えない？
RX480を買い換えるしか

116 ：
VCEはGPGPU併用のエンジン（ゲーム描画負荷とPCIeバス帯域負荷も影響
NVEncはエンジンのみで処理（PCIeバス帯域負荷に影響
ただしゲーム処理に必要なCPU性能あったうえで、映像ストリーム処理する余裕もある事が前提

117 ：
>>114
専用コアがあってもPCIe接続の帯域は同じだからギリギリじゃ無理

118 ：
nvencでのエンコードに使うだけだったら1660と1660tiでだいぶエンコード速度変わります？

119 ：
変わらないはず

120 ：
>>118
フィルター使うなら多少は変わる
ただの変換なら誤差みたいなもん

121 ：
メーカーの調整次第だが、RTX世代は55度超えたあたりでオーバークロックの制限かかるので、
ちゃんと冷やせる環境なら逆転も狙えるよ！(多分)。
まぁ2000MHzに80Mhz増えるとかそんなレベルだが・・・

122 ：
>>115-117
親切に教えてくれてありがとう
なんとなく分かった

123 ：
ゲームは全くせず、VCEでx265エンコードしたいだけです。
Radeonのどれを買えばいいですか？
予算5～6万くらいで。

124 ：
>>123
VCEはゴミレベル。CUDAも使えないし、fluid motionもエンコード時に使う人は居ない
Radeonで買うべきカードは無いと思う
宗教上の理由でゲフォが買えないなら、将来いい感じのモデルが出るまでその5，6万は貯めておきなさい

125 ：
>>124
まじか。。。
絶望。

126 ：
Radeonなんて動画好きで好きな人、昔は多かったんだから
そういうところでちゃんと攻めていけばよかったのにな

127 ：
VCE何かもうやる気ないよね

128 ：
5700とかでは、少々やる気が出てきているようだけど
各アプリ側で対応してないから、使い物にならない。

129 ：
カードじゃなく投げ売りの2400G買うとか

130 ：
古井戸も登場時点で当時の国内メーカーのTVのフレーム補完にも及ばない出来だったけどな
補完しやすいアニメ絵なら使い物になるぐらいで、それですら破綻する場合もあるし
元々3D描画のフレームレート嵩増しする目的で開発して、能力不足で放棄したもの機能としてお品書きに出してるだけだし
さして強化されても居ないしな

131 ：
古井戸も誰が使ってるの？レベルだったので新GPU(navi)で無くなってた

132 ：
Ryzen3シリーズが人気だからRadeonどうよって流れなんだろうな

133 ：
>>120
そうですか、ありがとうございます
1660にしようとおもいます

134 ：
Icelakeが出てきたけど改善されたQSVの画質が気になる。
https://ascii.jp/elem/000/001/908/1908032/

135 ：
>>116
NVEncて今年の3月ごろのSDK9.0からGPU内で完結するようにならんかったっけ？
PCIeの帯域そんなに使わないんじゃね？

136 ：
GPU内じゃなくてビデオカード内と修正しとくｗ

137 ：
>>136
ゲームキャプチャ以外でソースをPCIe通さず送り込めたり
処理した動画をPCIe通さず取り出せるならな
あと帯域占有比以上に割り込みというものも有ってだな

138 ：
OBSでいうNVIDIA NVENC H.264 (new)ってやつだよね
まだGeForce ExperienceやOBS系のソフトでしか実装できてないんじゃないかと思ってるんだが実際どうなの

139 ：
今までGTX670+Z77マザー+3570kでエンコしてたんだが、
GTX1660を購入したついでにWindows10を入れなおしたらHD4000が見えなくなってQSVが使えなくなった。
BIOSでは内蔵のHD4000を有効にしておりWindows10を再インストールしただけなんだが・・

何が悪いのかな？

140 ：
まさか32bitとかじゃ無いだろうな
現行64bitしかドライバ無いからな

141 ：
>>139
モニタ繋がなくてもQSVなど使える様になってた筈だが、
原因探るのも面倒だしモニターの空いてる系統にマザーの映像出力を繋いでしまえ

142 ：
>>139
ドライバーを入れ直せば良いだけ

143 ：
win10ってすきあらば自分のドライバいれてくるときくから
改めてこっちからドライバ入れるしかないんじゃない

144 ：
Win10のバージョン1809辺り？からかモニタに繋いでないとQSVつかえなくなってね？
偽マルチモニタ設定できなくなってる
ぐぐっても出てくる

145 ：
>>144
そんな事はない

146 ：
まずドライバが適切に当たっているか確認してるかも言及されてないわけだが

147 ：
>>145
情報サンクス
まじかよと 同じバージョンのintelVGAドライバ上書きで入れ直したら
マルチモニタ設定しなくても配線繋がずQSVEnc使えるようになったわ

Win7からWin10の1903にクリーンインスコしなおしたら
QSV使えなくなって仕方なくマザボとモニタを繋いでたよ

148 ：
ディスクリートのGPUを挿さないと
GPU Info Intel HD Graphics 4000 (16EU) 350-1150MHz [77W] (10.18.10.5059)
で認識されてるんだが、ディスクリートのGPUを挿すとデバイスマネージャーでも
存在しない事になってしまう・・・
BIOSのIGPU multi-monitorはEnabeに設定してれば
インテルのドライバ入れなくても前はHD4000が見つかっていたのが
HD4000自体が見えないんだよなあ
こんなのは初めてだ。

149 ：
以前は入れていたマザー付属の管理ソフトを今回は入れていないとか、そういうのは無いんだよね？（Virtuとか
色々書かれてもマザーのモデルすらもも晒されないし、すいそくいじょうの事は返せないわ

150 ：
>>149
解決してる上に助言も出来ない無能が何言ってんの？

151 ：
>>150
>>148が何時解決したんだ

152 ：
>>149
自己解決したんで以下チラ裏

デバイスマネージャーで調べると
現在このハードウェア デバイスはコンピューターに接続されていません。 (コード 45)
この問題を解決するには、このハードウェア デバイスをコンピューターに再接続してください。
これでググってみたらC-MOSクリアで解決したと書き込みがあったので
C-MOSクリアしたら無事、QSVが使えるようになった。

なんか変なコンフィギュレーションデータでも残ってたのかな？

153 ：
windows10 Home 64bit 1809 GTX1050 ソースはShare(Shadowplay)のmp4(1920x1080 60fps)

ちょっと気になってて検証してたんだけど、NVEncC(x64 ver4.42)で

--avhw -c h264 で -u qality -b 0 --vbrhq の3つを併用
--ahvw -c hevc で --vbrhq を併用

するとVE使用率の上限が90%くらいになるんだけどどうしてだろう(通常は99とか100%)
-c h264 で -b 0 は使わないから今まで気づかなかった
(非対応なので) -c hevc で -b 0 に指定しないと「Max B frames are 0 frames.」が表示されて煩わしいから、検証中にも -b 0 してたら -c h264 で偶然発見

おま環かもしれないけど、 --max-procfps 指定してない時以外は地味に気になる

154 ：
単純に処理が軽くなって負荷が上がらないだけでは？

155 ：
>>154
試しにGPUをOCして同じオプション(--avhw -c hevc --vbrhq 2000)を使用したところ、両方ともVE91%くらいで通常は280fpsくらい、OCしたら300fpsくらいだった
なので多分それとは違うかと

156 ：
>>155
いや汎用演算器でのプログラム処理じゃ無いんだから
専用演算器での処理系なんだならそりゃ単純にスループット上がるだけでしょ

157 ：
よくわかんないけど --vbrhq だと同時に使える演算器の数が少ないからクロック分fpsが変わるとかそんな感じ？
--vbr 2000 だと99%で380fpsくらい

試しに同じオプションを同時に使ったら99%になった
…よくわかんないけどそういうもんらしい

158 ：
VCEやSQSVみたいなエンジンがGPGPU処理併用じゃ無いから
ロード値はエンジン自体が持つ処理機能をどの程度まで使っているかってだけなのよ
スループットはエンジン内部処理にボトルネックが出ない限りはアンコア部の動作クロックに概ね比例する

159 ：
スマホ用に変換ならnvencで良いな
2060だけど十分画質も行けるわ
早いし　粗さがしする完全保存画質ならcpuだろうけたどね　グラデーションとかバンディングを静止して比較とかするなら　

160 ：
bフレームって動画の種類で変わるよな
アニメやゲームじゃゆうほど分からん
実写だと分かる実写は情報力多いからねーアニメなんか色数も大したことないしな

161 ：
エンコ良くしてるプロなら
圧縮率もそうだけど　時々起こる
バンデぃング回避のため10bitでエンコすると思うけどソフトnvencの差より8bit 10bitもでかいと思うんだけどなあ
グラデーションバンディングは光源とか
によれば8bitだとかなり出る時あるんだよなー

162 ：
>>161
カラコレやソフトフィルタ、デバンドするわけでもないのにすでに出てるバンディングが10bitで出したくらいで消えたりはせんよ

163 ：
nvencで10bitオプションが一番重いんだよな

164 ：
NVEncCでL-SMASHで読み込んだ音声も処理するにはどうしたらいい？
ffmpegでavisynth処理したあとnutにしてパイプで渡せばいいと思ったんだけどWindowsのパイプは出てきた物まるごとメモリに載せてるらしく現実的ではない
ffmpeg -y -i test.avs -c:a copy -c:v rawvideo -pix_fmt yuv420p -f nut - | NVEncC64.exe --avsw -i - --audio-codec aac -o test.mp4
メモリ的に問題ない10秒くらいで試してみるとNVEncC側で別のエラーが出る
ffmpeg -y -i test.avs -t 10 -codec:a copy -codec:v rawvideo -pix_fmt yuv420p -f nut - | NVEncC64.exe --avsw -i - --audio-codec aac -o test.mp4
avsw: error opening file "pipe:0": Invalid data found when processing input
failed to initialize file reader(s).
Failed to open input file.
nutで一度適当なファイルに書いてからNVEncCで処理すると問題なく処理できるけど毎回アホみたいにIO使うことになるし処理時間も伸びるので避けたい
Windows10 Pro 1903のPowerShellで動かしてる

165 ：
何時まで「ソフトウェアの使い方」続けるん？
HWエンコーダの活用例の提示とか一過性で話題のついでで出るならまだ解るけど
はなから「ソフトが旨く意図通りに動作しない」ってのが主題でスレに書き込むのは方向性違うと思うが
扱いはffmpeg関連スレの方が良くないか？
エラーも「パイプにデータ来てない」ってんだから、吐いてる側起因だろうし

166 ：
aviutlでwaifu2xっていうフィルター使ってみたけど結構キレイになるのね
ゲフォ使えるから試してみ

167 ：
ムショ帰りか…

168 ：
>>164
PowerShellではなくコマンドプロンプトで試した限りでは
NVEncC オプションリストのコマンドライン例 - 「ffmpegから映像と音声を両方パイプ渡したい」の通りの記述で特に問題なく映像と音声の両方を渡せてるよ
ffmpeg.exe -y -i "%~1" -codec:a copy -codec:v rawvideo -pix_fmt yuv420p -f nut - | NVEncC64.exe --avsw -i - --audio-codec aac -o "%~dpn1.mp4"

>まるごとメモリに載せてる
のニュアンスが判らないんだけど、
キャッシュ分が増えているとかではなく物理メモリが出力されたrawストリームで占有されて途中でエラー落ちすると言うこと？

169 ：
>>168
おそらくその通りでキャッシュではなく実際に使用中のメモリが処理したファイルサイズ分増えます
32GB積んでいて残り数GBになった時点で他のプログラムへの影響も考えて止めているので実際に落ちるかどうかはわからない

170 ：
NVENCでハマってます。
ffmpeg -i input.mp4 -vcodec h264_nvenc output.mp4
で出来たoutput.mp4をPS3で再生するとIフレームの数フレーム後
に再度表示されてカクっとなります。PS3以外だと問題ないです。
ffmpegのオプションでなんとかなるんでしょうか？
OK : I P P P P P P P
NG : I P P P P P I P （なぜか6フレーム目で最初のIが再生される）

171 ：
まず他で再生出来るか確認して
NVEncを使用したffmpegの問題なのか、オプションの付け方の問題なのか、PS3側問題なのかとか切り分けしてるん？
出力されたファイルの詳細なんぞ当人しか解らんし
I/Pフレームの構造も実際にそうなっているものなんだか、主観的イメージなんだか判断付かない

手段としてNVEncが絡んでるだけで、根幹はffmpegの使い方とPS3の仕様の問題なのでは？

172 ：
一行目に言葉抜けてた

まず他でもinput.mp4が再生出来るか確認して

ね

outoput.mp4だけPS3で再生出来ないのなら、単純にimput.mp4と比較して差異を埋めるようにオプションを記述してどうなるかとか試すとか
ffmpeg側の認識範囲やNVEncも世代で出来る事が違ったりするんで、imput.mp4の構造を何処まで継承してoutput.mp4に適用出来てるかも解らん

そもそも、そのオプションによるトランスコードに意味あるのかと

173 ：
>>171
すみません、圧倒的なスキル不足でして
input.mp4 はPS3でも、それ以外(iOSのnPlayerやWindows10、FireStick上のVLC)で再生しても問題ないです。
output.mp4 はPS3のみ再現します。それ以外では問題なく再生できています。
-vcodec h264_nvencオプションを取ってCPUエンコードしたら問題ないです。
NVENCとPS3の相性か・・・
そもそも、もうPS3使ってる人も少ないんですかね
input.mp4とoutput.mp4の差異を

174 ：
173です。
とりあえず、これでいけました。
ffmpeg -i input.mp4 -vcodec h264_nvenc -bf 3 output.mp4

175 ：
>>164
PowerShellのパイプはオブジェクトを渡すから、外部プログラムの標準入出力も文字列オブジェクトに変換される
普通にPowerShell上でcmd /c使うしかない(吐き出されたバイナリをPowerShell内に持ってこない)

176 ：
今GTX1050使っているけどGTX1660に変えると画質やエンコ速度は結構変わるのかな？

177 ：
>>176
H265はBフレを使えるようになる
他は変わらないんじゃんね

178 ：
>>177
H265のBフレは相当変わる？
なら買い換えの意義はあるが。

179 ：
データサイズどうしたいか次第

180 ：
>>178
QSVのHEVCの画質容量比性能を超えて、実質HWエンコーダのHEVCで最良
おまけにQSVやVCE、旧世代のNVEncで多くみられる実写ソースでの圧縮効率の極端な低下（下手するとH264の方使った方がマシ）が起きないレベルになっていて
ソースによってHEVCかH264か効率よい方を選ぶとかする必要が無くなってる

181 ：
大雑把だけどエンコ目的ならGTX1060でFA？

182 ：
もうすてに8月後半
ここまで待ったんなら、年末のIceLake世代のCPU内蔵GPUコアの進歩がどの程度のものになるのかを確認してからでも遅くはないようにも思うけどね
10bit動画への対応がこの世代からようやくdGPUなしでも問題なくこなせるようになるわけだし
ラジャ・コドゥリのIntel参戦でどこまでカツ入れされたものか、お手並み拝見

183 ：
いかーんGTX1660ね間違えた

184 ：
>>182
ラジャさんはインドの子供のなりたいモノ一位だからな。

ラジャさんをたたえる歌
https://youtu.be/20c52y6FjMI

185 ：
>>183
HEVCが主体でインターレース出力しないならね
H264が主体なら未だQSVも悪くは無い

186 ：
>>185
QSVっても最新CPUだけだろ

187 ：
HD500～UHD600の間で、同ソース、同設定でやって何%にもならんぐらいの差で僅かに縮むぐらいしか差は無いぞ
Bフレ数と参照距離の組み合わせやGOP長の方が遙かに影響有る程度

188 ：
極端に古い世代の持ち出してくるならNVEncも同様だし
エンコに使う目的なら、状況によってCPU世代変えるのもありってだけだよ
メモリも変えなきゃならんほど古いならdGPUの刷新してもいいんだし
好きで晒してない要因による判断差や単発で横からレスしてくる相手の事情までは知らんよ

189 ：
176です。
7年使ったPCをzen2に組み替えついでにグラボも変えようかっと思った次第です。
AviUtlで編集してH265で作成すると容量がデカくなるし実写だと画質が悪いので
質問しました。

190 ：
そうですか

191 ：
変えた方がいい

192 ：
変えれば幸せになるよ
ついでに壺もセットで買うと安くなる

193 ：
AMDはVCNのテコ入れしないのか？

194 ：
処理速度は上がったよ
画質容量比性能落ちたけど

195 ：
実際のところは、予定していたカタログスペック的な処理速度性能に届かなくて
マクロブロックやスライスの捜査処理甘くして速度確保したって感じだけな（白目

196 ：
CPUの方は元気なのにｗ

197 ：
H265はアニメ向きで実写だと
のっぺりするって聞いたけど、
実写派の自分はH264で十分っていうことでOK？

198 ：
ビットレート次第

199 ：
同じビットレートなら実写でもH.265の方が高画質だろう

200 ：
断然H.265だよな、もうH.264でエンコ出来ないくらい綺麗

201 ：
でなけりゃ後継仕様の意味ないやろｗ

202 ：
実写はH264の方が良いってのは、従来の世代の古いHWエンコーダでの傾向で、GTX1660以上のTuring世代のNVEncでは解消されたん
HW処理でも種類が増えたマクロブロックの適正配置がより厳密に処理出来る様になった故で、お陰で圧縮効率も良くなってる

ここらへんHEVCの実写でテクスチャーがのっぺりしやすいのにも関係してたり

203 ：
ロイヤリティフリーのVP9で十分

204 ：
>>203
VP9でハードウェアエンコードできるものってなんぞ？

205 ：
個人使用の範疇でエンコする分にはロイヤリティも糞も無いんだけど、代価得て商業目的使うってんなら別だが

206 ：
>>197
自分の環境と「目」次第だよ。同じビットレートで比較して差がないなら、H.264のほうが軽くていいんじゃないかな？

207 ：
軽いとは・・・

208 ：
変換が速いって事か？
今やスマホでもH.265が余裕で再生出来る時代だぞ

209 ：
そもそも265の再生が重いようなPCでエンコすんな

210 ：
そもそもH265が実写向きじゃないって書き込みが間違ってるからな

211 ：
実写の大きいマクロブロック割り当てされてそうなところがのっぺりするのは、情報量に対してそもそものビットレートが不足しすぎているか
AQでのビットレートの再分配が旨く行っていない
下手にエンコードオプション細かく指定しすぎると旨く行かない場合有るので、明示的にオートでAQ処理させてみるとか

H264よりHEVCの方が高圧縮な代わりに、ビットレート低くなりすぎるとフレーム全体の像を残す方向で細かい部分のディテールから失われて行きやすいんで
AQでマクロブロック間やフレーム間でビットレート都合し合うとか調整しなきゃダメな場合もある（そもそもオートで済む程度のビットレートに止めとけというのもあるけど

そんで、ここでもマクロブロックが出てくるんで
その割り当てが旨くないとビットレートの都合し合いの処理やビットレート貰う対象の絞り込み等にも影響すると

212 ：
今までは

HWエンコーダではHEVCで種類が増えたマクロブロックパターンを旨く配置しきれなかったお陰で、実写だと高周波成分があるテクスチャに小さいマクロブロックを無駄に割り振ってしまい、酷いとH264より縮まなくなりやすい

という状態だったのが、Turing世代のNVEncでやっと脱したと

その代わり、低ビットレートにしすぎると前記の「のっぺり」が起きるんで、ビットレートの再分配を気にしなきゃならなくなった訳やね（アニメ絵は「のっぺり」になる部分が元からのっぺりしてるんで影響が低い

なのでHEVCだと実写に弱いんじゃ無く、実写にも耐えうるほどの複雑な内部処理が出来てなかった、って感じやね
H264だと（HEVCよりは）単純な分、今までもそこそこ旨く出来てたと

213 ：
ビットレート無理に落とさなければ良い

214 ：
>>213
まぁ単純にはそうなんだけどね
実写の方がアニメとかより映像の構成要素的に縮まないんだから、設定つめてるほどアニメ基準で同じビットレートとかオプションを実写ソースに適用しちゃ無理がある

215 ：
1050Ti、1650、1660でHEVCのNVENCを比較してみたけど

NVEncC64.exe -c hevc -u default --tff --cqp 20:23:28 --lookahead 32 --gop-len auto --aq --aq-temporal --dar 16:9 --profile main10
--bref-mode each --output-depth 10 --vpp-afs preset=anime,24fps=true,rff=true --vpp-pmd --vpp-edgelevel strength=2,threshold=8
--vpp-deband range=10,thre_y=10,thre_cb=0,thre_cr=0,dither=10,blurfirst=true --audio-codec aac -i %1 -o test.mp4
上記コマンドでCMカット済みのｔｓ、ロード・エルメロイⅡ世の事件簿 7話 BS11 23分40秒をエンコした場合だと

1050Ti：191.49fps エンコ時間2分57秒※Bフレ無し
1650：193.72fps エンコ時間2分55秒 ※Bフレ無し
1660：282.15fps エンコ時間2分0秒
1660：342.85fps エンコ時間1分39秒 ※Bフレ無しの場合、ファイルサイズは1050Ｔｉの75%のサイズ、何か所か拡大して1050Tiと見分けは付かなかった

1660はLimit53%の65Wでファンレス換装済み ※消費電力は1650相当
1650補助電源無だけどアイドルは1050より3W高く負荷時は10Wも高い、3Dも20%程度の向上なので色々微妙

216 ：
エンコード速度に関してはIntelがIceLake世代でHEVCでのエンコード速度を2倍に高速化することと、色域をBT.2020に対応させることは既に確約しているので、あとは画質次第

217 ：
ロードエルメロイも含めて近年のFate系とか、一見綺麗でも動きの無い作品は意外と情報量低い（Kとかも同様）んで
NVEncの世代差を見るなら同じロードエルメロイでも事件の解決話とか鎌や槍ブン回してる話をサンプルにする方が良いかも
今期なら鬼滅の刃の戦闘回あたりはアニメ絵のサンプルには良い感じ
あとは実写ならF1なんかはエンコーダのマクロブロックの捜査ロジック糞虐めてくれる

218 ：
スカパー！プレミアムがビットレート削減を凶行したようだ
スカパー！プレミアムを録画して再エンコードしているユーザーは注意

219 ：
>>215
検証乙
何気に3世代(2．5世代?)の同一条件比較は初めて見たかも
今更言うのもなんだが1650に新しいnvencを載せてくれていたらなぁ

220 ：
====================
667ch　ビットレート変化
====================
"胡蝶綺 ～若き信長～ #07" ・・・　https://i.imgur.com/5lzq2ij.jpg
上　削減前　（8月19日）　Main@L4
下　削減後　（8月21日）　High@L4

221 ：
>>220
これ見るに最適化されただけでだいぶ画質良くなってるように見える

222 ：
てよく見たら縦軸半分にしてんのか

223 ：
MainからHighになってるから固定品質なら、より効率的な高圧高画質化してるはず
2pass平均ビットレートなら劣化だが、放送時の映像ソースなんて調べようが無い

224 ：
NVIDIAの次世代なら最下層モデルにTuring載るかね
エンコのためだけに30kは高いよぉ

225 ：
一時期1660Tiが1660並の値段で有ったんだけどねぇ

226 ：
NTTXストアだろ
一瞬で売り切れたみたいだけどな

227 ：
1660無印で十分
QSVでは100%に張り付いてたCPU使用率がNVEncのおかげで50%以下になって、録画中エンコもエンコ中作業も快適になった

228 ：
QSVから1660なら満足度は高いだろうな、
俺は1060から1660にしたけど、価格対満足度は低い

229 ：
NVEnc専用のHWエンコードカードが欲しい

230 ：
>229
わかる。NVencだけ２機積んで欲しい。

231 ：
もし出ても安くはならないよ？

232 ：
設計起こす分をエンコ専用ボードでペイすることになるから、下手すりゃGT1650搭載の製品より安くならん可能性すらある
2GB程度はメモリも積まなきゃならんし
それでもPCBはGT1030のが使えそうだけども

開発等に掛かるコストは当初想定の販売見込みで頭割りなんだから、機能限定すりゃ何でも安くなる訳じゃ無いわな

233 ：
昔Spurs engineというのがあって

234 ：
そうやな、安くても20kはしそう。
ならグラボでGTX1660でええやんw

235 ：
エンコーダーだけ利用するためのPCI-ex→USB 3.0変換キットみたいなのがあると、少し前のノートPCが捗りそう
Thunderbolt3みたいな大げさなのではなく、あくまでエンコーダー専用で

236 ：
>>235
そっちのが実装的に大げさな気もするけど
サンボ経由のが電気的にシンプルなんだが

237 ：
Thunderbolt3端子を備えたPCが限られている

238 ：
USB3.0もThuderbolt3も中身はPCI-eの信号引っ張ってきただけなんだからさっさと統合しちゃえばいいのに

239 ：
いや凄い雑なうえで考え方が逆だ

240 ：
結局、単価に跳ね返る先が本体か拡張機器側かの話で
拡張機器側への負担軽減できるからこそこういう規格に意味がある訳で
>>235でいう実装でも結局新規にチップ起こす事になるんだから、それなら下手な変換するよりUSB3収容用のチップの方がまだ理屈に合うけど
ただどっちにしろ、相当高上がりになるだろう単価を容認出来るのかとか、そんなチップをnvidiaがそもそも作るかという所に行き着くんだが

241 ：
>>238
USB4.0をお待ちください。

242 ：
.0は要らんかったか

243 ：
CPUによるけどintelならUSBもThunderboltもPCIeなんて通してないが

244 ：
>>243
CPU直結でチップセット通ってないって事？

245 ：
大雑把に言うとThunderbolt3のシリアル接続に細切れにしたPCIeとUSB3とDPを高速に切り替えながら乗っけてる
USBの分家で独自に本家より進化したような規格
シリアル通信だからUSB Type-Cが使えるけど、アホみたいな速度なんでケーブルの品質が滅茶苦茶問われる

246 ：
そんで分家のThunderbolt3が本家に認められてUSB4になると

247 ：
スケキヨが当主に

248 ：
やめろよ
池から足出ちゃうだろ

249 ：
>>245
元々、USBプロトコル持ってなくてTB3でUSB実装なんじゃないの？
元々はPCIeの特殊な実装だったのでは？(古いバージョンからPCIeのプロトコルあるし・・・)

250 ：
>>249
PCIeの通信内容を載せられるほどの帯域を持ったシリアル通信というのは変わらないよ
形状がThunderbolt3で専用端子形状からType-Cになったりと物理的な互換性やUSB3.1の機能的要素取り込んだってのはあるけど

Thunderboltだけ掘り下げてもスレの趣旨から外れていくだけなんだが

251 ：
2年前からNUCとeGPUで、書き出し先をNASのiSCSIにしているけど割と快適よ。
主に録画や別PCの映像配信に使っている。

252 ：
【コーデック】沈むH.265、グーグル動画仕様AV1が主役へ　アップル採用で加速か
http://egg.2ch.sc/test/read.cgi/bizplus/1567650259/

　新規格とは、米国の非営利団体アライアンス・フォー・オープン・メディア（AOM）が2018年に公開した「AOMedia Video 1（AV1）」である。
グーグルやアップルなど多くの大手IT企業が参画する。動画配信大手の米ネットフリックスなど多くの企業がAV1の採用に傾き始めた。

　H.265は特許保有企業の間でライセンス形態に関して合意できず、最終的に4団体に分かれる事態に陥っている。
利用者は基本的に4団体全てと契約する必要があり、その労力は大きい。支払う特許料についても4団体にそれぞれ支払う必要があり、高額になりがちだ。
H.265は2013年に登場してから約6年たったにもかかわらず、普及していない。

　AOMは、AV1の動画圧縮率はH.265と比べて2割以上向上できるとうたう。
誇張はなく、AOMが公開している標準の符号化アルゴリズムをソニーが試すと、AV1の圧縮率はH.265に比べて21%高かった。

253 ：
一度規格を制定したら20年30年その規格で続行しなければならないオールドメディアはその点不利だよな

PCやスマホみたいに中のソフトウェア入れ替えれば新しい規格に柔軟に対応できますよ、の方が新しい技術を積極的に取り入れられる

254 ：
ちょくちょく変わられると、変化に対する耐性の低い一般民衆はついてこなくなるだけ

255 ：
そんなもんアプリが吸収すればいいだけの話
自動アプデオンにしときゃ一般大衆は変化したことすら気付かない

256 ：
甘い甘い
スペックが追いつかなくてサポセンにゴラーされて無駄に業務効率が落ちるだけ

257 ：
商用AV1で個人はh.265とかで落ち着くのかな

258 ：
個人では今でもAVCが主流だしそれがHEVCに変化するのか微妙だと思っている

259 ：
個人的にはフルHDくらいまではH264で十分だし、ストレージの大容量化・低価格化でまだまだ扱いにくいHEVCに移行には二の足を踏んでいる。

260 ：
>>252
VVCはH.265と比べ5割向上
>VVC will provide an average reduction of roughly half the bitrate compared to the previous generation of codecs (e.g. HEVC) for the same visual quality (subjective quality).

https://medium.com/@gibellino/versatile-video-coding-hits-major-milestone-baeb13c8960a

261 ：
自分はターゲットとするサイズの目安があるから
hevc（x265）でやっとフルHDに移行できたクチだから
圧縮効率が上がることは歓迎したい
でもこれまでの経験を当てはめるとフルHDならVCCやav1の効果は薄そうな予感がある

262 ：
>>261
参考までに目標のサイズと
動画のビットレート
音声のビットレート
教えて下さい。

263 ：
AV1のエンコード速度やばい
こんなの64コア128コアが主流にならないとソフトエンコ無理

264 ：
そりゃ俺らのたかだか8コア16コアのしょぼいPCでエンコードすることを想定されてないからな
まともに使いたかったら俺らエンコ厨もクラウド借りて分散エンコードする時代に・・・ならないだろうね

265 ：
AMDのスレッドリッパーあたり導入せんといかんかね

266 ：
一般人にスパコンの切り売りしてくれればいいんだけどね
Windowsじゃないと使いにくいだろうけど

267 ：
AV1は転送量減らしたい企業向けでしょ
一般人がエンコードするのはかなり先になりそう

268 ：
Amatsukazeを使用して
X265にエンコードするのに
NVENCしているんだが
ソフトウェアエンコードに
比べて、確かに早いが
サイズが小さくならない。
エンコードの規格が同じ
なのに何故サイズが違って
しまうのだろう？

269 ：
>>268
計算方法が違うから

270 ：
x265はソフト名な

まあそこはどうでもいいけど、画質や容量でハードウェアがソフトウェアに勝つことは絶対にない

271 ：
そのうちソフトとハードのいいとこ取りの方式が出てくるんだろうか

272 ：
FPGAの進歩に期待するしかない

273 ：
HWエンコ対応になったVVCやAV1がx265に勝つことはあるかも

274 ：
>>270
画質はビットレート次第

275 ：
AV1は名前が良くない
AV1の動画とかエロ動画を連想させる

276 ：
>>262
映像のビットレートは品質基準だからバラツキがある
音声は無劣化でremuxしてるから180～320kbpsぐらい（SD時代は160kps）
で最終的に45分のドラマで300～500MB、映画で1～1.3GBぐらいになってる
（ちなHWエンコスレで申し訳ないけどSWエンコの話ね）

SDサイズのxvid、HDサイズのavc、フルHDサイズのhevcも
実用十分な画質（個人で基準は違う）を目指すと上記のサイズになった

277 ：
検索するとAVIが間違って引っかかるのもウザいっちゃウザい

278 ：
>>276
ご丁寧なご教授、痛み入ります。
サイズから計算すると約1500bpsくらいかなあー。
かなり低ビットレートですね！
画質がどーなんか気になるところ…。

279 ：
>>278
だから、固定品質ってのは総ビットレートの数値じゃ画質は語れないんだっての

280 ：
固定品質の「品質」ってコンピュータは何を判断材料にしてるの？

281 ：
前後の動きの大きさに対する割り振るビットレートの比率じゃね？

282 ：
量子化器を固定するのが品質基準
指定されたビットレートに納まるよう変動させるのがビットレート指定モード（CBR,ABRなど）
これ以上の詳しいことは知らん

>>278
元ソースとエンコードした動画を見比べると情報量などの違いが分かるけど
比べなきゃ劣化も違和感も感じないって水準

283 ：
NVEncCでh264エンコードならGTX1060あたりのカードでもBフレーム
使えるの？

284 ：
>>283
うん。Max4フレームまでね

285 ：
NVEncをマザーボードに埋め込んでオンボードでエンコできるようになったら良いのに
そうしたらiGPUでもAPUでもNVEncの恩恵を得られる

286 ：
>>285
M/Bの価格が10万とかになるな

287 ：
nForceがそういう方向で今復活したら面白いな

288 ：
組み込み用にM2のグラボとかあった気がする

289 ：
IntelのAV1エンコーダ使ったらくそ速かった
数年後にはQSVに載せてくるな

290 ：
圧縮形式の乱立はやめてほしいな
やっとMPEG2の後にやっとH.264が一般的になってもうあとはH.265でいいじゃない

291 ：
USB端子に挿し込めるドングルみたいなハードウェア再生支援回路とかが出れば、新しいコーデックが出てもビビらずに済むのに

292 ：
>>263
つべとかにアップして公開しなきゃできないかな
エンコ終わったらmp4保存ソフトの類でダウンロードして削除
バックアップ代わりにとっといてもいいかもしれないw

293 ：
>>290
インターネットトラフィックの激増でそうも言っていられないんでしょ

294 ：
アホくさ

295 ：
>>290
mpeg2ボードかな？

296 ：
間違えたw
>>291だた

297 ：
H.265じゃ264比であんまり縮まないし、ライセンス料の問題が大あり
GoogleやAppleが熱心だから間違いなく切り替わるだろう

298 ：
そのライセンス料を下げればチップ価格も下がるんだろうね
今どの程度上乗せされてるのかは知らないけど
今のGoogleならYoutubeを絡めて強引に持っていける

299 ：
i5 6500＋GTX 960からRyzen3700x(X570で）に買い換えようと思ってるんだけど
・同じビットレートのh.265動画ならソフトエンコより、i5のnvencのほうが速いんかしら？
・3700x＋GTX960でもnvencだと、i5 6500＋GTX960より早くなるんかしら？
・zen2でエンコするならグラボも買い換えろよっていう場合はrx5700系じゃなくて、turing系買うほうがいいんかな？
zen2ソフトエンコの結果とかはあるんだけど、turingでBフレ設定した.h265が
圧縮率高くて綺麗、しかも速いというならグラボも買い換えるべきか悩んでます。
ちなみにソフトはTmpgenc7です

300 ：
>>299
ソフトエンコとハードエンコが同じビットレートで同じ結果になると思ってるならそこから間違えてる
速さだけ求めてるならNVENCで良い

301 ：
>>2
3600or3700X + B450 + GTX1660
この構成が良いと思う

HEVCソフトエンコなら来月出る9900KS
もしくは価格が下がった9900K

302 ：
>>301 >>299 だ、スマン

303 ：
>>300
ログ見た感じでは.h264では圧縮率、画質ともにソフトエンコのほうが良いけど、スピードならnvenc。
一方.h265ではturingでBフレ設定ならソフトエンコ並みの画質、圧縮率でしかも速いと
いうふうに理解したんだけど

304 ：
>>301
あーZen2+turing搭載で一番安い構成ならそうかなーって考えてた
コスパ考えたら9900KもKSもちょっと手を出せないかなぁ。増税前にとも思ってるし。
むしろgen4 爆速SSDを付けたいｗ

305 ：
次世代ビデオコーデックスレで見た感じsvt-hevcならコア数多いzen2の方が9900ksより速度出そうだけどどうなんだろ

306 ：
>>303
H.264のソフトエンコとH.265のハードエンコの比較でとは書いてなかったが、いつからそうなった？

307 ：
>>306
んーずっとh.265前提の質問してるんだけどわかりにくいならすまん。
303のはh.264は余談として、「h265ではnvencでもturingでエンコすればソフトエンコ並みの画質、圧縮率になる」
と自分なりに理解してた、という補足なだけなんだけど。
300の内容は「turingでBフレ入れてエンコしても速いだけで、ソフトエンコの画質・圧縮率には及ばない」という意味で
レスしてくれた訳ではないの？

308 ：
>>ID:YsBlnUPt0
>>38 辺り見てきたほうが早い
画質比較以外にBフレの意味もわかるやろし

綺麗に小さくっての重視ならソフトエンコだし
用途も書いたほうが良いと思うで

309 ：
>>308
きれいに小さく、これがポイントで無理にサイズ削らないならnvencで問題はないし、むしろソフトエンコなんて時間かかるだけ。

310 ：
>>308
見てきましたありがとう。SSIMを初めて知ったが0.98前後の画像みてもさっぱり違いがわからんｗ
0.94とか0.96だとはっきり判るんだろうか。
とりあえずzen2で組んで、ソフトx265でしてみますわ。
グラボ買い換える予算で3900xにしたほうが楽しそうだなｗ

311 ：
>>290
> やっとMPEG2の後にやっとH.264が一般的になってもうあとはH.265でいいじゃない

日本企業が強い時代だったらH.265に決まっていたかもしれない
でも今はGoogleやAppleが決める時代だよ
彼らがH.265を支持しない以上H.265はデファクトスタンダードにはならない

素直にAV1を受け入れるしか無い

312 ：
H.265はライセンス問題でそもそも詰んでた

313 ：
AV1じゃなきゃ死にそうなくらい必死だな

314 ：
ネット配信企業はAV1しか選択肢無いだろうけど個人は好きなの使えばいいじゃん

315 ：
まあ質と効率がよけりゃいいけど

316 ：
H265のタイプにあわせていちいちプラグイン落としてこないと再生できなくなる流れかな

317 ：
h265は使いにくいんだよなぁ
h264に比べて劇的によくなったわけでもないしな

318 ：
>>317
今やスマホですら余裕で再生出来る時代だぞ
H.265の動画再生出来ないのはBDレコーダーくらいだろ

319 ：
低ビットレートに成るにつれて、264と265の差が目に見えて分かるだろ

320 ：
えー、今H.265でエンコすると将来AV1にエンコしなおさないといけなくなるのか
PCの再生互換性はソフトがあれば保たれるだろうけど、スマホとか据え置きプレイヤーでは
そのうち標準では再生できなくなるのか

321 ：
いい加減他所でやれや

322 ：
Microsoftが覇権を握っていた時代はmacもWMVをサポートせざるを得なかった
事実上WMVがデファクトスタンダードだった時代

そのMicorsoftが覇権を失った後のWMVの凋落ぶりには思わず目を覆いたくなる惨憺たる有様

H.265も一時はH.264の後釜（+1しただけというネーミングも受けた）は確実と見られていたが
H.265を推す企業の凋落によりWMVと同じ道をたどろうとしている

GoogleとAppleが覇権を握っている限りAV1が次世代コーデックのデファクトスタンダードになるのは当たり前のこと
AV1が凋落するときはGoogleとAppleの凋落と連動する

323 ：
必死くん乙

324 ：
H.265のハードエンコがゴミになってAV1のハードエンコできるビデオカードの需要が出てきたら
メーカーはまたビデオカード売れるから、AV1ウェルカムなのかもね
今はNVEnc目当てでビデオカード選ばないほうが良いのかも

325 ：
他所でやれやキチガイ

326 ：
>>318
そもそもHLS対応してないし、amazonデバイスでhwデコード使えない

PCとかスマホに転送だけして見るならええけど、メディアサーバーで便利に視聴しようと思うと使いにくいんだよね

327 ：
>>326
情弱だな
Fire HD10もFire Stick TV 4KもH.265のHWデコードできる

328 ：
h.265は4K放送で採用されてるんじゃなかったっけ？
少なくとも日本向け機器のレコーダーやらデバイスではカバーされそうだし、息も長そうだけどな

329 ：
>>327
10bitはまだサポートされてない

>>328
個人向けであっても無視できるほどマイナーってわけじゃないから
mpegの系譜であるavcの後継規格としてサポートはされ続けるはず

330 ：
いつまでスレチの話題を引きずるんだよ。そういう話はこっちでやれよ

https://mevius.2ch.sc/test/read.cgi/avi/1562430349/

331 ：
おこ？おこなの？

332 ：
NVEncでHEVC 10bitファイル量産してる住民にはだいぶ関係ある話

333 ：
ねえよアホか

334 ：
>>318
消費電力厭わなければな
ただそれでも未だにA53 x4のモデルもあるから昨今のモデルが一概にソフトウェアデコードで十全かは別だろと

335 ：
強烈に嫌がってる人が約1名だからどうなんだろうな、止めるのがいいのかね。
別に他に話題も無さそうだし放置でもいいのかね。
僕はどっちでもいいよ

336 ：
スレチがいいとかアホだろ

337 ：
H265とかAV1は次世代4Kとか8K解像度の為のエンコーダーたろ？
2K位の解像度ならH264で十分だと思うが…どーたろ？

338 ：
H.264にもHWデコードやエンコで10bitサポートがあったら良かったんだけどねぇ…

339 ：
>>337
そもそもそいつらエンコーダーじゃないけどAV1とかは高解像度でも活躍するけど今までの1080p以下の動画でもビットレートを減らして容量を小さくすることができて、youtubeとかの動画配信サイトが帯域幅を少なくすることができるから配信サイト側も帯域幅のお金が節約できる
ユーザー側もギガ（笑）が減りづらくなるからWin-Win

340 ：
だからそれ用にスレがあんだろ
そこでやれや
nvencが対応してからここでやれやキチガイ

341 ：
HDDの容量増加が頭打ちになってしまったから色々なエンコードが乱立してしまったんだな
5万円のノートPCに500TBが当たり前の時代だったら動画は全部AVIで問題なくていちいちエンコードする必要もない

342 ：
帯域だぞ

343 ：
そりゃ保存用はAVIでも何でもいいわ
問題は動画配信よ

344 ：
>>329
10bitサポートしてるし、ホント情弱

345 ：
実機持ってないから知らんがStickは対応でタブレットは未対応に見える

Fire TV Stick 4K
https://developer.あまぞん.com/ja/docs/fire-tv/device-specifications.html

Fireタブレットのメディア仕様
https://developer.あまぞん.com/ja/docs/fire-tablets/ft-media-specs-custom.html

NGワードくらったわｗ　あまぞんを置き換えてくれｗ

346 ：
画像で貼ればいいか

Fire TV Stick 4K
https://i.imgur.com/PKbXzZF.png

Fireタブレット
https://i.imgur.com/9Pi4J3M.png

347 ：
Fire HD10
https://i.imgur.com/uEqzv7Z.jpg

348 ：
つまりあまぞんがメディア仕様をちゃんと書いてないということでおｋ？

349 ：
>>346
VP9だけ雑だなw

350 ：
サポートw

351 ：
>>347
これはSWデコードで再生してるということか?

352 ：
GEFORCE RTX2080 VENTUS 8G 特価で68,800円（税込）かぁ。
この値段ならそのへんのRTX 2070 SUPERよりコスパ良くなるなぁ。

353 ：
>>351
エンコードソフトウェアと書いてあるからSWデコードってか？
なんでその上にある>>346の画像見ないの？アホなの？

354 ：
>>351
MX Playerで右上にHWと表示されてるからハードウェアデコード

355 ：
正確にはHW表示だとDXVAみたいなHW支援レベルでHW+でIGPのメディアエンジン処理

356 ：
HW+もOK
https://i.imgur.com/GEc6lWz.jpg

357 ：
https://www.mediatek.jp/news-events/press-releases/mediatek-to-redefine-the-android-tablet-industry-with-world-first-arm-cortex-a72-based-tablet-soc-mt8173
> Ultra HD 30fps H.264/HEVC(10-bit)/VP9 hardware video playback
4k30fpsまで対応ってことで良いのけ？

358 ：
>>354
見落としてたわｔｈｘ
HWデコードできるなら勝えよかった

>>356
情報ありがとう

359 ：
　　　　　　　　　　　／￣￣＼
　　　　　　　　　　　|　・　Ｕ　 |
　　　　　　　　　　　| |ι　　　 ＼　ﾁﾝﾁﾝ
　　　　　／￣￣￣ 匚　　　　　 ヽ
　　　　　|　・　Ｕ　　　　＼　　　　 ） ))
　　　　　| |ι　　　　　　　 ＼　　ノ
　　　　　Ｕ｜｜ ￣￣ ｜｜｜｜

360 ：
fire hd 10のmedia_codecs.xml見ると2Kまで

361 ：
NVEncC x64 4.42
エンコード中の情報更新時(1秒未満毎)にログの末端がコマンドプロンプト画面下まで自動的に移動します
それに対して一時停止をせず、過去ログを眺める方法ってありますか？

362 ：
>361
ログウィンドウを大きくする

363 ：
>>361 途中経過あきらめて、テキストログに書き出すとか、バッチファイルなら下の行をコマンドのケツに追加で。
2>"%~n1.log"

364 ：
2人ともありがとう

>>362
1920*1080だと縦方向にに最大表示してもせいぜい1つ前のが見えるくらい
高解像度で縦置きにしたら結構遡れそうだね

>>363
わざわざコマンドまでありがとう
負荷も容量も問題ないテキスト出力も考えたけど、ちょっと見る為だけにわざわざテキスト開くのめんどくさいなーと
書き忘れてたけどメモ帳+コマンドプロンプトで作業してて、作業中は大体画面全体が色んなウィンドウでごちゃごちゃしてるからウィンドウ増やしたくないってのもあって
既に開いてて作業中のコマンドプロンプトウィンドウ内で手軽に過去ログ眺められるのが理想だったんだけど、テキスト出力で妥協するしかないのかな


今更だけれどコマンドプロンプト板あったからそっちのがよかったね、申し訳ない

365 ：
見たい時に止めればいいだけじゃん

366 ：
・ソシオネクスト、8Kエンコード処理を高速化するサーバ用カード
https://av.watch.impress.co.jp/docs/news/1207695.html

367 ：
ffmpegか…お高いんでしょ？

368 ：
今Aviutl使ってて気がついたんだけど「L-SMASH Works File Reader settings」で「h264_cuvid,hevc_cuvid」指定しておくと編集中にも使用されるんだね
いつもTrim位置調べる時に使用してるんだけど、色々テストしてた時に指定外し忘れてて(通常のCPUデコードと比べて)フレームが1～4くらい前後してたのに気がついてそっちにも気がついた
てっきりファイルとして出力する時だけに使われるものかと思ってたんだけど違うんだね
逆をいえばそのおかげで若干(h265はかなり)CPU負荷が減るから用途によっては…

qsvも試そうかとavqsvとかqsvってやっても上手くいかなかった(avqsvは無反応qsvだとエラー、そもそも合ってるかもわからない)
L-SMASHでその辺いじってる人は用途別に用意するとか注意した方がよさげだね

369 ：
当たり前だのなんとやら
出力だけ違ったら編集が意味をなさないじゃん

370 ：
1650Tiが出るらしいけどNVENCは1650と同じやつになるかな…

371 ：
>>370
TU117のフルスペック版になるだろうから1650無印と同じだと思う

372 ：
>368
Readerってなってるし、自分でも書いてるじゃん。
違うほうが困る。
ジャンプウインドウで反映されてないならわかるが。

373 ：
>371
そうでなければさらに起こる人が出る。

374 ：
icelakeのQSVってどう改善されてるの？
Bフレームには対応したかね

375 ：
よくそんな知識で質問してるな

376 ：
このスレはハードウェアエンコのスレだからQSVは対象外だろ
QSVはCPUに内蔵されてる機能なんだからソフトエンコの部類

377 ：
え？

378 ：
Intel Quick Sync Video(QSV)とはIntelによって開発されたハードウェアによるビデオエンコード・デコード技術の名称である。（wikipediaから引用）

wikipediaはやはり信頼できないな！
今すぐ>>376は書き換えてこなければならない！

379 ：
>>376
よくそんな知識で書き込めたものだな

380 ：
>>376
スレタイ無視かｗ

381 ：
CPUはハードウェアかソフトウェアかみたいな

382 ：
ゲフォの新世代チップはなんか予定あんの？
やっぱ1660買うしかないかな

383 ：
来年になれば1670tiとか出るんじゃね? (適当)

384 ：
>>376
まるでお話にならない…

385 ：
開発中の次世代はまだ次期もわからない状態だし気にせず現行世代買っていいだろ。

386 ：
Crusoeみたいなことでもやってんのかよｗ

387 ：
>>376は踊るヒット賞なので赤くするのを支援w

388 ：
NVENCはGPUに内蔵されてる機能なんだからソフトエンコの部類

389 ：
また恥の上塗りをwww

390 ：
現行機がそうそう陳腐化するとは思えないしね

391 ：
MP3よりもH.265の方が圧縮率が高いから、映像が含まれてない音楽データもH.265でエンコードしたほうが良いんじゃないかと思うだ
MP3がデファクトスタンダードになってしまった現状を覆すのは大変だけどその先には明るい未来がある

392 ：
H.265という音声コーデックはありますか？

つーかまたお前かｗ
>>391
>>376

393 ：
>>376の人気に嫉妬するわｗ

394 ：
大喜利会場じゃないんだけどなw

395 ：
>>391
そろそろ飽きた

396 ：
9/20頃にNVIDIAのSDKが更新されてたので内容を上げとくでござるよ。

■Video Codec SDK 9.1.23

In NVIDIA Video Codec SDK release 9.1, following features have been added:

Encode Features:
1. NVENCODE API for retrieving the last encountered error
2. Support for CUStream
3. Filler NALU insertion
4. Fixes for H.264 MVC
5. Multiple reference frames

Decode Features:
1. Enhancements to decode capability API
2. Memory optimization in sample applications

　詳細：http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3542.jpg


■Optical Flow SDK 1.1.10

1. Support for retrieving the maximum API version supported by the driver.
2. Support for 1x1 and 2x2 grid size
3. Quality improvement for "SLOW" preset

　詳細：http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3543.jpg
　

397 ：
>>396
SDKってソフトウェア開発者が使うもので
一般人は入れなくていいんだよな？

398 ：
催促してるようにしか見えない

399 ：
>>397
うん。

400 ：
>>397
人柱は募集してる

401 ：
CUStreamというのがなにかわからないから
興味ある

402 ：
プログラミングの話っぽい

>同期DMAと非同期DMA - KaiGaiの俺メモ

>CUDAでは非同期で実行する個々のタスク（例えば、RAM=>GPUへのデータ転送、GPU Kernelの実行、など）の順序関係を制御するために、ストリーム（CUstream）という制御構造を持っている。

403 ：
あれ？1650って結局Bフレ使えるの？使えないの？？
使えるなら1.6万とかだしありかなぁって思えてきたんだけど...
rigaya氏の2019-03-04のエントリーに使えるようなことが
かいてあるのを見つけたので質問させていただきました

404 ：
2019-06-05(23:44)のエントリをみればわかるように
使えません

405 ：
>>404
おおう、そのエントリーは見つけられなんだ、ありがとうございます。

406 ：
>>403
念のため言っとくけど、1650で使えないのは「H.265/HEVCのBフレーム」ね。「H.264/AVCのBフレーム」は使える。

407 ：
1660一択でしょ
H.265でBフレーム使えないんじゃ何のためにハードエンコ選んでるんだよって感じ

408 ：
そのうち出そうな1650Tiも無理なんかねえ
エンコだけだから安くあげたいのに

409 ：
1650無印が発表された時のガッカリが再び

410 ：
322 名前:Socket774 :2019/09/26(木) 23:04:59.97 ID:nTUXdA2G
NVIDIA GeForce GTX 1660 Super Releases on Oct 22nd
https://www.techpowerup.com/259545/nvidia-geforce-gtx-1660-super-releases-on-oct-22nd

噂、10月22日にGTX1660superがでる、予想価格150ドル
これが1650Tiのこと？それにしても1600はカオスすぎる

411 ：
せいぜい酸っぱマンレベル…

412 ：
>>408
エンコ性能だけは上位と同等の1630Tiとか出してくれれば

413 ：
1660って補助電源いるの？
補助電源なしでH.265でBフレーム使いたいよねぇ

414 ：
別に、としか

415 ：
[Turing]NVIDIA GeForce GTX16XX総合 Part7
http://egg.2ch.sc/test/read.cgi/jisaku/1568271067/

416 ：
>>407
H.264インタレエンコしたい人だっているんだ
視野が狭すぎる、って隣のアニヲタオッサンが言ってた

417 ：
USB外付けハードウェアエンコーダーがあれば良いってことか

418 ：
そんなんいくらでもあるじゃん

419 ：
Tensorコアを使った配信向けのAIビデオフィルタの話がメインだけど一応貼り。

・RTX Greenscreen： グリーンスクリーンを使わずにリアルタイム人物切り抜き。

・RTX AR： 顔の動きをトラッキングし、3Dキャラクターなどに表情をリアルタイムで反映可能。

・RTX Style Filter： さまざまなアートフィルタをリアルタイムで適用可能。

記事

　NVIDIA，RTX 20シリーズ向けの動画配信用SDK「RTXブロードキャストエンジン」を発表
　https://www.4gamer.net/games/421/G042134/20190927014/

　AIで自動背景除去。配信ソフト向けにGeForce RTX用SDK公開
　https://pc.watch.impress.co.jp/docs/news/1209622.html

　A Stream Come True: NVIDIA RTX Broadcast Engine Brings Twitch Livestreams to Life with AI
　https://blogs.nvidia.com/blog/2019/09/26/nvidia-rtx-broadcast-engine-twitch-livestream-ai/

　NVIDIA’s Diamond Sponsorship Enables OBS Presence at TwitchCon
　https://obsproject.com/blog/nvidias-diamond-sponsorship-enables-obs-presence-at-twitchcon

420 ：
ハードエンコもGPUの同一アーキテクチャならコアクロック高いの選んだほうが高性能ってこといいのかな？

421 ：
ハードエンコーダーはGPU本体とは別に独立して動いてるから影響は受けない
だからNVEncの場合Turingでも1660でいいよねって話になる

422 ：
VEの動作クロックはコアクロックが使用されるから影響あり。QuadroのP400等はクロック低いからfpsも低くなります。

423 ：
>>417
Innodisk、業界初のM.2接続ビデオカード
https://pc.watch.impress.co.jp/docs/news/1156527.html

こういった小型のGPUをNVIDIAが作って、それをポータブルケースに入れてThunderbolt3接続できるようなものが出ればよいのだろうなぁ

424 ：
>>417
Innodisk、業界初のM.2接続ビデオカード
https://pc.watch.impress.co.jp/docs/news/1156527.html

こういった小型のGPUをNVIDIAが作って、それをポータブルケースに入れてThunderbolt3接続できるようなものが出ればよいのだろうなぁ

425 ：
連投になってしまった
スマン

426 ：
>>420-421
コアクロックの影響はあるのでエンジン数が同じならクロックが高い方が高性能になる

427 ：
エンコfpsは十分出るから1660無印でいいよ

428 ：
>>426
持ってない奴は試せないんだから大目に見てやってくれ

429 ：
なんでクロックまで別にするんだとｗ

430 ：
>>413
CUDAフィルタも使うなら、電源品質同等なら補助電源有った方が電気的に安定するからコアクロックが安定しやすいけどな
システム構成的に追加電源有っても無くても良い状態なら、個人的には補助電源有りの方勧めるけども

431 ：
全く同じ物に補助電源がついて消費電力があがるってわけじゃないしな
ギリギリなら補助電源あった方が電気的に安定するし

432 ：
EVENCの使用を主軸に置いてファンレスのビデオカードを出して欲しい
ゲームやらんしエンコができればいい

433 ：
需要あれば作ってるだろうな

434 ：
需要は確実にある
だが買う奴はほとんどいないのが実情

435 ：
1660売りたいんでしょ
NVenc特化カードが欲しいってようするに安いのが欲しいってこと
それは困るんだろ

436 ：
そんなに安くなくてもいいからファンレスで出して欲しい

437 ：
>>436
だったら1660のセミファンレス買えばよくね？

438 ：
そもそもNVENC特化にしても安くならなそうだしな

439 ：
セミファンレスじゃなくてファンレスが良い

440 ：
ファンはどうでもいいからUSB 3.0で動くものを

441 ：
それは確かに一理ある

442 ：
IntelCPUに動画再生支援がなくてH.264のCPU再生負荷も無視できないレベルだった頃
ゲームしない動画再生用にPCIe x1のGeForce210付けてたけど同じような感覚かね
nVidiaにNVenc専用ハードを出すメリットはまったくないけど欲しい理由は分かる

443 ：
NVENCのエンジンだけ載ってたって使えないんだから、安くなった1050Ti買うのが大正解でしょ
H.264だけで良いなら710が正にそれだし

444 ：
あんだけ小刻みなラインアップにしてんなら
エンコカードあってもええやんとは思う

445 ：
GPU側のアンコア部分に依存してるのが多々あるから
NVEnc/NVDecで使う分だけ分離する必要あるし、グラボ向けのブロック設計転用できない分設計興し直しで単価の割に手間食うっての
TU117よりユニット数出るわけでもあるまいし

446 ：
数千円けちる人のために、手間かけて会社の利益が減るようなことをするわけがない
選別落ちのごみチップでCUDA抜きのNVENC/NVDECだけ動く設計がしてあっても
ドライバのメンテやサポートしたくないって事だろふ

447 ：
安くなくてもいいから、ノートPCで使えるアダプターを出してくれ

448 ：
安くなくてもいいならThunderbolt3でeGPUだなｗ

449 ：
>>446
ケチってるんじゃないよ
最新NVEncでファンレス出せっての

450 ：
>>449
セミファンレスがいくらでもあるじゃろ。

451 ：
セミファンレスはファンレスじゃない
ヘアヌードとセミヌードくらい違う

452 ：
自力でファンレス化しとけ

453 ：
セミファンレスで3ＤゲームやCUDAの大規模演算しなけりゃファンレスじゃん。なんの問題があるんだ？

454 ：
どこをどう探しても俺のファンがいない・・・

455 ：
>>453
ファンレスで性能保証してるものと、高負荷ではファンを回す前提の設計は全然違うんだが
ファンがあることで無駄な故障リスクも増える

456 ：
故障したら買い換えればええやん。保証つければええやん。
ファンレスこだわりとか貧乏人のワンルーム暮らしかよw

457 ：
先週ヨドでポチったGG-GTX1660-E6GB/DFを早く試したいのに
まだ在庫確保すらできてないとか言っとる
今見たら25,150円だったのが31,110円になってて草

458 ：
俺も淀で買ったけどAmazonが10/8入荷予定になっているので
淀もそれくらいになるのかなと思う

459 ：
セミファンレスグラボでダウンクロックしてエンコ(下げた分だけfpsも落ちる)
power limitを切り詰めるだけでも無駄がなくなるから(処理量当たりの)発熱量が下がる
駄目ならファン回転し始めるリミット上限上げるとかそもそもfpsを減らすとか
どうしてもfps下げたくないなら自分でヒートシンクを大きい物にするしかないと思う
スペースはとるし支えがないと折れそうだけどw

調整も交換も嫌なら無理だと思うよ
新製品待ったとしても性能上がる分、発熱量も大して変わらないだろうし(処理の量が同じなら発熱量下がるだろうけど)
普通のグラボだとファン回転オフにできない事があるから、セミファンレスでファンが回らない程度にfps上限落とすしかないと思う

どうしてもファンレスがいいなら「Geforce GTX 1050Ti Kalm X」とか
そもそもファンは消耗品だしできるだけ静かにしたいけど1660以降を使用率100%で回したいなら、ファンは大口径の物を買って自作するとか(ファンを設置するアームみたいなのは売ってるけど)
ファンの故障リスク気にするなら熱によって寿命短くなるリスクとかも考えた方がいいと思うよ

460 ：
ややスレチ気味かもですみません。
手持ちのGTX1660でx265の時に逆テレシネをNVEncでかけられる事はわかったのですが、
x264時はどうもダメっぽいですが、RTXや他のビデオカードに買い換えると、
できちゃたりするのでしょうか？

461 ：
逆テレシネ出来るの？知らなかった
タイムコードはどうなるの？

462 ：
タイムコード？
映像と音声の同期ならmux処理段の問題だから映像のエンコーダ側だけでどうにかなる物じゃないと思うが

463 ：
？

464 ：
x265で出来てx264で出来ないってあるか？
逆なら分かるが、ソフトの問題じゃねーの？

465 ：
rigaya氏のとこに書いてた人？

466 ：
>>460
> x265の時に
> x264時は

x264/x265はソフトウェアエンコーダの名前。H.264/H.265は規格の名前。
NVEncでハードウェアエンコードするのに、x264/x265といったソフトウェアエンコーダは関係ない。
「NVEncでのH.264(H.265)エンコ」のように規格名で書くのが正しい。初心者がやりがちな間違いなので気を付けること。

> 逆テレシネをNVEncでかけられる

rigaya氏のNVEnc/NVEncCで --vpp-afs を使うってこと？

> x265の時に逆テレシネをNVEncでかけられる事はわかったのですが、x264時はどうもダメっぽい

何をもって「ダメっぽい」と言ってるんだ？
「どんなオプションでやって結果がどうだった」といった具体的な説明をちゃんと書け。
ブログでrigaya氏に質問して回答の負担をかけるなら尚更ちゃんと書かないと迷惑になる。

467 ：
GTX1660もっているので実際に試したけれど、--interlace tffを入れて実行したら、赤字でGTX1660はサポートしてないといったエラーメッセージが出るね。-c HEVCつけると通るから264の時はだめくさいよ。

てかさ↑こういう書き込みは見ていて気分が良くないねえ。いちいちマウントとらずにスルーしときゃいいじゃんって思っちゃう。

468 ：
>>467
え、>>466は別にマウントでもなんでもなく、質問者がやるべきことを書いただけなんだけど・・・。


「--interlace tff」単独指定でエラーになるってことならTuringでH.264のインタレ保持エンコができなくなったから当たり前だと思うけど
「--interlace tff --vpp-afs ～」でエラーになるなら、そのあたりのエラー判定がバグってて
インタレ解除エンコを意図してるのにインタレ保持エンコと判定されてしまってるのかもね。

469 ：
>>466見る感じ普通だな。マウントとろうんなて見えないけどな。
バカだの中傷するようや言葉全く含まれてないし。

470 ：
マウントに見えるくらい脅迫症になってるんだろう
まぁ書き込みするだけで迷惑かけんなっていうのはどうかと思うが
rigaya氏も更新頻度が増えると前回も指摘されてたバージョン更新ひっくるめてミスが増えるから、まったり更新でいいと思う

471 ：
ソフトエンコに拘る人は潔癖症が多い
トイレは洋式ではなく和式を使うとか、夫婦でも歯ブラシは別々に用意するとか

472 ：
歯ブラシは分けろw

473 ：
ソフトエンコ信者は80インチ画面で動画を一時停止して
30センチの距離で見ながら腕組んで首捻ってるイメージ

474 ：
時間かけてもいいエンコードはソフトエンコード方がいいと思うけど。大量にあるとか、リアルタイムで処理しなければならないとか、CPUが非力すぎるとかなら話は変わる。

475 ：
23スレッドをx265に割り当ててエンコード中に残りの1スレッドでエロゲーを遊ぶ僕

476 ：
NVEnc_4.52 rtx2070でエラー出て使えない
Error on nvEncOpenEncodeSessionEx: 15 (NVENC indicates that an invalid struct version was used by the client)
Failed to create instance of NvEncOpenEncodeSessionEx(device_type=NV_ENC_DEVICE_TYPE_CUDA), please consider updating your GPU driv
er.
最新ドライバー入れてるんだけど…
4.47だとOKだからそれ使うけど何がいけないんだろ

477 ：
studioじゃなくてgameを入れる

478 ：
あ、NVEncCね
NVEncは使ってない

479 ：
ありがと
sudioダメなの？困ったなぁ

480 ：
早めに要望出して回避しないと、今後の必要なアップデートでstudioが使えないってことになりそうだね

481 ：
報告するならエンコードログもどこかに上げたほうがいい。
ドライバのバージョンや各種システム情報とかも載ってるから行き違いが少なくなる。

482 ：
？

483 ：
GTX1070でNVEncのH.265でエンコードするとGPU使用率8%しか使ってくれないんだが
それでも充分早いんだが何をすればGPU使用率100%で更に速くエンコード出来るんだろう

484 ：
NVEncのエンコーダーのみではGPU全体を100%使うことはありません
エンコードは2本同時に行ったとしても、CUDAやNVDecなどが寝て入れればGPUとして100%にはならないといったらわかりやすいだろうか
2本同時エンコードでもオーバーヘッドを減らせなければ一本ずつやった方が早くなる場合もある

485 ：
エンコードエンジンの使用率見れるそふと無いの？

486 ：
タスクマネージャー

487 ：
>>483
何かする前にGPU-Zで確認だな
Video Enging Loadは100%近くになってるんじゃね？

488 ：
>>484
無駄に高いものを買わされてるってことか

489 ：
おまけ機能が本機能に迷惑かけてどうする

490 ：
おまけ機能を目当てで買う人もいるだろう

491 ：
>>483
1660のNVencCでGPU90%くらいになってCPU i7は50%以下になる

492 ：
ザイリンクス、すべての開発者に新たなデザイン エクスペリエンスをもたらす統合ソフトウェア プラットフォーム「Vitis」を発表
https://japan.xilinx.com/news/press/2019/xilinx-announces-vitis--a-unified-software-platform-unlocking-a-new-design-experience-for-all-developers.html

>FFmpeg から直接ビデオ エンコードできるため、シンプルかつ強力なエンドツーエンド ソリューションの実現に有効である。

493 ：
NｖidiaのGPUエンコは本当にエンコード専用の回路を別に作ってあって
グラフィック用のCUDAコアを使うわけじゃないんだな。
だから100％にはならんよ。

494 ：
NVIDIAのっていうか、NVIDIAもAMDもINTELも同じ

495 ：
Intelはハイブリッドのはず

496 ：
>>493
前に書いたけど、NVEncも一部の処理ではCUDA使うけどね。
　https://mevius.2ch.sc/test/read.cgi/avi/1533671049/165
あと上でも言われてるけど「GPU使用率」じゃなく、Win10ならタスクマネージャの「VideoEncode」のとこを見るべきって話じゃないの。
rigaya氏のNVEncなら
　　encode time 0:00:08, CPU: 0.8, GPU: 8.2, VE: 55.1, GPUClock: 1862MHz, VEClock: 1664MHz
って出た場合は「GPU」じゃなくて「VE」のところを見るってことらしいけど。
>>495
Intelの場合、一部はハイブリッドだけど、FF(Fixed Function)ってのが完全HW(エンコード専用エンジン？)じゃなかったっけ。
AMDは知らんけど。

497 ：
INTELがQSV乗せたビデオカード作れば良い

498 ：
>>497
今、intelに行ったラジャが作ってる

499 ：
そのビデオカードにAMDのエンコーダーが乗ってても笑わないよ

500 ：
使い物になるならなんでもいいよ

501 ：
i740の悪夢再びｗ

502 ：
XeonPhyみたいに、qsvできるコアマシマシに積んでくるんじゃないかな。gddrのメモリ6G位メモリ積んだり。
ソフトエンコするXeonGoldと競合しちゃうけど
8kストリーム10本リアルタイムエンコード出来ますとかだとロマンがある

503 ：
今のインテルにロマンなんか求めてる余裕ないと思うが…

504 ：
やっぱ単体で出さねえかもって弱気になってる位だしな
ロマンなんてとてもとても

505 ：
GPUの有無でやっと25ドル差をつける決心をしたくらいだもんな
採算取れるとは思えないわなぁ

506 ：
でもintelにはジムケラーがいるから

507 ：
♪ロ～マ～～～ンの～～～、かけらが欲しい～～～のさ～～

508 ：
つべのV9とかどうやってるんだろ？

509 ：
Intel Core i5-2500kつかってて
インテルクイックシンクビデオもはいになってるが
QSVが使用出来ませんと出る。
ディスプレイアダプタに
GeForceドライバは表示されるけど
Intel HD Graphicsがない
Windows10 64bit使用
Intel Driver and Support Assistant Installer入れたが
Intel HD Graphicsドライバは無し
Win7/8 64bitのドライバダウンロードして入れようとしたが
このシステムは最低条件を満たしていないと出ます。

510 ：
マザーボードはP8Z68VでLGA1155
なので条件は満たしているが
BIOS設定見ても
cpu graphics multi-monitor
の項目が見つけられなかった

511 ：
すいません解決しました。
BIOSに設定がありましてEnableにしたらインストール開始されました。

512 ：
という日記？ここじゃないと思うが・・・
UEFI設定でiGPU Multi-Monitorを見つけられないならどこで聞いても一緒か

513 ：
質問文じゃないし何がしたいのかわからん

514 ：
同様に困っている人がいたら参考になるかもしれないと思っての情報共有じゃないかな
別に俺はそんなに敵視するほどのことじゃないと思うけど

515 ：
戦わなきゃ気がすまない人なんかね？

516 ：
揚げ足取ってストレス発散したいわ～勢だな
イジメ教諭の謝罪文に赤ペン入れてる奴と同じくらいキモい。

まーあの謝罪文は基地外レベルだから仕方ないけど。

517 ：
録画してNVENCするだけのPC組むんだけど質問いいですか？

518 ：
駄目です

519 ：
質問版どこ？

520 ：
自作PC板から探せばいいんじゃないかな

521 ：
GTX1660差すだけやのに何を質問することがあるねん。

522 ：
>>517
NVENCするって日本語がおかしい
NVENCっていつから動詞になったんだ？

523 ：
エンコするって言うじゃろ?

524 ：
弁当もチンするだろ？

525 ：
今日帰りにNVEncしてくー？

526 ：
NV援交

527 ：
ギガ足りてないみたいなものか？ｗ

528 ：
1650super最新のnvencやん

529 ：
やったぜ

530 ：
まさかのTU116

531 ：
1660終了のお知らせ

532 ：
TU106とTU116ではNVEncも何か変わるの？

533 ：
Bフレ確定か。2万くらいで買えるんか

534 ：
Bフレと引き換えに補助電源レス仕様はなくなりそうだな

535 ：
補助電源要で128bit、4GBで$150かー
これなら192bit 6GB 1660でええがなwww

536 ：
1660Superいくらなんだよ

537 ：
1660買っちゃったから1650sは様子見
DPが2ポートあればいいんだけど

538 ：
補助電源要だと1650sわざわざチョイスする理由がないんだよな
1650s出て、安くなった1660狙いでええんじゃないだろか?

539 ：
tu116の最廉価モデルか

540 ：
ネタ元くらい貼ってからしゃべれよ…

・GeForce GTX 1660 Superの最終スペック？
※オリジナルのリンクだと怒られるので短縮している
＠部分をbit.lyに置き換えること
https://＠/36b8mMK

541 ：
こっちでいいだろ

NVIDIA GeForce GTX 1660 SUPER and GTX 1650 SUPER final specifications | VideoCardz.com
https://videocardz.com/82408/nvidia-geforce-gtx-1660-super-and-gtx-1650-super-final-specifications

542 ：
TDP100Wか
補助電源レスにかすりもしないな
これなら安くなった1660でいいね

543 ：
あとは1660と1650sの価格差だよな
安ければBTO PCの標準になってNVENCがますます強くなる

544 ：
これは朗報。

曲がりなりにも1650の名を冠してるんだから、出始めのご祝儀価格は別として、
1660よりも差のある安い値段で落ち着くんじゃないかな。

545 ：
TU116使うのかぁ

546 ：
Pフレームで生き残る1070の僕

547 ：
2重処理でCUDAフィルタも併用する向きには1660のがいいと思う
このスレ的に1650sはBフレ対応最廉価で導入予算ハードルの高さを押さえるか、多重処理2枠分買い増しとかだろ

548 ：
>>548
1650sは値段によるw
二万くらいなら1660買った方が幸せかな？

549 ：
待望の選別落ちなんだから貧乏人はありがたく1650sでいいと思うんだが…発表前に1660買った人が年末たたきそうだな
CUDA数もあるけどFAN数や冷却機構が弱くて放熱できずに55度前後(メーカーによる)のクロック制限かかるほうが性能落ちる気はする
多少性能落ちてもh265エンコードに関しては最新性能でBフレ使える上に底辺価格なんだからいい選択肢だと思う

550 ：
Super投入と同時にノーマル1650はディスコンにして、同世代でのエンコーダの仕様を統一してもらいたい
（ノーマル1650は、黒歴史に…）

551 ：
QSVのH.265とソフトエンコのH.264どっちがおすすめ？

552 ：
クロックに関してはCUDAコア側とメディアエンジンのあるアンコア側は別だから留意
ツール等で設定出来るCUDAコア等のGPU側と違ってソフトウェアレベルのOC設定の影響は殆ど受けない（GPU側に依存している部分もあるから多少影響受けるだけ

553 ：
>>550
TU117の開発費ドブに捨てる補填はどこから？
単に選んで買えばいいだけだろ

554 ：
1650は補助電源なしの選択肢を残さんとならんからな
あとはローエンドのGT1630を出してみるとかw

555 ：
4kだとね

556 ：
1650/1660superくるのか、まぁそんな差なさそうだし
増税前に2.5万で注文したクロシコの1660がようやく届いたからいいや

557 ：
>>551
用途とか他にどうしてもやりたい作業があるかによってどれがいいか人それぞれだと思うからどうとも(オプションによっても変わるし)
HWエンコは世代で色々変わるからその辺りも

他の機器でも再生する可能性があるならH.264(凡庸性重視)
圧縮率より作業時間重視ならHWエンコ(SWデコードだとそんなに早くないからQSVEncCとかNVEnvcC)
どうしても同時にやりたい作業があるならHWエンコ(SWデコードの方がCPU負荷高いから同上)

自分は作業時間重視で他にもやりたい事もあるしソースと見比べなくても分かるレベルのノイズが多量になければ気にしないからH.265のHWエンコ
ただしハンドシェイカー、テメェは駄目だ(倍のビットレート割り当てて他のビットレート食いと同等、なにあれこわい)

Trimとか編集する必要ないしマシンパワー使いたくないし個人情報とか気にしねぇって場合はGoogleドライブに投げるのも手だと思う
x264(SWエンコ)で圧縮されるけど容量無制限、VFR投げたらダウンロードしたやつはCFRになってた

558 ：
凡庸てｗ

559 ：
1650superにはhevcBフレームエンコ載るのかな

560 ：
TU116だから使えるよ
TU117なんていう嫌がらせコアをなんで作ったか問い詰めたいわ

561 ：
リークサイトの情報が正しければ使える
正確な情報は発売まで待て

562 ：
[Turing]NVIDIA GeForce GTX16XX総合 Part8
https://egg.2ch.sc/test/read.cgi/jisaku/1571786304/

563 ：
1660S出たからノーマル1660が安くなるかな？と期待してスレ来てみたら
1650Sもあるのか
でも1660Sってメモリだけ変わったみたいな記事あるから
1650SでBフレは望み薄だよな

564 ：
ハードウェアエンコードをするアプリについての話はしてもええのかね
自分はAsVideoConverter, Xmediarecode, Aviutlを使ってるんだが皆は何を使ってるんだろう

565 ：
乙女の姿

566 ：
>>564
アプリ使うならそれはもうソフトエンコだろ・・・

567 ：
>>563
スレをきちんと読んでごらん

568 ：
なんでやねん

569 ：
>>566
え？

570 ：
>>558
汎用と凡庸
漢字の「汎用」を「ぼんよう」と読み間違えて覚えてしまっていると思われ

571 ：
>>376
> QSVはCPUに内蔵されてる機能なんだからソフトエンコ

>>566
> アプリ使うならそれはもうソフトエンコ

次はどんなソフトエンコが出るのかなー

572 ：
アプリ無しでNVEnc使おうと思うとコマンドプロンプトに毎回直にプログラム打つの？

573 ：
>>572
何か問題でも？

574 ：
出来るの？

575 ：
qsvでコマンドから叩いてもソフトエンコなの？

576 ：
コマンド入力時にソフトを使うからソフトエンコ

577 ：
そもそもQSVEncCというHWを叩くソフトウエアを使うのでソフトエンコ・・らしいぞ

578 ：
　　 / :/　 ...:/:′::/ :.:.:.....:./.:/:!:.:.:.i:..!:.:.....:{:.:.:.:.:.:ハ　　　　／
.　 /.〃/:...../:′'.::|:: i .::.:.:.:| :i:_{＿_|:.|:.:.:.i :|:.:...／　￣｀ヽ/　　　　　　ふ
　 '://:′::/斗:十 |::.::.::.:.:.:.: :}}ハ ::ﾊ:{:≧ト|:::/　　な 　 　 　 な　な　 ぅ
　{//::{: ／|i:八::{=从:{ i::::: :N孑弐{ミﾄ∨:::|::′　 る.　　　　 る　.る　(
.　 i :从 ::::{ｲｧ:う{ミﾄ爪ﾄ::::. !　ん):::::ﾊヽﾄ､:{:| 　 　ほ　 　 　 ほ　ほ　 )
.　 |.::| : ＼《 { ::::::: }　 ヽ＼{　{ ::::::::: ﾘ | :::ヽ!　　　ど　　　　 ど　ど　む
.　 | ::!::|ハト.乂__ノ　　　　　　　ー '　 | :::＜　　　 |
　八::| :|::::i　/i, , 　 　 ,　　　　　/i/ ,　}:::}i::人　　　＿_ ノ＼
　 (__):::l:::::.　　　　　　　　　　 　 　 　 i.:/::::::::厂｢{:::::::{　　　 ` ー―　´
　/ :{ | :V:入　　　　　{￣｀ｿ　　　　　 }/}::::}/::::::l.|:::::::|
　{ ::|人::∨::::＞...　　 `　　　　　　. ィ升|:::/::::::::八::::::{

579 ：
そろそろスルーしてやれよｗ

580 ：
ソフトでも（クール！）ハードでも（クール！）

581 ：
OSもプログラムだから全部ソフトエンコ

582 ：
ソフトでハードな物語2 The Return of ISHIDA

583 ：
ハード・コアなソフトエンコードなんだな

584 ：
>>570
何の事かと思ったらそういう事かw
今まで「汎用(はんよう)」の事を「ぼんよう」って読んでた…orz
教えてくれてありがとう

585 ：
ノートに載ってる1660て設置型PCのビデオカードに載ってる奴と同じチップ?

586 ：
ソフトエンコかハードエンコかってのはメーカーがいうエンコ回路を使うかどうかをメーカーの定義の従って言ってるだけだろ。
ソフトといいながらFPU/SSE/AVXのいずれかは使うわけで、
これ使ってもHWエンコと言わないのはメーカー定義でしかない。

587 ：
>>571
お前の徳井な
JKエンコ
忘れてるだろが

588 ：
それより >>585に答えてくれ
CPUみたいに省電力タイプモバイル1660てのはどの型番?

589 ：
>>585 自己レス
あ、ようやくわかった型番変えず Mobileつけてるだけなんか
おかしいと思ったわ。
型番変えてよね

590 ：
>>586
で、そのメーカー定義に従わない理由って何かある？

591 ：
コンタクトレンズじゃねえんだよ！！！！！！！111111111111

592 ：
>>590
32bitコンピュータの定義がメーカー定義でいろいろあったように、
たかが、メーカー定義を知らないとしても
馬鹿だのチョンだのけなす基準なんかにならないつってんだよ
実につまらん

593 ：
単に自分の不手際や無知を誤魔化すため難癖で食い下がってるだけのガキみたいな屁理屈でしかない罠

594 ：
拡張命令とエンコードエンジン同一視とか凄いな
もうcpu使ったらハードウェアエンコとか言い出しそう

595 ：
>>594
笑うわ
x87コプロセッサが別チップで、CPUとはpush/popの実質通信しながら動作してた時代知ってんのかこの糞ガキは

596 ：
>>594
外付けx87によるフローティング計算はまさに
HW数値演算で,
x86のみのフローティング計算は
ソフトウェア数値演算でしたが何か?
外付けの別チップだったものが486以降オンダイになっただけですが何か?

597 ：
ガイジさん何もわかってなくて草

598 ：
汎用演算(拡張命令含)で規格通りの詳細設定で処理するソフトエンコードと
専用ロジック回路使って規格内で固定値使って（手を抜きながら）高速処理するハードエンコードってことでいいじゃないと俺は思っている！

599 ：
規格内でどの処理を使うかは自由だし単にトレードオフで手抜きっていうわけじゃないだろ

600 ：
まぁ、当人が勝手な解釈してるだけなら勝手だけど
他人にアンカしてまで指摘し出すとなるとアスペとしか言い様が無い

601 ：
正直、自分の生まれる前の常識だされても・・って感じ

602 ：
そういう安直な発想をするやつが過去に戦争を繰り返してきた

603 ：
AMDのネタ　全く無いね

604 ：
新しい取り組み全くしてないからな
主力開発はPS5でいっぱいいっぱいだよ

605 ：
AMDもだけどINTELも頑張ってほしいな
新型遅れてるせいで世代新しくならないしな

606 ：
387の付け外しは大変やったな……

607 ：
>>606
レバーの無いPGAやデカいDIPはリムーバー無いと387に限らず神経使う。68kもそう。

608 ：
ハードエンコがソフトエンコよりも画質が悪いって言われるのは、ハードだからソフトだからじゃなくて
一般的なソフトエンコが2パスなのに対して、ハードエンコが1パスだからだと思う
その証拠にソフトエンコだって1パスを選べば2パスよりも画質が劣る

609 ：
え？

610 ：
ネタ振り乙

611 ：
絶対にレスが付くコピペか

612 ：
2passエンコードを画質上げるためのものだって勘違いしてる人よくいる

613 ：
かけた時間は裏切らないッ！

614 ：
>>612
平均ビットレート指定なら画質上げる為のもんだぞ

615 ：
え？

616 ：
10パスぐらいやれば完璧じゃね？

617 ：
逆を言えばVBRでpass数の差でビットレート配分の精査が無ければ同等だとでも？
そもそもソフトエンコ側の基準が変態的に造り込まれているx264やx265だからってだけ

618 ：
品質基準で消費した平均ビットレートの3倍ぐらいを指定した
2passエンコードなら普通に高画質

619 ：
なんでおまえらはこの話になるといつも品質基準指定と平均ビットレート指定で画質比べんの？
品質基準の方が画質もサイズも良いに決まってんだろ
平均ビットレートの1passと2passなら2passのが画質上がるって話なんだが

620 ：
え？

621 ：
ネタ振り乙

622 ：
それ言ったらVBRもエンコーダでロジックに差出るんだが

623 ：
かけた時間は裏切らないッ！……はず…

624 ：
>>616
2以上にパス数を増やしても意味ないよ
行き当たりばったりの1パスか、最後まで見て効率を考慮した2パスかってだけ
3パスだろうが4パスだろうが結果は一緒
小学3年生が1時間かけて解けない微分積分が2時間かけても解けないのと一緒
まぁ6年かければその間に高校生になって解けるようになるかもしれんが

625 ：
DVDとか使える容量に限りがある場合に使うもんだよ2パスとか
ハリウッドの市販ソフトは数百パス通すみたいだし

626 ：
2パスはニコニコにアップする人が使うイメージ
今はしらんけど。

627 ：
生放送で2パスって物理的に可能なの？

628 ：
俺は一億passくらい回している

629 ：
一億passは無理でしょ流石に
1秒間に60pass回せるとしてそれを1ppsと定義すると、1時間で216000passしか回せない
1億pass回すには463時間かかる
19日以上だ

630 ：
生放送とは言ってないだろ

631 ：
生放送もリアルタイムではないからなぁ
末端ユーザーには何パスでも構わんだろ

632 ：
来年になったらintelがGPU出してくるけどそれにQSV載ってるかね

633 ：
インテルはたず出るかどうかの心配しないと…

634 ：
音楽はロスレス圧縮使っている人多いけど、動画はそういう流れないのかな
色々なフォーマットが乱立してるからエンコードは圧縮というよりもファイル形式の変換みたいに考えている人が多いのかな
動画のロスレス圧縮の決定版フォーマットが決まってくれるとありがたいんだが

635 ：
>>634
非現実的無意味話

636 ：
>>634
そんなもんいらん。h.265があればいい。

637 ：
>>634
RAW動画撮ってみたらわかる

638 ：
>>634
そもそもお前は圧縮がなんなのかわかってるの？

639 ：
動画でロスレスはやばい。
ロスレスで扱うぐらい何だから当然可能高解像度だろう。
1分の動画で15GBとかの世界。
ストレージは250MB/sで読み書きを遅滞なく出来なければならない。HDDじゃ無理。
大容量のSSDをアレイにまとめるしかない。

640 ：
そもそもJPEGですらロスレスでない定期

641 ：
mpegってbmpじゃないの？

642 ：
なんだこいつら
動画編集やってるとロスレスコーデック使いまくるぞ
634が言ってるようにコーデックの乱立が酷いから面倒なことになってる

643 ：
>>642
ロスレスなんてオフラインしかつかわんよ
そこから先はproresかdnx

644 ：
昔のキャプチャーは無圧縮AVIやMotionJPEGでやたらHDD食いつぶしたな
ジジイの思い出

645 ：
480iのときは可逆でキャプチャしてたけどHDになってからストレージの性能要求が厳しいからニアロスレスな非可逆でしか撮ってないな

646 ：
>>645
正直可逆とか意味ないしな。
proresかdnx、もしくはデータしっかり当てたh.265なら全く問題ない

647 ：
一概には言えないでしょ
用途と妥協点なんて様々なんだし

648 ：
ロスレス云々言ってる馬鹿はとりあえず8K60p10BitのRAWがどれぐらいの帯域になるか計算してみろ。
NAVIでディスプレイ出力に圧縮かけられるようになった理由が分かるから。
それを扱えるストレージすらないのも分かるぞ。

649 ：
音楽に例えるあたり>>634は生データの話をしたつもりはないんじゃないか
リッピングしたデータをどう扱うかくらいの話だと思うよ

650 ：
SDでも冗談みたいなサイズやろ

651 ：
>>649
データサイズがわかってないから出てきたんじゃない

652 ：
>>651
動画ほどじゃないけど音楽だってスタジオから出てくるまでのファイルサイズはロスレス保持したくなるような容量じゃないからな
製作現場での話とかは考えてないと思うよ

653 ：
映像制作においては可逆圧縮が必要なところは動画ファイルじゃなくて連番使うことの方が多いからねえ

654 ：
>>648
そりゃロスレスは普通に再生するのに使われないからな

655 ：
QSVって結構速度出るな。

656 ：
4000円程度のおまけにしては高性能だよな

657 ：
>>655
あれだけ小さいCPUに内蔵しているんだから優秀

658 ：
NVEncの処理速度が異常なレベルってだけで、QSVでもH264なら十分速いし画質容量比性能もTuring世代のNVEncにもまだ負けては無い
HEVCだとQSVは極端に処理速度が落ちる（ソフトエンコと同様に1/5～6ぐらい）のと、
Turing世代のNVEncに速度も画質容量比性能も負けてるからH265なら現行のNVEncだけども、H265使わないならQSVで構わないと思うよ
Intel CPU環境でiGPU無しモデルじゃなければ追加出費しないで使えるし

659 ：
QSVエンコしてるとCPU使用率が100%近くに張り付くのが難点
エンコ中に録画してたらPCを他の用途に使えなくなる
NVEncに移行したら平気で使えるようになった

660 ：
誰も話題にしないVCE…

661 ：
お～MotionJPGとか錯綜しておる人がいるなぁ
冷静に考えれば理解できるであろうに
高速で縮むロスレスは歓迎するにょ
出稿する際には一般的なロッシーにせざるをえんのも仕方ない
あらゆるロスレスを受け付けてくれる出向先があればいいけど、
ビューを求めるに従って自前のフォーマット(ひどくなるかどうかはもう知らん)
押し付けた公開方法だから

電子書籍だってPDF(くっつけたJPG)で十分ですって多くの人がいってたのに
こんなんなった

662 ：
電子書籍とくに漫画は最初に低画質低圧縮を売りつけて、後で高画質高圧縮の高いやつを売りつける二段戦法

663 ：
>>659
うん、確かにきつい。
GT710でも買うかな。

664 ：
作者にちゃんと金が入っているならそれも間違ってはいない

665 ：
>>660
当のAMDがやる気ないし、画質がお察し・・・。

666 ：
>>642
そう思っていても原素材が既にロスレスじゃなかったりな
rawなんて珍しいだろ

667 ：
IcelakeからVP9のエンコーダーとうとう載ったらしいね
QSVEnc対応しないのかな

668 ：
エンコーダが載ったの？
個人でvp9に固める需要がよくわからんな

669 ：
vp9とか動画配信側に都合がいいだけで、h265標準対応が広まった現状では
消費者側にはなんの利点もないだろ

670 ：
VP9はGoogle系と相性がいい

671 ：
てすと

672 ：
やっと規制解除されたようだ。。。

>>659
AMDのAPU5350でH264エンコしてるけど、CPU使用率は15%位だよ。まぁ50fpsとか遅いけども。
QSVは早いらしい代わりにCPU使用率高いんだね

673 ：
>>669
H.265が標準？
APPLEはH.265捨ててAV1に乗り換えたんじゃなかったっけ？
H.264はBDプレイヤーでも再生できないしH.264に汎用性に劣る

674 ：
>>673
最近の4K BDレコーダーならH.265再生出来る

675 ：
>>673
だからそれもすべて配信者側の都合という話なんだがな
別にどのコーデックが優れてるとか覇権取ってるとかそういう話じゃない

676 ：
>>673
ちなみにH.265が標準と言ってるわけじゃなくて今時のデコーダーは標準でH265に対応してるって話だからな

677 ：
turingはhevc(FHD)をh264(HD)に高速変換(2060SPだと900fps)出来るし、
とりあえずhevcにしとけばいいじゃろ

678 ：
>>665
もう少しそこに力入れてくれれば、Ryzen APUに乗り換える人も増えるだろうに…

679 ：
>>678
次期RyzenAPUは内蔵GPUがNAVIだから、古井戸削られて魅力が全く無くなる。
AMDのやる気無さに絶望した。

680 ：
>>676
ブラウザそのままで見られるのsafariだけじゃん

681 ：
>>679
ちょい前はゲームはあれだけど映像関係には強いよAMDて感じだったのにな

682 ：
AMDだと思うな
ATIだと思えｗ

683 ：
AMDは昔からロジック実装下手だしどうなんだろね
昔からキャッシュのロジックや分岐予測が弱い分最適化して貰わないと性能伸びないし
Ryzenもキャッシュ容量特盛りでどうにか追いつけた感

684 ：
>>683
AMDがZen 2で採用した現在最強の分岐予測「TAGE」
https://pc.watch.impress.co.jp/docs/column/kaigai/1192296.html

強いの積んだんじゃなかと？

685 ：
>>684
「HEVCを使ってエンコードすれば動画圧縮性能が上がる」と言ってるのと一緒
HEVCエンコーダも性能ピンキリでしょうと
要はH264のエンコーダの出来で勝負にならないから、H265持ち出してきたようなもので
逆を言えば「7nmとTAGEとそのキャッシュ容量でやっと追い付いた」という為体という

686 ：
圧縮の規格が乱立するならせめて圧縮アルゴリズムだけは統一してほしいよね
うまくすれば無劣化で変換できる
(ソースに対して無劣化という意味ではなくて)

687 ：
>>679
外付けGPUは古井戸使えるよね？

688 ：
>>687
発売時はRX5700がfluid使えないって話題になったけど、使えるようになったの？

689 ：
NAVIだと画質容量比性能下がってるけどな

690 ：
>>686
じゃあみんなで統一しましょうかってやったのが
ISOで標準化されたH264やH265なのに
高額な使用料とろうと足元みやがったから
アップルやグーグルが抵触しないような独自規格を用意するを得ない羽目になったのでは？

691 ：
>>690
まぁ有能なやつに金払うのはそもそも当たり前なんだがな
それをしないからおかしくなるって話。

692 ：
誰だって金払わず利益を得たいのも当たり前の感情

693 ：
FireWireが普及しなかったようなものか

694 ：
あとから特許だなんだとか吹っ掛けるのが米、あるもの使って何が悪いが中華、日本が金払えばいいがチョン
横から眺めて漁夫の利を狙うものの取り損ねてるのがJAP

695 ：
RTXやGTX16xxがあれば、お手軽で高速高画質なHWエンコが出来て
しかもh.264やh.265を追加料金無しに使える俺らって、結構恵まれてるよな

696 ：
高画質とか言うとソフトエンコ厨を刺激するからやめとけよｗ

697 ：
主にnvenc目当てで1080Tiから2080Tiに乗り換えたのに、結局画質重視でX265を使ってしまう。

698 ：
x265を使っているつもりでも、HandBrakeみたいにバージョンの古いx265から更新されてなくてゲンナリという落とし穴もあるけどね

699 ：
アニメはx265じゃないと満足できない
作画してるありがたいものだからね
実写はＮＶでいいかな

700 ：
ソースとビットレート次第だな
ブロックノイズ出てるソースで時間かけて気張る努力はやめた

701 ：
hevcのほうがデブロッキング・フィルタが強力だから
h.264でエンコするより綺麗になるぞ

702 ：
ドラマや天気予報も？

703 ：
モチのロンじゃよ

704 ：
わかった。
H.264でNVCエンコするためにGT710買うわ。

705 ：
毎度必死だなあ

706 ：
1650S
22日ごろだってな
ﾋﾄﾊﾞｼﾗｰ頼んだぞ

707 ：
H265は拡張子をMP5とかにしてくれればよかった
同じ拡張子で再生できたりできなかったりややこしい

708 ：
HEVCエンコならチューリング世代いいよね
1650Sのコスパが1660無印に比べてどうか、自分も気になる

709 ：
そもそもmp4はH.264専用コンテナじゃなくMPEG1やMPEG2も入るし
それ言うなら音声もどうするって話になるしな

710 ：
mkvにしてる俺は異端なのか。

711 ：
mp4はass字幕が入らんからな

712 ：
mkv1択

713 ：
>>710
昔はmkvだったぜ！
timecode簡単に使えるようになってからはmp4になったけど

714 ：
エンコになると3950Xに完敗やね9900K
処理時間6掛けで済むんだな
Parallel Studioなみのまともなコンパイラがあればな

https://pc.watch.impress.co.jp/docs/column/hothot/1218408.html

715 ：
PC関係はもうbit表記やめてほしいわ
MB表記にしてほしい
kbpsじゃなくてMBpsで

716 ：
1660と1650の新機種出るんですってね
実際の日本での発売開始は何時になるのかな。
それによって無印1660の値段がどれくらい下がるのか気になる

717 ：
補助電源の要る1650なんて無意味

718 ：
スロットに直接300W流せば問題ない

719 ：
補助電源は電源から長いケーブル引っ張ってくるんじゃなくて、マザーボード経由で短いケーブルですませたい

720 ：
背面からACアダプタとかで電源とれないのかな

721 ：
補助電源なんかどうでもいいよ
それ相応に安いのなら

722 ：
>>721
ばーか
消費電力、値段も1660と大差ないから商品価値ないと言ってるんだ低脳

723 ：
>>720
それぜんぜん的外れ
PCI-eスロットの規格を超えるような消費電流ってことが問題。電気代より廃熱を少しでも避けたいわけ。
省電力でなければ1x50の存在価値なんてない。そもそも処理能力低いんだから。
しかも実売価格みると、個人でわずかな台数を何年も使う耐久諸費材のイニシャルコストとしては無視できるレベル
今度の1650買う価値なし

724 ：
>>714
今どきエンコはnvenc

725 ：
>>724
わかってねーな
エンコでこんだけ差があるってことは、
モンテカルロ法みたいな数値演算プログラムではまんま差が反映されるじゃねーか。

726 ：
>>725
で、そんな用途に使ってんの？w
一般に使う用途で番重いのなんて今どきgpuが物言う世界だしな

727 ：
>>725
H264はQSVの方が良い？

728 ：
>>727
せやな

729 ：
消費電力厨は、大方中古の省スペースデスクトップPC（Sandy-Haswell）を使っていて、
しかめDELLとかの電源仕様が特殊だから市販の電源に換装できないと買ってから気づいた連中なんじゃないの？

730 ：
もう省電力ビデオカードはUSB TYPE-Cでディスプレイから電源供給してもらったらいいよ
ケーブル1本で映像信号も電力も送れるのは便利

731 ：
ディスプレイなんて繋げないだろ何言ってんだ

732 ：
出力にtype-c付けて補助補助電源分をディスプレイから供給とか面白そうではあるな
出来るのかどうか知らんけどｗ

733 ：
>>726
>番重い
なんやコレ

GPUはハード的に単精度フローティングしかサポートしてない。
ダイナミックレンジの想定しづらい数値計算だと単精度は非常に使いづらい。
てか、
大体GPUの数値演算プログラムなんて検討したこともないお前がなーにえっらそーにほざいてんだww

734 ：
エンコードが捗りそうなケース

・リンクス、ディスプレイ台を兼ねるMini-ITXケース
https://news.mynavi.jp/article/20191116-924500/

735 ：
>>732
それ、使用できるディスプレイ限られそうだね。

736 ：
>>733
nvencがGPUのシェーダー使ってると思ってるの？変な妄想書き込む前にnvidiaのページ見に行った方がいいよ。

737 ：
>>734
deskminiでよくね？

738 ：
どう捗る要素があるのかが解らん

739 ：
>>660
rigaya氏vegaの検証もしてくれるみたいで頭が下がる・・

740 ：
第3世代のCPUがまともに動かないんだから、第2世代にするのもわからなくはないんだが…
あの人の場合ネタとはいえAMDに投資する必要なくね？ｗ

741 ：
主旨は3950買うの止めたであって、VCEは買わないための理由探しだね

742 ：
RX580とGTX970/GTX1660Tiで比較した感じVCE酷く汚いように感じたけど、現行世代のVCEも同じなのかね…

743 ：
VCEってなんか進化したっけか？

744 ：
>>738
おれもわからんかった。
デザイン自体は別に悪く無いけど、
電源はSFXだし、
背低いからCPUファンは選ぶし、
窒息ではないけど吸排気しやすいわけでもなく、
ストレージをリッチに積めるわけでもない。
そんなに困る要素も無いけど捗る要素も特に無い。

745 ：
単に薄いって話やろｗ

746 ：
VCEEnc 5.00
QSVEnc 3.26

747 ：
NVEncでゲーム配信用に、1スロ補助電源無しのGTX1650買ったった。

PCIe x8スロに差したけど、NVEncのみなら電源不足にはならないね。
HWiNFO読みで最大5wの消費電力だった。

WQHDで遊んでいるから、メインGPUでNVEncしていた際の約5％の性能低下が無くなったのが目に見えて分かるのが嬉しい。

748 ：
GeForce GTX 1650 SUPER
https://www.zotac.com/jp/product/graphics_card/zotac-gaming-geforce-gtx-1650-super-twin-fan

NVIDIA Encoder (NVENC)　対応 (Turing)

749 ：
確定ですな

750 ：
グラボ1080で
ソフトAviUtlにてNVEncにてスポーツ番組をなるべく高画質でハードウェアエンコする場合の
推奨設定教えてほしい。
最近始めたばかりでよく分からない。

751 ：
>>750
お前の好みなんてよくわからない

752 ：
なるべく高画質って言われたらなるべくビットレート上げろって言うしかねえ

753 ：
そこはさ、スポーツの場合アニメと違って、こういう設定にすると残像が残らず
良いよとか言いようがあると思うけど?
実社会でも嫌われてそうだね。

754 ：
一億ビットレートくらいにすれば綺麗だぜ！

755 ：
>>753
お前が教えてやりゃいいじゃん

756 ：
>>755
それ本人だろ

757 ：
細かい設定よくわからんから品質値だけ変えてるわ

758 ：
丸投げ質問しておいて
逆ギレするようなやつって実社会でも爪弾きされてるんだろうね

759 ：
今のハードウェアエンコってどうやって実現してるんでしょうか？
エンコやデコードに必要な最低限のワイアードロジックを載せてて、
他はCUをSIMD基として投げてるんでしょうか？

今だとPSとかXBOXに配信機能が内蔵されてて、
VCEでエンコしてますけど上記のように配信モードで
CUにリソース割いてたらパフォーマンス落ちますよね

760 ：
ゲーム機は知らんが、RTX2080tiはゲーム中にNVEncすると約10％はGPU性能落ちるよ。
NVEncに最適化したというOBSで配信エンコしても、約5％はGPU性能が落ちる。

QSVの方はQSV負荷=CPU・GPU負荷のような感じなので、エンコ中に軽いゲームを動かすのも大変。

761 ：
>>759
GPUのは基本HW実装のHWエンコード
QSVはCPUの実行ユニットも使うハイブリッド型

762 ：
私のビットレートは520000です

763 ：
ば…ばかな…

764 ：
512kbpsとか大したことないなw

765 ：
確かにw

766 ：
なんで530000じゃないんだ

767 ：
まだ勉強中ですなまいんだけど、このスレ　>>2　で言及されている「Bフレーム使用可/不可」
ってのは、Bフレームの最小/最大QPを任意に設定できるかどうか　って事なの？

VBRモードの場合（だけじゃないかな）、特に設定しなくても、GOP内には普通にBフレームが挿入されて
Bフレームは使用されると思うんだけど。で、
Bフレームの割合を増やしたければGOPサイズを大きく取る事で解決すると思う。

こういう認識でOK？

768 ：
>>767
使用不可は文字通りっしょ
IとPしか使わない

769 ：
GeForce GTX 1650 SUPER搭載ビデオカードが各社から発売 - PC Watch
https://pc.watch.impress.co.jp/docs/news/1220348.html

770 ：
>>768
え、マジでBフレーム使わないの？

エンコード済みビデオのGOP構成とか解析するツールとかある？
調べてみたい

771 ：
>>768
他人だけどh.264ならAVInapticで見れるよ(HEVCは無理)
ちょっと気になってGTX1050使ったShare(Shadow Play)見たけどPフレーム使われてなかった、そうだったのか

772 ：
>>771
「>>768」じゃなくて「>>770」の間違い、失礼

773 ：
>>771
Bフレーム対応してるといっても使用ソフトがBフレ使ってくれなきゃ意味無いからね

774 ：
>>771
RTX2060のShadow Play(H.264)録画もIとPだけだよ
TMSR5で見た感じだとな(H.265のフレーム情報も見れる)

775 ：
>>771
横から。RTX2070/win10環境でOBSの場合は
NVENC H.264 (new) で最大Bフレーム4にすると↓な感じ
IBBBBPBBBBPBBBB・・・PBPIBBBB
ちなみにOBS用外部プラグインのH.265/HEVC Encoder(NVidia NVENC)では
IBBBBPBBBBPBBBB・・・PBBBPIBBBB
となってた
スレチだけどOBSのカスタム出力(FFMpeg)のNvencって微妙にバグってるんだよなぁ
オプションでBフレ指定してもスルーしやがる。あれ直さないんだろうか

776 ：
>>770
nle使えば見れるものもある

777 ：
>>775
OBSは、いろいろおかしいから信頼性がない

778 ：
>>769
いい感じの値段設定だな

779 ：
Bブレ対応としては最安だけどもう一声あっても良い感じね

780 ：
>>754
それ、たかが100Mbpsじゃねーか。

781 ：
>>775
OBS公式のそのまま使ってない？
OBSでffmpeg 使いたいなら自分でビルドしたほうがいいよ

782 ：
1650ｓのビデオ関連コアが1660と同等だといいのにね
一番早いのは22日発売予定だったそうだから、そろそろ買って報告してくれる人出てこないかな。
まぁ私が買うとしたら4ヶ月位後になるんだけれど。

783 ：
>>782
公式の仕様くらい見ようぜ

NVIDIA Encoder (NVENC)　対応 (Turing)

784 ：
>>783
ああ、言葉が足りなくてごめん

そこはこのスレで出て来てるから理解しているけど、駆動クロック数とかが落とされていたら
悩ましいなって思って書いたんだ。
GPUコアのクロックはともかく、ビデオ用のコア部分はどうなのかなとか

785 ：
今時別クロックでなんて動いてないぞ
ビデコアの部分はGPUコアクロックに依存する

786 ：
非ブーストクロック依存じゃないの？
ブースト時はコアまわりだけクロックが上がる

787 ：
今の8K放送ってRAWの1/1000のサイズのビットレートで放送してるんだな。
H.265とは言えとんでもねー圧縮率だわ。

788 ：
それだけ中身がないってことだ

789 ：
中身って何？

790 ：
>>788 は、冗長性って言葉を理解できてないだけの奴なんだろ

791 ：
>>790
8k4k放送で冗長性を持たせる為に使われている 16APSKの冗長符号化は
外符号 BCH符号、内符号 LDPC符号だから、
映像符号化のH.265とは何も関係ないぞ。

792 ：
わーすごいすごい

793 ：
「内容がないよう」って意味だと思ってたが

794 ：
あーコンテンツへの皮肉だったのか

795 ：
>>791
> 8k4k放送で冗長性を持たせる為に使われている 16APSKの冗長符号化は
それ、放送信号のエラー訂正するための冗長化の話だからな
コンテンツの圧縮に関わる冗長性とは、そりゃ何の関係もないだろうよ
冗長性で必死にググった挙句、当たり前に無関係なレスしてツッコミが成立してると思って悦に浸ってたの？

796 ：
>>795
符号化を理解していないようだから、まずはシャノンの定理から勉強しよう。
H.265は非可逆圧縮だから、冗長性は無いよ。

797 ：
元からエラー訂正の事を言ってるように見えるんだが
H265は何処から出てきたの？

798 ：
GeForce GTX 1630でないかな

799 ：
>>798
1030みたいにNVENC自体消えてそう

800 ：
それは困る
ゲームしないでエンコ主体だからビデオ性能はそこそこでNVEncに力入れたビデオカードが欲しい

801 ：
VCE(僕が消えても悲しんでくれるかな…)

802 ：
NAVIでもVCE使えるの？

803 ：
ハードエンコにあえてVCEを選ぶ人ってどんな人？
QSVはビデオカード使いたくない人とかって何となく分かるんだけど

804 ：
radeonしか持ってない人
正直、HWエンコ（NVEnc）の性能がこんな上がるとは思ってなかったし
性能は470程度あれば不自由しないから買い替えるほどでもないって感じ

805 ：
３万切ったので1660Ti購入
HEVC Bフレ良いね

806 ：
QSVは未だにHWエンコでならH264で一番画質容量比が良いから、エンコード成果をHEVC非対応の環境での再生対応等でH264縛りな人には悪くは無いよ
Turing世代のNVEncでもH264の画質性能的にQSVにギリ追い付いていないし

807 ：
VCEの…VCEのメリットも語ってよ！

808 ：
VCEは処理速度がQSV並で、画質は初期のNVEnc並かそれ以下

809 ：
そのうえNAVIで微妙に画質容量比性能落ちてるしな
多分事前発表の処理速度確保するために、想定した7nmでのエンジン動作クロックが不足している分、マクロブロック配置検討の処理を従来世代より少し甘くして処理速度確保してる臭い
RADEON買ったついでに有るから使う以外の意義は無くて、ましてやVCE（VCN）狙いでRADEON買うってのはまず無い
古井戸狙いで550買うとかの方がまだ購入理由になる罠

810 ：
Radeonはラジャ・コドゥリをIntelに取られた時点で終わったんだよ

811 ：
>>796
> H.265は非可逆圧縮だから、冗長性は無いよ。
冗長性がなかったら圧縮不可能なんだが。可逆か非可逆かは関係がない。
お前は、符号化以前に、圧縮に関して基礎から勉強する必要があるぞ
>>797
そりゃ、 >>787 からの話の流れでしょ。

812 ：
冗長性を無くしてしまうのが、非可逆圧縮。
人間が見て違和感がない限界ギリギリまでデータをそぎ落としていく。
データそのものは劣化する。それがH.265の映像符号化技術。

FLACなどの可逆圧縮は、冗長性の重複部分を纏める事でデータサイズを圧縮している。
冗長性は失われないのでデータは劣化しないが、冗長性は足されない。
冗長性を足して圧縮する機能ってのは、WinRARのリカバリレコードが有名かな？

>>811
その分野の人間か知らんが、通信・情報システム関係でそんな事言っていると恥ずかしいよ。
まずはシャノンの標本化定理から勉強してこい。このデジタル社会の基礎だ。

813 ：
全くもってどうでもいい言い争い
俺の方がスゲーって言いたいだけでしょ

814 ：
まぁ頓珍漢なこと言ってるバカ認識間違ってたと認めて謝罪しとけ
素直に誤りを認めて改めることでまともになんだし

815 ：
「こんきょはありません。わかりません。誰が決めたのかもわかりません。」

816 ：
H.264とH.265で同等画質になるようにエンコして画質を見比べてみたけど、俺の目だと画質の違いがわからない・・・
でもファイルサイズが2.5倍ほど違うからH.264はもうお役御免だな

817 ：
>>816
そら同等画質になるようにエンコすればそうだろうよっ！ｗ
強いて言うなら、HWデコード前提の場合に限りHEVCは10bitが使えるので、バンディング低減処理が活きてくるくらいかな
背景が暗めのトーンのシーンなどは違いが判り易い

818 ：
>>812
> 冗長性を無くしてしまうのが、非可逆圧縮。
冗長性を減らすのが「圧縮」。
不可逆か、可逆かは、元に戻せるか戻せないかの差があるだけで冗長性とは関係がない。
> 冗長性は失われないのでデータは劣化しないが、冗長性は足されない。
それは違う。
もっと簡単に言えば、圧縮できないほど無駄がない状態が「冗長性がない」状態で、
さらにどれだけ圧縮が効くかってのが冗長性がどれほどあるかって話。
>>790 で言われてる通り、お前さんは「冗長性」って言葉を正しく理解してないだけか、
逆に、指摘された内容をごまかすために、本質的には関係のない符号化の話とエラー訂正の話を織り交ぜて
マウント取って逃亡しようとしてるか、のどっちかにしか見えない。
前者にしろ後者にしろ、俺はお前の方が恥ずかしいレスしてると思うが。

819 ：
揚げ足取りここに極まれり

820 ：
揚げ足は取ったほうが負けだからな
反論できなくなって余裕が無くなった負け犬になった証拠だから
取られる方が基本的に間違ってないことの証明。

821 ：
発端が冗長性関係ない当たりでスルーすればいいのにな

822 ：
エンコードの品質を上げるためにはまずデコードの段階で品質が良くないと駄目って考えてるけど合ってる？
ソフトウェアデコードの後にハードウェアエンコードが一番高画質かもしれない

823 ：
h.264/HEVCはデコード誤差が出ないように整数使うようになったから
元ソースがmpeg2の場合を除いて気にする必要はない

824 ：
>>820
別に、勝ち負けでレスしてんじゃないし負けでもいいのだが、それ本当に揚げ足とりなのか？
揚げ足ってのは、わざわざツッコミ入れるまでもない「明らかな間違い」のことだと俺は思うのだが？
今回の場合はそんなんじゃなくて、>>818 の最後で書いたとおり、
本当に理解してないか、ごまかそうとしたか、のどっちにしか見えなかったのだが。
それ、本当に揚げ足か？

825 ：
そうでゲソ

826 ：
まだ言っているのか
冗長性という言葉が、情報・通信・PC業界でどう使われているか知らなかっただけだろ？

冗長性は英語では以下の通り。alcより引用
redundancy
1.余剰性、余剰が［過剰で］あること
2.《電気》〔回路の〕重複性、冗長性◆バックアップ用の回路を用意すること。
3.〔通信における情報の〕冗長性、冗長度

1番の意味で使っていると恥ずかしいと気付いてくれ。

827 ：
>>825
ワロタ

828 ：
ツクモ店頭で戯画のGV-N1660OC-6Gが税込22000円で売ってたので、エンコ用に買ってしまった。1650Sの予定だったけどこちらのほうが安かった。

829 ：
>>826
> 冗長性という言葉が、情報・通信・PC業界でどう使われているか知らなかっただけだろ？

おお。明らかにごまかし始めたな。>>787 のレスでいうと「冗長性」がどういう意味か、だぞ。
業界的にはどうでもいい。
というか、そこがお前にとっての話題の逸らしポイントだもんな。 >>791 の時点から、ずっとそれ。

> 1番の意味で使っていると恥ずかしいと気付いてくれ。

無理がある引用だったな。「冗長性」を英単語にした時の意味なんだろ？

日本語なら、「冗長性」って言葉だけで「余剰性が過剰」って意味になる使い方は思いつかんけど。
その時点で、その意味で使いようがないのに「１番の意味で使うのは恥ずかしい」、って何かのギャグかな？
普通に言いたいなら、「冗長だ」で良いからな。

自分に向いたツッコミは何一つ認めずに話題をそらすも、次々とボロが出てるけど、
そんなお前の状態の方が、よっぽど恥ずかしい状態だと思うんだが、まだ続けるの？

830 ：
1660とゲーム用にメインで使ってる2080ti比べるとエンコーダ自体は変わらない速度が出るけどCUDAでデインタレ処理すると結構差が出るな。
1440iの地デジソースをHEVCエンコードするときAmatsukazeでKFM使うと1660で150fpsくらいだが2080tiだと300fps程度でる。

831 ：
ゲームの配信って自分がプレイした動画をみんなに見てもらうこと？
ほらほら俺こんなにすごいプレイしたよ、とか、こんなに高得点出したよ、とか

832 ：
動画投稿サイトでアップロードして承認欲求を満たすんだぞ

833 ：
ようつべなんかゲームプレイ動画も収益はがされたらしいね
当たり前っちゃ当たり前なんだが

834 ：
自宅に呼んだ友達にゲームプレイを見せている感覚で、Mixerで配信しつつDiscordで会話しているよ。
NVEncのLow Latencyと組み合わせるとMixerは0.3秒位しか配信遅延しない。配信専用に1650積んでる。
2080ti側のNVEncはShadowPlay動かして、スーパープレイや爆笑プレイを簡単に保存できるようにしている。
もちろん保存先は記憶域で双方向ミラーにして冗長性を持たせているよｗ

835 ：
別にスゴいプレイでなくてもいい
初見プレイと称してやっとるのもいるし
謎なのは同じのを毎日初見と称してやってるやつ
お前完全にパターン暗記しとるがなとｗ

836 ：
steamlinkでリモートプレイすんのにもNVEnc使って配信してるから便利やで
有線なら遅延もほぼ感じないしマジNVEnc有能

837 ：
もうCPUのエンコードでも十分速い

838 ：
速いってどの程度のCPUを言ってるのかな？

839 ：
>>837
それ、うちのAthlon200GEでも同じこと言えんの？

840 ：
そら3970Xぐらいは使ってるんだろうw

841 ：
16コアあってもAmatsukazeでCUDAフィルタオフにするとそんなに早くならないのがなぁ・・・
x265自体は大満足なんだが。この時期暖房にもいいね。

842 ：
そりゃCUDAで作りこまれたものなんだから
お情けでついてるCPUモードじゃ遅くてもしょうがない

843 ：
家電のHDDレコーダーに使われてるのはハードウェアエンコードだから
むしろHDDエンコードの方が一般的

844 ：
HDDエンコードすげー

845 ：
Intelの安いcpu買ってqsvエンコサーバ作ろうと思ってるんだけど
エンコ速度ってメモリ速度とEU数で変わるって認識で合ってる？

846 ：
>>845
あと、クロック数ね

847 ：
元々の話のレイテンシも、OBS配信(6Mbps)では、
CPUエンコ(i9-7980XE@4.7GHz)のzerolatencyと、NVEncのMax Quality設定を比べると、
NVEncのほうが圧倒的に遅延が少なく綺麗で省エネです。
最近のNASはQSV使って、オンザフライエンコ配信出来るから、何も考えずに高ビットレートでNVEncしてNASに保存している。
ネット環境の整った出張先ならリアルタイムエンコ再生、海外や飛行機出張時は事前にNASで小サイズにエンコしておいて持ち出し。
自宅の4kテレビでは元サイズのまま再生、FHDテレビやタブレットでは1080pにリアルタイムエンコ再生と・・・ハードウェアエンコ様様です。

848 ：
>>844
HDDレコーダーのエンコードとqsvとかNVcncだと画質の良さはどっちが上なんかな？

849 ：
>>847
> 元々の話のレイテンシも、OBS配信(6Mbps)では、
> CPUエンコ(i9-7980XE@4.7GHz)のzerolatencyと、NVEncのMax Quality設定を比べると、
> NVEncのほうが圧倒的に遅延が少なく綺麗で省エネです。

自分では配信やってないんだけど、配信の遅延の原因って
　Ａ．配信者側のエンコード処理による送出遅延（BフレとかLookaheadとかの関係でフレーム送出まで少し待ちが入るとか）
　Ｂ．配信プロトコルそのものや、サーバー側での再エンコード等による遅延
の２つに大別されるとして、現状では基本的にＢの方が圧倒的にでかいから、
Ａの方は設定でよほど酷い差をつけない限りはSWエンコでもHWエンコでもあまり差は出ないんじゃないの？

基本的に両方ともZeroまたはLow Latencyにするとして、SWエンコとHWエンコで「圧倒的」というほどの遅延の差って出るもんなの？

850 ：
>>849
Mixerは鯖側の遅延が最大で0.2秒なので、自分の配信を自分で見れば一目瞭然
NVEnc（Max Quality）＞＞　QSV(Quality)　＞　CPU(i9-7980XE@4.7GHz)のzerolatency

それぞれ0.3秒、0.5秒、0.8秒位のラグになるから見てわかる。

851 ：
>>850
ありがと。実際にそんな差が出るものなのか。
30fpsなら1フレーム当たり0.033秒、60fpsなら1フレーム当たり0.0166秒で送り出す能力があるってことだし
そこまで差は出ないだろーとか思ってたけど、差が出る原因はエンコーダの起動時間とかなのかな？

852 ：
>>851
初期化処理の差じゃないの？
デフォルト設定の違いに振り回されてそう

853 ：
>>852
あ、そうか。なんか言葉が出てこなかったから起動時間なんて書いちゃったけど、初期化処理か・・・。

854 ：
icelakeのQSVはかなり強化されたらしいけどレビューどこかに無いかね？
探したけど見つからん

855 ：
処理速度面でUHD620～630のH264もHEVCも倍程度というぐらいしか情報無いな
画質容量比性能については皆無

H264用途とすれば従来でもTuringのNVEncより画質面で優れてはいたから、倍速化してもNVEncの速度にはまだ届かないが、差が小さくなっているのは意義がある
HEVCは倍になっても1440x1080処理で80fps程度とかだろうし、画質面でNVEnc超えてなければ遅すぎてどうもならんのよね

856 ：
265のBフレ使用OKはいいものなの？
そうだというのであれば1650Sを今から買いに行こうかと

857 ：
適応的な挿入が出来るわけじゃないから7nmまで待ったほうがいいと思うけど

858 ：
そら圧縮目的ならBフレ仕えた方がえぇに決まっとる。

859 ：
1～2枚程度なら適応じゃなくても悪影響は少なめ

860 ：
>>857
GTXシリーズのミドル・ローエンド辺りが7nmプロセスに移行するのって何時頃なん？

861 ：
今の12nmでRADEONの7nmより十分効率良いからなぁ

862 ：
265は9900Kでも劇遅やでｗ

863 ：
そりゃそうだろ何いってんだ

864 ：
>>862
嘘つくなよ
と>>837が言ってる

865 ：
リアルタイム以下にならないと劇遅判断とか

866 ：
30fps出れば十分早いと言えそうだが

【x264/x265】実用エンコベンチ Part6
https://egg.2ch.sc/test/read.cgi/jisaku/1507728392/302

867 ：
>>861
このスレでBフレ使えないからって状態のRADEONと比べてどうするんだよ。
再生のときにｍａｄＶＲとかでリアルタイム補正するならRADEON一択だぞ。

868 ：
>>867
ここハードウェアエンコーダのスレなんですが
MadVR云々はスレ違いな

869 ：
アスペ臭する輩は触らない方がいいと思うが

870 ：
>>866
TuringのH.265 Bフレ有り10bitと比べるならx264のpreset Fastでしょ

871 ：
1280ｘ720～1920x1080(MAX6Mbps程度)のネット配信をエンコするのに
BT2020は無駄かな？
Turingだから幸いBフレは使用可でエンコソフトはTVMW7です

872 ：
5年早いかな

873 ：
>>871
元動画と同じ色空間でいいだろ

874 ：
AMD免罪符「視覚的損失なし」をまだやってるみたいだな
PS5も変わらんらしい＝今後3，4年はやる気なし

875 ：
なんの話?

876 ：
>>871
カラーグレーディングやカラースペースわからないなら触るな。709のままにしとけ。

877 ：
ソース映像よりも奇麗になるエンコードは理論上存在しない

878 ：
一概に言い切れるものではない

879 ：
解像度低下を視覚的損失とカウントしないという前提だけどな
AMD的にはパフォーマンス不足対策としてLODの延長線上という免罪符で影になってるポリゴン描画自体しないとか色々やってきた経緯あるから
描画省略していない≒視覚的損失が無い という解釈なんだろう

880 ：
エンコードの話になんでゲームの話を混ぜるのか

881 ：
ゲームオタクはいつも異次元の方向から話をねじ込んでくるな

882 ：
10bitエンコにしたら暗部のモヤがきれいになってts再生より良くなったとか思ってる安い奴ならここに居るぞ

883 ：
tsだったらリアルタイム再生ではまず使わない重たいQTGMCでインタレ解除してエンコするとソースより綺麗

884 ：
Prefetchしても限界があったし、ucfも併せてCUDA版が出てくれたのは本当に幸運だったよな

885 ：
おお…

886 ：
>>877
綺麗になることと綺麗に見えることは別ということだ。

887 ：
ソース映像原理主義者はブロックノイズも嗜む

888 ：
円盤優越主義者と放送波エンコ派で想定するソースが違う

889 ：
ハードエンコは基本はゲーム用でしょ
録画したドラマやアニメのデータをエンコする場合にわざわざハードエンコを選ぶ人は少ない
速度重視ですぐ消費するのか、長く保存するかの違いでハードエンコとソフトエンコを使い分ける

890 ：
全部ハードだわ

891 ：
>>889
今のnvencならデータよほどケチりでもしなけりゃ差はないよ

892 ：
まあテレビ方面では超解像とかやってるが
モザイク外しみたいな話でアレやなｗ

893 ：
NVEnc 265の10bit Bフレ有りでアニメだと画質の割に縮むし
NVEncでPMDもエッジレベル調整もかけられるしもう全部ハードエンコ良いかなってなってきたわ

894 ：
nvencだけ最新で30W以下のGT1630とか出ないかな
Ryzenと組み合わせたい

895 ：
>>894
出てほしいけど望みは薄いだろうね

896 ：
補助電源なしのゾーンはGT710やGT1030が現役だからねぇ…

897 ：
エンコードだけのためにPC組むの？

898 ：
再生もするでしょ

899 ：
>>897

リビングTVに繋げてエンコード&再生&ゲーム用にPC組んだ者ですが…？

しかし、ちょうど1年前に1060買ったのは後悔してる

もう少し辛抱すればほぼ同額でBフレ対応の1660買えたのに…（泣）

900 ：
正直3700Xで組んだらNVENCいらんと思うぞ

901 ：
4Kとか3700Xだけでエンコしてどのぐらいの速度でるの？

902 ：
そういうスレがあるけど4とか5くらいな気がした

903 ：
あ、違う
ryzen9でそれだってはず

904 ：
3700X 4Kで40fps FHDで180fpsってとこ
Turingで画質/容量比がベストなオプションと同等のx264 fastで

905 ：
そんな糞なエンコいらん

906 ：
zen3はAPU仕様にして、iGPUにNVEncを搭載してほしい
そうしたらグラフィックカード不要になって省電力エンコマシンが出来上がる

907 ：
>>904
crf値とその結果つぎ込まれるビットレートの追記よろ

908 ：
なにこのキチガイ

909 ：
>>906
をいw

910 ：
>>894
>>747
電力的にはPCIe x1でも動きそうだけど

911 ：2019/12/14
>>906
メモリ速度がボトルネックになる未来しか見えない
専用にメモリ積むとかしたらサイズとTDPがすごい事になりそう

Adobe After Effects初心者スレ コンポ37
サーモンのクルートはお嫌い？
【ベガス】映像音楽編集 Magix 「Vegas Pro」「Movie Studio」 【Magix】
【DTV】略称ほかの読み方
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
【EDCB】EpgDataCap_Bonについて語るスレ 71
武丸サン・・・戦争しましょうや
アニメ実況するために犯罪を犯すキモオタｗｗｗｗｗｗｗｗｗｗｗｗｗ
CMカット スレ★3
かりそめの平和に酔いしれる『サンクチュリアス・オヴ・furuya』
--------------------
■■速報＠ゲーハー板 ver.52387■■
北海道の寿司屋で生エビが出てきた。ボイルエビがない手抜きでレベルの低さを痛感した。
【男性高負荷】Yahoo!パートナー【女性タダ飯】Part533
【新型コロナ】緊急事態宣言「来月6日全面解除は困難」政府内の意見強まる。想定よりも感染者数減らず★8 [ばーど★] [ばーど★]
関西のマラソン大会＆ロードレース総合スレ 22km
【B.LEAGUE】青森ワッツ11【B２残留したい】
島倉千代子
蓮舫の揚げ足を取れ
少年役ができる女性声優の境界線 Part4
【open】泰葉CAFE 15 【ＩＤ梨】
ウンモ星人占い　part3
こっそり隠れ場所をつくりたい。
アニメ声優CDの売り上げを見守るスレ 20
阪急電鉄を模型で楽しむスレ36【ﾜｯﾁｮｲ有】
岐阜県の水泳について語る
【環境】 南極で史上初18.3度　50年で気温が約3度上昇　2020/02/10
テスト
【乃木坂46】真夏の全国ツアー2019★22【余韻スレ】
●●妊娠中のエッチ、オナニー22●●
集団ストーカーに加担している企業や小売り
TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼