【NVENC/VCE】ハードウェアエンコーダーを語るスレ3【QSV】
レス数が1000を超えています。これ以上書き込みはできません。
■各社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
未対応 ↑とりあえずテンプレここまで。
何を変えれば良いのか全然わからんかったからそのまま使わせてもらいました 1時間以内に20まで保守しないと新スレは即落ちるはずなので、誰かいれば協力よろしく。 >>2の更新版は次世代ビデオコーデックスレ4の8を参照。
NVIDIAのVIDEO CODEC SDKが9.0になったくらいだけど。
次世代ビデオコーデック総合スレPart4 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1562430349/8 早速だけどGTX1650ってTuringだけどNVEnc的にはVoltaだよね
OBS-studioでYoutube配信するに当たってH.264を利用するんだけど
この設定でもTuringなNVEncと差が出るものなのかな 20までじゃなくもっと少なくてもよくなったという話を聞いた気もするけど一応20まで保守 よく見たら >>1 にある前スレが前々スレのままになってる。正しい前スレは以下。
■前スレ
【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1551446228/ >>23
ドンマイ。こっちも新スレの時期だってことに気づくのが遅れちゃったし、スレ立てと誘導は助かった。 >>1
スレ立てホス乙
>>17
rigaya氏のところの画質比較によると、264でもPascal世代との比較では差が生じてる(微々たるもんだが)
Voltaの中身が前世代のままなら似たような結果になるんじゃね？ >>25
回答ありがとう
正直性能的には1650で十分なんだけどNVNec考えると1660あたりにしといた方が良さそうだね
参考になりました 安いGeforce出す気が無いならQuadroP400の後継をはよ出せよ 出てもTU117だろうから、P400からHWエンコ的に買い変える意義有るか微妙だけどな
CUDAコアは増えるだろうけど1スロLowProfileに拘らなければ1650で良いような >>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比で悪化してる マクロブロック配置ロジック改善してなきゃHEVCの改善も無いからな
あとHEVCの方がaqまわりの自動調整ロジックも手が入ってないと実写とアニメでの差が極端になる
Bフレ使えるようになるとかテコ入れ有るとか有れば良いけどもな
H264の感じ見ていると、マクロブロックの捜査処理系が想定より微妙にパフォーマンスが伴っていなくて、公称処理能力確保するのに処理甘くしてフレームレート確保している感じがする
そんな状態でブロックパターンがより多いHEVCの方がパフォーマンス向上していたら、それこそ謎だわ 16日12:00解放の1660Ti 24800円
https://sp.nttxstore.jp/_II_KR16083338
CUDAフィルタ用途には多いに越したことはないから、こにの値段なら手が出やすいかと クロシコも38mm厚で結構薄いようだが、マザボの隣接PCIバスにPT2挿してるから、35.3mm厚のZOTAC一択だった NVENCって最新のビデオカードだとすごい早い？
古いけど1070tiですごく早くて感動しとる
当時は5万くらいしたんだっけ 早いも良いけど画質は向上したんかな？
前はqsvの方が良いって聞いてたんだが。 >>37
URLが貼れないので
rigayaの日記兼メモ帳
2018年を振り返る (PC編)
HEVCへのBフレーム対応でTuringが良いという結果になっている アニメをH.264で1280ｘ720にしたいなら十分だと思うよね
子供をおとなしくさせるための、やっすいタブレットやカーナビとかPC以外なら画質より汎用性
4Kで見ると720pは… あの手のクソ安編集ソフトってこういうエンコに対応してんの？ あの手のクソ安編集ソフトってこういうエンコに対応してんの？ GPUでゲームしながらリアルタイムエンコードとか録画する場合って
ゲームしてる時に使ってない部分使うわけだから消費電力って上がりますよね？
ゲーム時の消費電力なんかは割と載ってるんですけど、更にエンコードとか録画とかの負荷かけた場合
どのくらい消費電力上がりますかね？ エンコだけならうちのrtx2070で4、50wプラスくらいだわ ストレージも録画で記録で動き続けるのと
CPUもコンテナ処理やゲームと並行処理されるプログラムも余計に動くから、GPU意外でも余計に食うからな ゲームしながら録画するくらいだから電気代じゃなくて電源の容量でしょ
多分ギリギリで組む人いないと思うから今の電源の範囲内なので気にしなくていい 参考情報ありです。
>>47 ちょうど電源容量選んでる感じでして… 画質比較 2018.11 (実写版)
画質比較 2018.11 (アニメ版)
ぱっと出てくるrigaya氏の比較だと、H.264はQSVだね…URL貼れねぇｗ HEVCのBフレームのために1660買ったけど、対して1060のBフレなしと画質変わらんやん >>51 画質固定でエンコしてるかい？
試しにBフレ枚数1枚増やして参照フレーム数も1枚増やす
そしてプラシーボよりの重さにする 増やすとファイルサイズ比で画質が上がるくらいの認識しかない
キーフレームの差分みたいなもんだっけ？ Bフレ使われてるのかって話もあるな
キャプチャソフトで撮ったら全部Iフレとかあるし 使ったソフトウェアが対応してるのかどうかの問題もある
使用環境をほとんど書いていないから判断材料がない 差がわからなければ設定が悪いか目が悪いかモニタが悪いか頭が悪いって事だろう
使いこなせないもの買ってもそりゃ差は出ないだろうね やっぱハードウェアエンコードって
画質高くなる分CPUでエンコードするほうがGPUと比べて
消費電力高くなったりするんです？ ソフトエンコの方がじっくりコトコト煮込むから消費電力は高いんじゃねーの？ なんで例えで表したがる奴に限って、例えてる内容が的を得ないのか >>60
まともな日本語使えない奴に言われたくないな。 >>58
QSVがワットパフォーマンス一番良いね
センサーアプリでCPUのパッケージ電力チェックすると確認できるよ。
ハードエンコってGPU内エンコーダーの事だよね？
業務用の外付けのヤツの事？ エンコード開始前後の消費電力差だけじゃ無く
処理フレームレートの差も考慮するとNVEncの方が高効率じゃないか？ 基本的にエネルギー効率は専用回路＞ASIC＞GPU＞CPU 専用回路ってASICじゃないの？
そしてNVENCは専用回路じゃないの？ 複数の専用回路を集積したのがASICだから能率的には専用回路≒ASICだわな
ASIC自体は専用回路群なんで専用回路≠ASIC GPUもGPGPU依存と専用回路がある訳だが
記述するならGPGPUじゃないか？ FPGAも特化モジュール依存になるし
速度的にもGPGPUに軍配上がりそうだが 苦手だろうが、効率悪かろうが、有りものの回路でなんとかしなきゃならんGPGPUと
効率よく処理できる回路を作れるFPGAじゃ
勝負にならんと思うが。
ただそれはNVENCとか含まない話な、当然。
あれはGPGPUじゃねぇ。 FPGAなら高効率とも限らんし
結局回路形成するコードと使うFPGAの規模による罠
マイニングみたいなブン回す演算内容が単純なら、規模と容量のあるFPGAで力押し的にパイプライン処理化で高効率化出来るが、エンコーダ組むとなったらASICとかDSPと連携させなきゃ無理筋な気がするが
それでもそれを可能にするFPGAを中核としたシステム実装よりGTX1660のが遥かにユニット単価低く済むだろうけども（製造規模も全然違うし
GPGPUコアもおまけで付いてくる事も考えれば、費用対効果はdGPUだろうな CPUって言ってもx86と言う限られた世界の中の話しかしてないからね
メニーコアのArmやRISC Vが出たら話は別だろうし そのCPUだって使いやすいOSやアプリがなきゃ結局使われない
現状Windowsが動かなければなかなか普及はしない
オタクは別、やりたいようにやれる能力があるんだから このスレには有能なオタクと無能なオタクがいて、それ以外はいないよw
取り敢えずGPUエンコードならLinuxでもできなくはない
nvidiaのドライバーがシステムのアップデートで動かなったりして面倒が多いけど 逃げるベトコンと、逃げないよく訓練されたベトコン程度の違いしか無い せっかくRX470手に入ったのにVCEはとんといい話聞かないな だってAMDに何とかしようって気が無いから。
前より良くなった、ツールも揃えるって口先ばかり、
実際は誤算程度とか使いにくいとか、これをすでに3代位続けてる。 ATI Avivo Video Converter
って、すごいよかったのに…
何で息切れしちゃったんだろう? そりゃゲーム機の契約取れたら、金と時間と人材割いてまで、カスみたいな利益追わないだろ
開発もやめてオープンソース化に走るっていうことはそういう一面もある 個人的趣向でならTU106のフル機能解放されてるRTX2070がCUDAコア規模込みで効率的に至高と思ってる（ユニット単価度外視気味だけど
異論は認める HWエンコード画質悪いと言われてるけど、確かに低ビットレートならX264が良いだろうけど高ビットレートなら大して変わらんな。 要はいかに巧く情報削ぎ落としているかだからな
削ぎ落とす範囲が少なければ差になる対象範囲も小さい
縮みやすいアニメ絵ならソースサイズ比で1/2～1/3程度ぐらいまでの圧縮なら、そう極端な差にならんしな
実写の方は品質ベースだと素で縮まないのと、コンテンツによって求める品質の緩急もあるからプロファイル細分化しちまう
F1の縮まなさは異常 スポーツは縮まないよねえ
あとBSやCSのビットレートが下がると、エンコで縮まなくなるから勘弁して欲しいわ >>87
地デジのMPEG2だとスポーツみたいな激しい動きで
アナログハイビジョンより画質が落ちて問題となったのは
今となっては懐かしい話題 スポーツ系は被写体が動かず背景全体が動く場面多いからな
その背景も群衆だったり広告だったり、高周波要素ときてる RTX2070って、本スレでは通称XOって言われる不具合あるから
回避しろって流れだけど、このスレではお勧めされてるのな。
大丈夫なの？ >>90
そんなの引いたとしても保証期間内なら返品できるしな
xoだらけだったらもっとtwitterとか5chは燃えているわ 初期不良引いたら交換しろってだけよ。しかも前世代のGeforceでも不良品だと出るのよ。 >>91-93
やっぱり保証が大事なのね。サンクス
そうすると買う場合でもメーカーとか販売店選ばないとアレだよね～。 >>94
ドスパラがおすすめだぞ。
トラブルあっても買取に付き出せばいいし。 なんと言っても「DOS/Vパラダイス」だからな
楽園のような店さ（ディストピアだが ドスパラは最近増えたアジア人系店員の気前がよく
熱心にサポートしてくれるので、ちょくちょく行くようになった。 ドスパラ行くとなんでキモヲタが低賃金労働でしか雇われないかがよくわかるな RX5700でもVCEは使えるんですか？
古井戸なくなったと聞いて不安になりました 古井戸目当てならRX550でも買っときゃいいんじゃね？
演算コアはエンコで活用できる場面も少ないし >>102
都内のショップのバイトさん、
東大とか東工大に国費留学してるエリートさんも多いらしいっすね >>105
UVD統合されてVCNという名前になった。
エンコ画質は過去レス参照。 ハードウェアエンコって動画をモバイル向けに最速変換するのが目的だからCPUエンコと比較自体間違ってるよね
サイズは縮まなくて当然だし、見るだけなら1番画質悪いと言われ続けてるVCEでも十二分 変換時のデータの行程による定義差だろ？
意味解って使ってる？ トランスコード等は一連の作業で何を行っているかを表す語意
エンコードはその作業での符号化・圧縮を指すし、エンコードを伴う作業全般を表すのにも用いる
AMDの実装が一連したトランスコード行程でしか使えないならともかく、実際はその逆で機能単位で任意に組み込んで使えるんだから、そんな絞った定義に当てはまらんよ RX480でOBS使ってギリギリ60fps前後出るの高負荷なゲームの録画して録画ファイル確認したらカクカクで、ロビー以外綺麗に録画できてなかった
VCEやNVENCって専用のコアがあるんじゃないの？
ゲーム等で高負荷だったら使えない？ >>114
> VCEやNVENCって専用のコアがあるんじゃないの？
ないのでは？
> ゲーム等で高負荷だったら使えない？
RX480を買い換えるしか VCEはGPGPU併用のエンジン（ゲーム描画負荷とPCIeバス帯域負荷も影響
NVEncはエンジンのみで処理（PCIeバス帯域負荷に影響
ただしゲーム処理に必要なCPU性能あったうえで、映像ストリーム処理する余裕もある事が前提 >>114
専用コアがあってもPCIe接続の帯域は同じだからギリギリじゃ無理 nvencでのエンコードに使うだけだったら1660と1660tiでだいぶエンコード速度変わります？ >>118
フィルター使うなら多少は変わる
ただの変換なら誤差みたいなもん メーカーの調整次第だが、RTX世代は55度超えたあたりでオーバークロックの制限かかるので、
ちゃんと冷やせる環境なら逆転も狙えるよ！(多分)。
まぁ2000MHzに80Mhz増えるとかそんなレベルだが・・・ >>115-117
親切に教えてくれてありがとう
なんとなく分かった ゲームは全くせず、VCEでx265エンコードしたいだけです。
Radeonのどれを買えばいいですか？
予算5～6万くらいで。 >>123
VCEはゴミレベル。CUDAも使えないし、fluid motionもエンコード時に使う人は居ない
Radeonで買うべきカードは無いと思う
宗教上の理由でゲフォが買えないなら、将来いい感じのモデルが出るまでその5，6万は貯めておきなさい Radeonなんて動画好きで好きな人、昔は多かったんだから
そういうところでちゃんと攻めていけばよかったのにな 5700とかでは、少々やる気が出てきているようだけど
各アプリ側で対応してないから、使い物にならない。 古井戸も登場時点で当時の国内メーカーのTVのフレーム補完にも及ばない出来だったけどな
補完しやすいアニメ絵なら使い物になるぐらいで、それですら破綻する場合もあるし
元々3D描画のフレームレート嵩増しする目的で開発して、能力不足で放棄したもの機能としてお品書きに出してるだけだし
さして強化されても居ないしな 古井戸も誰が使ってるの？レベルだったので新GPU(navi)で無くなってた Ryzen3シリーズが人気だからRadeonどうよって流れなんだろうな >>120
そうですか、ありがとうございます
1660にしようとおもいます >>116
NVEncて今年の3月ごろのSDK9.0からGPU内で完結するようにならんかったっけ？
PCIeの帯域そんなに使わないんじゃね？ >>136
ゲームキャプチャ以外でソースをPCIe通さず送り込めたり
処理した動画をPCIe通さず取り出せるならな
あと帯域占有比以上に割り込みというものも有ってだな OBSでいうNVIDIA NVENC H.264 (new)ってやつだよね
まだGeForce ExperienceやOBS系のソフトでしか実装できてないんじゃないかと思ってるんだが実際どうなの 今までGTX670+Z77マザー+3570kでエンコしてたんだが、
GTX1660を購入したついでにWindows10を入れなおしたらHD4000が見えなくなってQSVが使えなくなった。
BIOSでは内蔵のHD4000を有効にしておりWindows10を再インストールしただけなんだが・・
何が悪いのかな？ まさか32bitとかじゃ無いだろうな
現行64bitしかドライバ無いからな >>139
モニタ繋がなくてもQSVなど使える様になってた筈だが、
原因探るのも面倒だしモニターの空いてる系統にマザーの映像出力を繋いでしまえ win10ってすきあらば自分のドライバいれてくるときくから
改めてこっちからドライバ入れるしかないんじゃない Win10のバージョン1809辺り？からかモニタに繋いでないとQSVつかえなくなってね？
偽マルチモニタ設定できなくなってる
ぐぐっても出てくる まずドライバが適切に当たっているか確認してるかも言及されてないわけだが >>145
情報サンクス
まじかよと 同じバージョンのintelVGAドライバ上書きで入れ直したら
マルチモニタ設定しなくても配線繋がずQSVEnc使えるようになったわ
Win7からWin10の1903にクリーンインスコしなおしたら
QSV使えなくなって仕方なくマザボとモニタを繋いでたよ ディスクリートのGPUを挿さないと
GPU Info Intel HD Graphics 4000 (16EU) 350-1150MHz [77W] (10.18.10.5059)
で認識されてるんだが、ディスクリートのGPUを挿すとデバイスマネージャーでも
存在しない事になってしまう・・・
BIOSのIGPU multi-monitorはEnabeに設定してれば
インテルのドライバ入れなくても前はHD4000が見つかっていたのが
HD4000自体が見えないんだよなあ
こんなのは初めてだ。 以前は入れていたマザー付属の管理ソフトを今回は入れていないとか、そういうのは無いんだよね？（Virtuとか
色々書かれてもマザーのモデルすらもも晒されないし、すいそくいじょうの事は返せないわ >>149
解決してる上に助言も出来ない無能が何言ってんの？ >>149
自己解決したんで以下チラ裏
デバイスマネージャーで調べると
現在このハードウェア デバイスはコンピューターに接続されていません。 (コード 45)
この問題を解決するには、このハードウェア デバイスをコンピューターに再接続してください。
これでググってみたらC-MOSクリアで解決したと書き込みがあったので
C-MOSクリアしたら無事、QSVが使えるようになった。
なんか変なコンフィギュレーションデータでも残ってたのかな？ 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
試しにGPUをOCして同じオプション(--avhw -c hevc --vbrhq 2000)を使用したところ、両方ともVE91%くらいで通常は280fpsくらい、OCしたら300fpsくらいだった
なので多分それとは違うかと >>155
いや汎用演算器でのプログラム処理じゃ無いんだから
専用演算器での処理系なんだならそりゃ単純にスループット上がるだけでしょ よくわかんないけど --vbrhq だと同時に使える演算器の数が少ないからクロック分fpsが変わるとかそんな感じ？
--vbr 2000 だと99%で380fpsくらい
試しに同じオプションを同時に使ったら99%になった
…よくわかんないけどそういうもんらしい VCEやSQSVみたいなエンジンがGPGPU処理併用じゃ無いから
ロード値はエンジン自体が持つ処理機能をどの程度まで使っているかってだけなのよ
スループットはエンジン内部処理にボトルネックが出ない限りはアンコア部の動作クロックに概ね比例する スマホ用に変換ならnvencで良いな
2060だけど十分画質も行けるわ
早いし 粗さがしする完全保存画質ならcpuだろうけたどね グラデーションとかバンディングを静止して比較とかするなら bフレームって動画の種類で変わるよな
アニメやゲームじゃゆうほど分からん
実写だと分かる実写は情報力多いからねーアニメなんか色数も大したことないしな エンコ良くしてるプロなら
圧縮率もそうだけど 時々起こる
バンデぃング回避のため10bitでエンコすると思うけどソフトnvencの差より8bit 10bitもでかいと思うんだけどなあ
グラデーションバンディングは光源とか
によれば8bitだとかなり出る時あるんだよなー >>161
カラコレやソフトフィルタ、デバンドするわけでもないのにすでに出てるバンディングが10bitで出したくらいで消えたりはせんよ nvencで10bitオプションが一番重いんだよな 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で動かしてる 何時まで「ソフトウェアの使い方」続けるん？
HWエンコーダの活用例の提示とか一過性で話題のついでで出るならまだ解るけど
はなから「ソフトが旨く意図通りに動作しない」ってのが主題でスレに書き込むのは方向性違うと思うが
扱いはffmpeg関連スレの方が良くないか？
エラーも「パイプにデータ来てない」ってんだから、吐いてる側起因だろうし aviutlでwaifu2xっていうフィルター使ってみたけど結構キレイになるのね
ゲフォ使えるから試してみ >>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ストリームで占有されて途中でエラー落ちすると言うこと？ >>168
おそらくその通りでキャッシュではなく実際に使用中のメモリが処理したファイルサイズ分増えます
32GB積んでいて残り数GBになった時点で他のプログラムへの影響も考えて止めているので実際に落ちるかどうかはわからない 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が再生される） まず他で再生出来るか確認して
NVEncを使用したffmpegの問題なのか、オプションの付け方の問題なのか、PS3側問題なのかとか切り分けしてるん？
出力されたファイルの詳細なんぞ当人しか解らんし
I/Pフレームの構造も実際にそうなっているものなんだか、主観的イメージなんだか判断付かない
手段としてNVEncが絡んでるだけで、根幹はffmpegの使い方とPS3の仕様の問題なのでは？ 一行目に言葉抜けてた
まず他でもinput.mp4が再生出来るか確認して
ね
outoput.mp4だけPS3で再生出来ないのなら、単純にimput.mp4と比較して差異を埋めるようにオプションを記述してどうなるかとか試すとか
ffmpeg側の認識範囲やNVEncも世代で出来る事が違ったりするんで、imput.mp4の構造を何処まで継承してoutput.mp4に適用出来てるかも解らん
そもそも、そのオプションによるトランスコードに意味あるのかと >>171
すみません、圧倒的なスキル不足でして
input.mp4 はPS3でも、それ以外(iOSのnPlayerやWindows10、FireStick上のVLC)で再生しても問題ないです。
output.mp4 はPS3のみ再現します。それ以外では問題なく再生できています。
-vcodec h264_nvencオプションを取ってCPUエンコードしたら問題ないです。
NVENCとPS3の相性か・・・
そもそも、もうPS3使ってる人も少ないんですかね
input.mp4とoutput.mp4の差異を 173です。
とりあえず、これでいけました。
ffmpeg -i input.mp4 -vcodec h264_nvenc -bf 3 output.mp4 >>164
PowerShellのパイプはオブジェクトを渡すから、外部プログラムの標準入出力も文字列オブジェクトに変換される
普通にPowerShell上でcmd /c使うしかない(吐き出されたバイナリをPowerShell内に持ってこない) 今GTX1050使っているけどGTX1660に変えると画質やエンコ速度は結構変わるのかな？ >>176
H265はBフレを使えるようになる
他は変わらないんじゃんね >>177
H265のBフレは相当変わる？
なら買い換えの意義はあるが。 >>178
QSVのHEVCの画質容量比性能を超えて、実質HWエンコーダのHEVCで最良
おまけにQSVやVCE、旧世代のNVEncで多くみられる実写ソースでの圧縮効率の極端な低下（下手するとH264の方使った方がマシ）が起きないレベルになっていて
ソースによってHEVCかH264か効率よい方を選ぶとかする必要が無くなってる もうすてに8月後半
ここまで待ったんなら、年末のIceLake世代のCPU内蔵GPUコアの進歩がどの程度のものになるのかを確認してからでも遅くはないようにも思うけどね
10bit動画への対応がこの世代からようやくdGPUなしでも問題なくこなせるようになるわけだし
ラジャ・コドゥリのIntel参戦でどこまでカツ入れされたものか、お手並み拝見 >>182
ラジャさんはインドの子供のなりたいモノ一位だからな。
ラジャさんをたたえる歌
https://youtu.be/20c52y6FjMI >>183
HEVCが主体でインターレース出力しないならね
H264が主体なら未だQSVも悪くは無い HD500～UHD600の間で、同ソース、同設定でやって何%にもならんぐらいの差で僅かに縮むぐらいしか差は無いぞ
Bフレ数と参照距離の組み合わせやGOP長の方が遙かに影響有る程度 極端に古い世代の持ち出してくるならNVEncも同様だし
エンコに使う目的なら、状況によってCPU世代変えるのもありってだけだよ
メモリも変えなきゃならんほど古いならdGPUの刷新してもいいんだし
好きで晒してない要因による判断差や単発で横からレスしてくる相手の事情までは知らんよ 176です。
7年使ったPCをzen2に組み替えついでにグラボも変えようかっと思った次第です。
AviUtlで編集してH265で作成すると容量がデカくなるし実写だと画質が悪いので
質問しました。 変えれば幸せになるよ
ついでに壺もセットで買うと安くなる 実際のところは、予定していたカタログスペック的な処理速度性能に届かなくて
マクロブロックやスライスの捜査処理甘くして速度確保したって感じだけな（白目 H265はアニメ向きで実写だと
のっぺりするって聞いたけど、
実写派の自分はH264で十分っていうことでOK？ 同じビットレートなら実写でもH.265の方が高画質だろう 断然H.265だよな、もうH.264でエンコ出来ないくらい綺麗 実写はH264の方が良いってのは、従来の世代の古いHWエンコーダでの傾向で、GTX1660以上のTuring世代のNVEncでは解消されたん
HW処理でも種類が増えたマクロブロックの適正配置がより厳密に処理出来る様になった故で、お陰で圧縮効率も良くなってる
ここらへんHEVCの実写でテクスチャーがのっぺりしやすいのにも関係してたり >>203
VP9でハードウェアエンコードできるものってなんぞ？ 個人使用の範疇でエンコする分にはロイヤリティも糞も無いんだけど、代価得て商業目的使うってんなら別だが >>197
自分の環境と「目」次第だよ。同じビットレートで比較して差がないなら、H.264のほうが軽くていいんじゃないかな？ 変換が速いって事か？
今やスマホでもH.265が余裕で再生出来る時代だぞ そもそも265の再生が重いようなPCでエンコすんな そもそもH265が実写向きじゃないって書き込みが間違ってるからな 実写の大きいマクロブロック割り当てされてそうなところがのっぺりするのは、情報量に対してそもそものビットレートが不足しすぎているか
AQでのビットレートの再分配が旨く行っていない
下手にエンコードオプション細かく指定しすぎると旨く行かない場合有るので、明示的にオートでAQ処理させてみるとか
H264よりHEVCの方が高圧縮な代わりに、ビットレート低くなりすぎるとフレーム全体の像を残す方向で細かい部分のディテールから失われて行きやすいんで
AQでマクロブロック間やフレーム間でビットレート都合し合うとか調整しなきゃダメな場合もある（そもそもオートで済む程度のビットレートに止めとけというのもあるけど
そんで、ここでもマクロブロックが出てくるんで
その割り当てが旨くないとビットレートの都合し合いの処理やビットレート貰う対象の絞り込み等にも影響すると 今までは
HWエンコーダではHEVCで種類が増えたマクロブロックパターンを旨く配置しきれなかったお陰で、実写だと高周波成分があるテクスチャに小さいマクロブロックを無駄に割り振ってしまい、酷いとH264より縮まなくなりやすい
という状態だったのが、Turing世代のNVEncでやっと脱したと
その代わり、低ビットレートにしすぎると前記の「のっぺり」が起きるんで、ビットレートの再分配を気にしなきゃならなくなった訳やね（アニメ絵は「のっぺり」になる部分が元からのっぺりしてるんで影響が低い
なのでHEVCだと実写に弱いんじゃ無く、実写にも耐えうるほどの複雑な内部処理が出来てなかった、って感じやね
H264だと（HEVCよりは）単純な分、今までもそこそこ旨く出来てたと >>213
まぁ単純にはそうなんだけどね
実写の方がアニメとかより映像の構成要素的に縮まないんだから、設定つめてるほどアニメ基準で同じビットレートとかオプションを実写ソースに適用しちゃ無理がある 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%程度の向上なので色々微妙 エンコード速度に関してはIntelがIceLake世代でHEVCでのエンコード速度を2倍に高速化することと、色域をBT.2020に対応させることは既に確約しているので、あとは画質次第 ロードエルメロイも含めて近年のFate系とか、一見綺麗でも動きの無い作品は意外と情報量低い（Kとかも同様）んで
NVEncの世代差を見るなら同じロードエルメロイでも事件の解決話とか鎌や槍ブン回してる話をサンプルにする方が良いかも
今期なら鬼滅の刃の戦闘回あたりはアニメ絵のサンプルには良い感じ
あとは実写ならF1なんかはエンコーダのマクロブロックの捜査ロジック糞虐めてくれる スカパー！プレミアムがビットレート削減を凶行したようだ
スカパー！プレミアムを録画して再エンコードしているユーザーは注意 >>215
検証乙
何気に3世代(2．5世代?)の同一条件比較は初めて見たかも
今更言うのもなんだが1650に新しいnvencを載せてくれていたらなぁ ====================
667ch ビットレート変化
====================
"胡蝶綺 ～若き信長～ #07" ・・・ https://i.imgur.com/5lzq2ij.jpg
上 削減前 （8月19日） Main@L4
下 削減後 （8月21日） High@L4 >>220
これ見るに最適化されただけでだいぶ画質良くなってるように見える MainからHighになってるから固定品質なら、より効率的な高圧高画質化してるはず
2pass平均ビットレートなら劣化だが、放送時の映像ソースなんて調べようが無い NVIDIAの次世代なら最下層モデルにTuring載るかね
エンコのためだけに30kは高いよぉ 一時期1660Tiが1660並の値段で有ったんだけどねぇ NTTXストアだろ
一瞬で売り切れたみたいだけどな 1660無印で十分
QSVでは100%に張り付いてたCPU使用率がNVEncのおかげで50%以下になって、録画中エンコもエンコ中作業も快適になった QSVから1660なら満足度は高いだろうな、
俺は1060から1660にしたけど、価格対満足度は低い >229
わかる。NVencだけ２機積んで欲しい。 設計起こす分をエンコ専用ボードでペイすることになるから、下手すりゃGT1650搭載の製品より安くならん可能性すらある
2GB程度はメモリも積まなきゃならんし
それでもPCBはGT1030のが使えそうだけども
開発等に掛かるコストは当初想定の販売見込みで頭割りなんだから、機能限定すりゃ何でも安くなる訳じゃ無いわな そうやな、安くても20kはしそう。
ならグラボでGTX1660でええやんw エンコーダーだけ利用するためのPCI-ex→USB 3.0変換キットみたいなのがあると、少し前のノートPCが捗りそう
Thunderbolt3みたいな大げさなのではなく、あくまでエンコーダー専用で >>235
そっちのが実装的に大げさな気もするけど
サンボ経由のが電気的にシンプルなんだが Thunderbolt3端子を備えたPCが限られている USB3.0もThuderbolt3も中身はPCI-eの信号引っ張ってきただけなんだからさっさと統合しちゃえばいいのに 結局、単価に跳ね返る先が本体か拡張機器側かの話で
拡張機器側への負担軽減できるからこそこういう規格に意味がある訳で
>>235でいう実装でも結局新規にチップ起こす事になるんだから、それなら下手な変換するよりUSB3収容用のチップの方がまだ理屈に合うけど
ただどっちにしろ、相当高上がりになるだろう単価を容認出来るのかとか、そんなチップをnvidiaがそもそも作るかという所に行き着くんだが CPUによるけどintelならUSBもThunderboltもPCIeなんて通してないが >>243
CPU直結でチップセット通ってないって事？ 大雑把に言うとThunderbolt3のシリアル接続に細切れにしたPCIeとUSB3とDPを高速に切り替えながら乗っけてる
USBの分家で独自に本家より進化したような規格
シリアル通信だからUSB Type-Cが使えるけど、アホみたいな速度なんでケーブルの品質が滅茶苦茶問われる そんで分家のThunderbolt3が本家に認められてUSB4になると >>245
元々、USBプロトコル持ってなくてTB3でUSB実装なんじゃないの？
元々はPCIeの特殊な実装だったのでは？(古いバージョンからPCIeのプロトコルあるし・・・) >>249
PCIeの通信内容を載せられるほどの帯域を持ったシリアル通信というのは変わらないよ
形状がThunderbolt3で専用端子形状からType-Cになったりと物理的な互換性やUSB3.1の機能的要素取り込んだってのはあるけど
Thunderboltだけ掘り下げてもスレの趣旨から外れていくだけなんだが 2年前からNUCとeGPUで、書き出し先をNASのiSCSIにしているけど割と快適よ。
主に録画や別PCの映像配信に使っている。 【コーデック】沈むH.265、グーグル動画仕様AV1が主役へ アップル採用で加速か
http://egg.5ch.net/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%高かった。 一度規格を制定したら20年30年その規格で続行しなければならないオールドメディアはその点不利だよな
PCやスマホみたいに中のソフトウェア入れ替えれば新しい規格に柔軟に対応できますよ、の方が新しい技術を積極的に取り入れられる ちょくちょく変わられると、変化に対する耐性の低い一般民衆はついてこなくなるだけ そんなもんアプリが吸収すればいいだけの話
自動アプデオンにしときゃ一般大衆は変化したことすら気付かない 甘い甘い
スペックが追いつかなくてサポセンにゴラーされて無駄に業務効率が落ちるだけ 個人では今でもAVCが主流だしそれがHEVCに変化するのか微妙だと思っている 個人的にはフルHDくらいまではH264で十分だし、ストレージの大容量化・低価格化でまだまだ扱いにくいHEVCに移行には二の足を踏んでいる。 >>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 自分はターゲットとするサイズの目安があるから
hevc（x265）でやっとフルHDに移行できたクチだから
圧縮効率が上がることは歓迎したい
でもこれまでの経験を当てはめるとフルHDならVCCやav1の効果は薄そうな予感がある >>261
参考までに目標のサイズと
動画のビットレート
音声のビットレート
教えて下さい。 AV1のエンコード速度やばい
こんなの64コア128コアが主流にならないとソフトエンコ無理 そりゃ俺らのたかだか8コア16コアのしょぼいPCでエンコードすることを想定されてないからな
まともに使いたかったら俺らエンコ厨もクラウド借りて分散エンコードする時代に・・・ならないだろうね AMDのスレッドリッパーあたり導入せんといかんかね 一般人にスパコンの切り売りしてくれればいいんだけどね
Windowsじゃないと使いにくいだろうけど AV1は転送量減らしたい企業向けでしょ
一般人がエンコードするのはかなり先になりそう Amatsukazeを使用して
X265にエンコードするのに
NVENCしているんだが
ソフトウェアエンコードに
比べて、確かに早いが
サイズが小さくならない。
エンコードの規格が同じ
なのに何故サイズが違って
しまうのだろう？ x265はソフト名な
まあそこはどうでもいいけど、画質や容量でハードウェアがソフトウェアに勝つことは絶対にない そのうちソフトとハードのいいとこ取りの方式が出てくるんだろうか HWエンコ対応になったVVCやAV1がx265に勝つことはあるかも AV1は名前が良くない
AV1の動画とかエロ動画を連想させる >>262
映像のビットレートは品質基準だからバラツキがある
音声は無劣化でremuxしてるから180～320kbpsぐらい（SD時代は160kps）
で最終的に45分のドラマで300～500MB、映画で1～1.3GBぐらいになってる
（ちなHWエンコスレで申し訳ないけどSWエンコの話ね）
SDサイズのxvid、HDサイズのavc、フルHDサイズのhevcも
実用十分な画質（個人で基準は違う）を目指すと上記のサイズになった 検索するとAVIが間違って引っかかるのもウザいっちゃウザい >>276
ご丁寧なご教授、痛み入ります。
サイズから計算すると約1500bpsくらいかなあー。
かなり低ビットレートですね！
画質がどーなんか気になるところ…。 >>278
だから、固定品質ってのは総ビットレートの数値じゃ画質は語れないんだっての 固定品質の「品質」ってコンピュータは何を判断材料にしてるの？ 前後の動きの大きさに対する割り振るビットレートの比率じゃね？ 量子化器を固定するのが品質基準
指定されたビットレートに納まるよう変動させるのがビットレート指定モード（CBR,ABRなど）
これ以上の詳しいことは知らん
>>278
元ソースとエンコードした動画を見比べると情報量などの違いが分かるけど
比べなきゃ劣化も違和感も感じないって水準 NVEncCでh264エンコードならGTX1060あたりのカードでもBフレーム
使えるの？ NVEncをマザーボードに埋め込んでオンボードでエンコできるようになったら良いのに
そうしたらiGPUでもAPUでもNVEncの恩恵を得られる IntelのAV1エンコーダ使ったらくそ速かった
数年後にはQSVに載せてくるな 圧縮形式の乱立はやめてほしいな
やっとMPEG2の後にやっとH.264が一般的になってもうあとはH.265でいいじゃない USB端子に挿し込めるドングルみたいなハードウェア再生支援回路とかが出れば、新しいコーデックが出てもビビらずに済むのに >>263
つべとかにアップして公開しなきゃできないかな
エンコ終わったらmp4保存ソフトの類でダウンロードして削除
バックアップ代わりにとっといてもいいかもしれないw >>290
インターネットトラフィックの激増でそうも言っていられないんでしょ H.265じゃ264比であんまり縮まないし、ライセンス料の問題が大あり
GoogleやAppleが熱心だから間違いなく切り替わるだろう そのライセンス料を下げればチップ価格も下がるんだろうね
今どの程度上乗せされてるのかは知らないけど
今のGoogleならYoutubeを絡めて強引に持っていける i5 6500＋GTX 960からRyzen3700x(X570で）に買い換えようと思ってるんだけど
・同じビットレートのh.265動画ならソフトエンコより、i5のnvencのほうが速いんかしら？
・3700x＋GTX960でもnvencだと、i5 6500＋GTX960より早くなるんかしら？
・zen2でエンコするならグラボも買い換えろよっていう場合はrx5700系じゃなくて、turing系買うほうがいいんかな？
zen2ソフトエンコの結果とかはあるんだけど、turingでBフレ設定した.h265が
圧縮率高くて綺麗、しかも速いというならグラボも買い換えるべきか悩んでます。
ちなみにソフトはTmpgenc7です >>299
ソフトエンコとハードエンコが同じビットレートで同じ結果になると思ってるならそこから間違えてる
速さだけ求めてるならNVENCで良い >>2
3600or3700X + B450 + GTX1660
この構成が良いと思う
HEVCソフトエンコなら来月出る9900KS
もしくは価格が下がった9900K >>300
ログ見た感じでは.h264では圧縮率、画質ともにソフトエンコのほうが良いけど、スピードならnvenc。
一方.h265ではturingでBフレ設定ならソフトエンコ並みの画質、圧縮率でしかも速いと
いうふうに理解したんだけど >>301
あーZen2+turing搭載で一番安い構成ならそうかなーって考えてた
コスパ考えたら9900KもKSもちょっと手を出せないかなぁ。増税前にとも思ってるし。
むしろgen4 爆速SSDを付けたいｗ 次世代ビデオコーデックスレで見た感じsvt-hevcならコア数多いzen2の方が9900ksより速度出そうだけどどうなんだろ >>303
H.264のソフトエンコとH.265のハードエンコの比較でとは書いてなかったが、いつからそうなった？ >>306
んーずっとh.265前提の質問してるんだけどわかりにくいならすまん。
303のはh.264は余談として、「h265ではnvencでもturingでエンコすればソフトエンコ並みの画質、圧縮率になる」
と自分なりに理解してた、という補足なだけなんだけど。
300の内容は「turingでBフレ入れてエンコしても速いだけで、ソフトエンコの画質・圧縮率には及ばない」という意味で
レスしてくれた訳ではないの？ >>ID:YsBlnUPt0
>>38 辺り見てきたほうが早い
画質比較以外にBフレの意味もわかるやろし
綺麗に小さくっての重視ならソフトエンコだし
用途も書いたほうが良いと思うで >>308
きれいに小さく、これがポイントで無理にサイズ削らないならnvencで問題はないし、むしろソフトエンコなんて時間かかるだけ。 >>308
見てきましたありがとう。SSIMを初めて知ったが0.98前後の画像みてもさっぱり違いがわからんｗ
0.94とか0.96だとはっきり判るんだろうか。
とりあえずzen2で組んで、ソフトx265でしてみますわ。
グラボ買い換える予算で3900xにしたほうが楽しそうだなｗ >>290
> やっとMPEG2の後にやっとH.264が一般的になってもうあとはH.265でいいじゃない
日本企業が強い時代だったらH.265に決まっていたかもしれない
でも今はGoogleやAppleが決める時代だよ
彼らがH.265を支持しない以上H.265はデファクトスタンダードにはならない
素直にAV1を受け入れるしか無い ネット配信企業はAV1しか選択肢無いだろうけど個人は好きなの使えばいいじゃん H265のタイプにあわせていちいちプラグイン落としてこないと再生できなくなる流れかな h265は使いにくいんだよなぁ
h264に比べて劇的によくなったわけでもないしな >>317
今やスマホですら余裕で再生出来る時代だぞ
H.265の動画再生出来ないのはBDレコーダーくらいだろ 低ビットレートに成るにつれて、264と265の差が目に見えて分かるだろ えー、今H.265でエンコすると将来AV1にエンコしなおさないといけなくなるのか
PCの再生互換性はソフトがあれば保たれるだろうけど、スマホとか据え置きプレイヤーでは
そのうち標準では再生できなくなるのか Microsoftが覇権を握っていた時代はmacもWMVをサポートせざるを得なかった
事実上WMVがデファクトスタンダードだった時代
そのMicorsoftが覇権を失った後のWMVの凋落ぶりには思わず目を覆いたくなる惨憺たる有様
H.265も一時はH.264の後釜（+1しただけというネーミングも受けた）は確実と見られていたが
H.265を推す企業の凋落によりWMVと同じ道をたどろうとしている
GoogleとAppleが覇権を握っている限りAV1が次世代コーデックのデファクトスタンダードになるのは当たり前のこと
AV1が凋落するときはGoogleとAppleの凋落と連動する H.265のハードエンコがゴミになってAV1のハードエンコできるビデオカードの需要が出てきたら
メーカーはまたビデオカード売れるから、AV1ウェルカムなのかもね
今はNVEnc目当てでビデオカード選ばないほうが良いのかも >>318
そもそもHLS対応してないし、amazonデバイスでhwデコード使えない
PCとかスマホに転送だけして見るならええけど、メディアサーバーで便利に視聴しようと思うと使いにくいんだよね >>326
情弱だな
Fire HD10もFire Stick TV 4KもH.265のHWデコードできる h.265は4K放送で採用されてるんじゃなかったっけ？
少なくとも日本向け機器のレコーダーやらデバイスではカバーされそうだし、息も長そうだけどな >>327
10bitはまだサポートされてない
>>328
個人向けであっても無視できるほどマイナーってわけじゃないから
mpegの系譜であるavcの後継規格としてサポートはされ続けるはず NVEncでHEVC 10bitファイル量産してる住民にはだいぶ関係ある話 >>318
消費電力厭わなければな
ただそれでも未だにA53 x4のモデルもあるから昨今のモデルが一概にソフトウェアデコードで十全かは別だろと 強烈に嫌がってる人が約1名だからどうなんだろうな、止めるのがいいのかね。
別に他に話題も無さそうだし放置でもいいのかね。
僕はどっちでもいいよ H265とかAV1は次世代4Kとか8K解像度の為のエンコーダーたろ？
2K位の解像度ならH264で十分だと思うが…どーたろ？ H.264にもHWデコードやエンコで10bitサポートがあったら良かったんだけどねぇ… >>337
そもそもそいつらエンコーダーじゃないけどAV1とかは高解像度でも活躍するけど今までの1080p以下の動画でもビットレートを減らして容量を小さくすることができて、youtubeとかの動画配信サイトが帯域幅を少なくすることができるから配信サイト側も帯域幅のお金が節約できる
ユーザー側もギガ（笑）が減りづらくなるからWin-Win だからそれ用にスレがあんだろ
そこでやれや
nvencが対応してからここでやれやキチガイ HDDの容量増加が頭打ちになってしまったから色々なエンコードが乱立してしまったんだな
5万円のノートPCに500TBが当たり前の時代だったら動画は全部AVIで問題なくていちいちエンコードする必要もない そりゃ保存用はAVIでも何でもいいわ
問題は動画配信よ >>329
10bitサポートしてるし、ホント情弱 実機持ってないから知らんが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ワードくらったわｗ あまぞんを置き換えてくれｗ つまりあまぞんがメディア仕様をちゃんと書いてないということでおｋ？ >>347
これはSWデコードで再生してるということか? GEFORCE RTX2080 VENTUS 8G 特価で68,800円（税込）かぁ。
この値段ならそのへんのRTX 2070 SUPERよりコスパ良くなるなぁ。 >>351
エンコードソフトウェアと書いてあるからSWデコードってか？
なんでその上にある>>346の画像見ないの？アホなの？ >>351
MX Playerで右上にHWと表示されてるからハードウェアデコード 正確にはHW表示だとDXVAみたいなHW支援レベルでHW+でIGPのメディアエンジン処理 >>354
見落としてたわｔｈｘ
HWデコードできるなら勝えよかった
>>356
情報ありがとう ／￣￣＼
| ・ Ｕ |
| |ι ＼ ﾁﾝﾁﾝ
／￣￣￣ 匚 ヽ
| ・ Ｕ ＼ ） ))
| |ι ＼ ノ
Ｕ｜｜ ￣￣ ｜｜｜｜ fire hd 10のmedia_codecs.xml見ると2Kまで NVEncC x64 4.42
エンコード中の情報更新時(1秒未満毎)にログの末端がコマンドプロンプト画面下まで自動的に移動します
それに対して一時停止をせず、過去ログを眺める方法ってありますか？ >>361 途中経過あきらめて、テキストログに書き出すとか、バッチファイルなら下の行をコマンドのケツに追加で。
2>"%~n1.log" 2人ともありがとう
>>362
1920*1080だと縦方向にに最大表示してもせいぜい1つ前のが見えるくらい
高解像度で縦置きにしたら結構遡れそうだね
>>363
わざわざコマンドまでありがとう
負荷も容量も問題ないテキスト出力も考えたけど、ちょっと見る為だけにわざわざテキスト開くのめんどくさいなーと
書き忘れてたけどメモ帳+コマンドプロンプトで作業してて、作業中は大体画面全体が色んなウィンドウでごちゃごちゃしてるからウィンドウ増やしたくないってのもあって
既に開いてて作業中のコマンドプロンプトウィンドウ内で手軽に過去ログ眺められるのが理想だったんだけど、テキスト出力で妥協するしかないのかな
今更だけれどコマンドプロンプト板あったからそっちのがよかったね、申し訳ない 今Aviutl使ってて気がついたんだけど「L-SMASH Works File Reader settings」で「h264_cuvid,hevc_cuvid」指定しておくと編集中にも使用されるんだね
いつもTrim位置調べる時に使用してるんだけど、色々テストしてた時に指定外し忘れてて(通常のCPUデコードと比べて)フレームが1～4くらい前後してたのに気がついてそっちにも気がついた
てっきりファイルとして出力する時だけに使われるものかと思ってたんだけど違うんだね
逆をいえばそのおかげで若干(h265はかなり)CPU負荷が減るから用途によっては…
qsvも試そうかとavqsvとかqsvってやっても上手くいかなかった(avqsvは無反応qsvだとエラー、そもそも合ってるかもわからない)
L-SMASHでその辺いじってる人は用途別に用意するとか注意した方がよさげだね 当たり前だのなんとやら
出力だけ違ったら編集が意味をなさないじゃん 1650Tiが出るらしいけどNVENCは1650と同じやつになるかな… >>370
TU117のフルスペック版になるだろうから1650無印と同じだと思う >368
Readerってなってるし、自分でも書いてるじゃん。
違うほうが困る。
ジャンプウインドウで反映されてないならわかるが。 icelakeのQSVってどう改善されてるの？
Bフレームには対応したかね このスレはハードウェアエンコのスレだからQSVは対象外だろ
QSVはCPUに内蔵されてる機能なんだからソフトエンコの部類 Intel Quick Sync Video(QSV)とはIntelによって開発されたハードウェアによるビデオエンコード・デコード技術の名称である。（wikipediaから引用）
wikipediaはやはり信頼できないな！
今すぐ>>376は書き換えてこなければならない！ ゲフォの新世代チップはなんか予定あんの？
やっぱ1660買うしかないかな 来年になれば1670tiとか出るんじゃね? (適当) 開発中の次世代はまだ次期もわからない状態だし気にせず現行世代買っていいだろ。 NVENCはGPUに内蔵されてる機能なんだからソフトエンコの部類 MP3よりもH.265の方が圧縮率が高いから、映像が含まれてない音楽データもH.265でエンコードしたほうが良いんじゃないかと思うだ
MP3がデファクトスタンダードになってしまった現状を覆すのは大変だけどその先には明るい未来がある H.265という音声コーデックはありますか？
つーかまたお前かｗ
>>391
>>376 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
>>396
SDKってソフトウェア開発者が使うもので
一般人は入れなくていいんだよな？ CUStreamというのがなにかわからないから
興味ある プログラミングの話っぽい
>同期DMAと非同期DMA - KaiGaiの俺メモ
>CUDAでは非同期で実行する個々のタスク（例えば、RAM=>GPUへのデータ転送、GPU Kernelの実行、など）の順序関係を制御するために、ストリーム（CUstream）という制御構造を持っている。 あれ？1650って結局Bフレ使えるの？使えないの？？
使えるなら1.6万とかだしありかなぁって思えてきたんだけど...
rigaya氏の2019-03-04のエントリーに使えるようなことが
かいてあるのを見つけたので質問させていただきました 2019-06-05(23:44)のエントリをみればわかるように
使えません >>404
おおう、そのエントリーは見つけられなんだ、ありがとうございます。 >>403
念のため言っとくけど、1650で使えないのは「H.265/HEVCのBフレーム」ね。「H.264/AVCのBフレーム」は使える。 1660一択でしょ
H.265でBフレーム使えないんじゃ何のためにハードエンコ選んでるんだよって感じ そのうち出そうな1650Tiも無理なんかねえ
エンコだけだから安くあげたいのに 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はカオスすぎる >>408
エンコ性能だけは上位と同等の1630Tiとか出してくれれば 1660って補助電源いるの？
補助電源なしでH.265でBフレーム使いたいよねぇ >>407
H.264インタレエンコしたい人だっているんだ
視野が狭すぎる、って隣のアニヲタオッサンが言ってた USB外付けハードウェアエンコーダーがあれば良いってことか 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 ハードエンコもGPUの同一アーキテクチャならコアクロック高いの選んだほうが高性能ってこといいのかな？ ハードエンコーダーはGPU本体とは別に独立して動いてるから影響は受けない
だからNVEncの場合Turingでも1660でいいよねって話になる VEの動作クロックはコアクロックが使用されるから影響あり。QuadroのP400等はクロック低いからfpsも低くなります。 >>417
Innodisk、業界初のM.2接続ビデオカード
https://pc.watch.impress.co.jp/docs/news/1156527.html
こういった小型のGPUをNVIDIAが作って、それをポータブルケースに入れてThunderbolt3接続できるようなものが出ればよいのだろうなぁ >>417
Innodisk、業界初のM.2接続ビデオカード
https://pc.watch.impress.co.jp/docs/news/1156527.html
こういった小型のGPUをNVIDIAが作って、それをポータブルケースに入れてThunderbolt3接続できるようなものが出ればよいのだろうなぁ >>420-421
コアクロックの影響はあるのでエンジン数が同じならクロックが高い方が高性能になる >>426
持ってない奴は試せないんだから大目に見てやってくれ >>413
CUDAフィルタも使うなら、電源品質同等なら補助電源有った方が電気的に安定するからコアクロックが安定しやすいけどな
システム構成的に追加電源有っても無くても良い状態なら、個人的には補助電源有りの方勧めるけども 全く同じ物に補助電源がついて消費電力があがるってわけじゃないしな
ギリギリなら補助電源あった方が電気的に安定するし EVENCの使用を主軸に置いてファンレスのビデオカードを出して欲しい
ゲームやらんしエンコができればいい 需要は確実にある
だが買う奴はほとんどいないのが実情 1660売りたいんでしょ
NVenc特化カードが欲しいってようするに安いのが欲しいってこと
それは困るんだろ そんなに安くなくてもいいからファンレスで出して欲しい >>436
だったら1660のセミファンレス買えばよくね？ そもそもNVENC特化にしても安くならなそうだしな ファンはどうでもいいからUSB 3.0で動くものを IntelCPUに動画再生支援がなくてH.264のCPU再生負荷も無視できないレベルだった頃
ゲームしない動画再生用にPCIe x1のGeForce210付けてたけど同じような感覚かね
nVidiaにNVenc専用ハードを出すメリットはまったくないけど欲しい理由は分かる NVENCのエンジンだけ載ってたって使えないんだから、安くなった1050Ti買うのが大正解でしょ
H.264だけで良いなら710が正にそれだし あんだけ小刻みなラインアップにしてんなら
エンコカードあってもええやんとは思う GPU側のアンコア部分に依存してるのが多々あるから
NVEnc/NVDecで使う分だけ分離する必要あるし、グラボ向けのブロック設計転用できない分設計興し直しで単価の割に手間食うっての
TU117よりユニット数出るわけでもあるまいし 数千円けちる人のために、手間かけて会社の利益が減るようなことをするわけがない
選別落ちのごみチップでCUDA抜きのNVENC/NVDECだけ動く設計がしてあっても
ドライバのメンテやサポートしたくないって事だろふ 安くなくてもいいから、ノートPCで使えるアダプターを出してくれ 安くなくてもいいならThunderbolt3でeGPUだなｗ >>446
ケチってるんじゃないよ
最新NVEncでファンレス出せっての >>449
セミファンレスがいくらでもあるじゃろ。 セミファンレスはファンレスじゃない
ヘアヌードとセミヌードくらい違う セミファンレスで3ＤゲームやCUDAの大規模演算しなけりゃファンレスじゃん。なんの問題があるんだ？ >>453
ファンレスで性能保証してるものと、高負荷ではファンを回す前提の設計は全然違うんだが
ファンがあることで無駄な故障リスクも増える 故障したら買い換えればええやん。保証つければええやん。
ファンレスこだわりとか貧乏人のワンルーム暮らしかよw 先週ヨドでポチったGG-GTX1660-E6GB/DFを早く試したいのに
まだ在庫確保すらできてないとか言っとる
今見たら25,150円だったのが31,110円になってて草 俺も淀で買ったけどAmazonが10/8入荷予定になっているので
淀もそれくらいになるのかなと思う セミファンレスグラボでダウンクロックしてエンコ(下げた分だけfpsも落ちる)
power limitを切り詰めるだけでも無駄がなくなるから(処理量当たりの)発熱量が下がる
駄目ならファン回転し始めるリミット上限上げるとかそもそもfpsを減らすとか
どうしてもfps下げたくないなら自分でヒートシンクを大きい物にするしかないと思う
スペースはとるし支えがないと折れそうだけどw
調整も交換も嫌なら無理だと思うよ
新製品待ったとしても性能上がる分、発熱量も大して変わらないだろうし(処理の量が同じなら発熱量下がるだろうけど)
普通のグラボだとファン回転オフにできない事があるから、セミファンレスでファンが回らない程度にfps上限落とすしかないと思う
どうしてもファンレスがいいなら「Geforce GTX 1050Ti Kalm X」とか
そもそもファンは消耗品だしできるだけ静かにしたいけど1660以降を使用率100%で回したいなら、ファンは大口径の物を買って自作するとか(ファンを設置するアームみたいなのは売ってるけど)
ファンの故障リスク気にするなら熱によって寿命短くなるリスクとかも考えた方がいいと思うよ ややスレチ気味かもですみません。
手持ちのGTX1660でx265の時に逆テレシネをNVEncでかけられる事はわかったのですが、
x264時はどうもダメっぽいですが、RTXや他のビデオカードに買い換えると、
できちゃたりするのでしょうか？ 逆テレシネ出来るの？知らなかった
タイムコードはどうなるの？ タイムコード？
映像と音声の同期ならmux処理段の問題だから映像のエンコーダ側だけでどうにかなる物じゃないと思うが x265で出来てx264で出来ないってあるか？
逆なら分かるが、ソフトの問題じゃねーの？ >>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氏に質問して回答の負担をかけるなら尚更ちゃんと書かないと迷惑になる。 GTX1660もっているので実際に試したけれど、--interlace tffを入れて実行したら、赤字でGTX1660はサポートしてないといったエラーメッセージが出るね。-c HEVCつけると通るから264の時はだめくさいよ。
てかさ↑こういう書き込みは見ていて気分が良くないねえ。いちいちマウントとらずにスルーしときゃいいじゃんって思っちゃう。 >>467
え、>>466は別にマウントでもなんでもなく、質問者がやるべきことを書いただけなんだけど・・・。
「--interlace tff」単独指定でエラーになるってことならTuringでH.264のインタレ保持エンコができなくなったから当たり前だと思うけど
「--interlace tff --vpp-afs ～」でエラーになるなら、そのあたりのエラー判定がバグってて
インタレ解除エンコを意図してるのにインタレ保持エンコと判定されてしまってるのかもね。 >>466見る感じ普通だな。マウントとろうんなて見えないけどな。
バカだの中傷するようや言葉全く含まれてないし。 マウントに見えるくらい脅迫症になってるんだろう
まぁ書き込みするだけで迷惑かけんなっていうのはどうかと思うが
rigaya氏も更新頻度が増えると前回も指摘されてたバージョン更新ひっくるめてミスが増えるから、まったり更新でいいと思う ソフトエンコに拘る人は潔癖症が多い
トイレは洋式ではなく和式を使うとか、夫婦でも歯ブラシは別々に用意するとか ソフトエンコ信者は80インチ画面で動画を一時停止して
30センチの距離で見ながら腕組んで首捻ってるイメージ 時間かけてもいいエンコードはソフトエンコード方がいいと思うけど。大量にあるとか、リアルタイムで処理しなければならないとか、CPUが非力すぎるとかなら話は変わる。 23スレッドをx265に割り当ててエンコード中に残りの1スレッドでエロゲーを遊ぶ僕 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だからそれ使うけど何がいけないんだろ 早めに要望出して回避しないと、今後の必要なアップデートでstudioが使えないってことになりそうだね 報告するならエンコードログもどこかに上げたほうがいい。
ドライバのバージョンや各種システム情報とかも載ってるから行き違いが少なくなる。 GTX1070でNVEncのH.265でエンコードするとGPU使用率8%しか使ってくれないんだが
それでも充分早いんだが何をすればGPU使用率100%で更に速くエンコード出来るんだろう NVEncのエンコーダーのみではGPU全体を100%使うことはありません
エンコードは2本同時に行ったとしても、CUDAやNVDecなどが寝て入れればGPUとして100%にはならないといったらわかりやすいだろうか
2本同時エンコードでもオーバーヘッドを減らせなければ一本ずつやった方が早くなる場合もある >>483
何かする前にGPU-Zで確認だな
Video Enging Loadは100%近くになってるんじゃね？ >>484
無駄に高いものを買わされてるってことか >>483
1660のNVencCでGPU90%くらいになってCPU i7は50%以下になる NｖidiaのGPUエンコは本当にエンコード専用の回路を別に作ってあって
グラフィック用のCUDAコアを使うわけじゃないんだな。
だから100％にはならんよ。 NVIDIAのっていうか、NVIDIAもAMDもINTELも同じ >>493
前に書いたけど、NVEncも一部の処理ではCUDA使うけどね。
https://mevius.5ch.net/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に行ったラジャが作ってる そのビデオカードにAMDのエンコーダーが乗ってても笑わないよ XeonPhyみたいに、qsvできるコアマシマシに積んでくるんじゃないかな。gddrのメモリ6G位メモリ積んだり。
ソフトエンコするXeonGoldと競合しちゃうけど
8kストリーム10本リアルタイムエンコード出来ますとかだとロマンがある 今のインテルにロマンなんか求めてる余裕ないと思うが… やっぱ単体で出さねえかもって弱気になってる位だしな
ロマンなんてとてもとても GPUの有無でやっと25ドル差をつける決心をしたくらいだもんな
採算取れるとは思えないわなぁ ♪ロ～マ～～～ンの～～～、かけらが欲しい～～～のさ～～ Intel Core i5-2500kつかってて
インテルクイックシンクビデオもはいになってるが
QSVが使用出来ませんと出る。
ディスプレイアダプタに
GeForceドライバは表示されるけど
Intel HD Graphicsがない
Windows10 64bit使用
Intel Driver and Support Assistant Installer入れたが
Intel HD Graphicsドライバは無し
Win7/8 64bitのドライバダウンロードして入れようとしたが
このシステムは最低条件を満たしていないと出ます。 マザーボードはP8Z68VでLGA1155
なので条件は満たしているが
BIOS設定見ても
cpu graphics multi-monitor
の項目が見つけられなかった すいません解決しました。
BIOSに設定がありましてEnableにしたらインストール開始されました。 という日記？ここじゃないと思うが・・・
UEFI設定でiGPU Multi-Monitorを見つけられないならどこで聞いても一緒か 同様に困っている人がいたら参考になるかもしれないと思っての情報共有じゃないかな
別に俺はそんなに敵視するほどのことじゃないと思うけど 揚げ足取ってストレス発散したいわ～勢だな
イジメ教諭の謝罪文に赤ペン入れてる奴と同じくらいキモい。
まーあの謝罪文は基地外レベルだから仕方ないけど。 録画してNVENCするだけのPC組むんだけど質問いいですか？ GTX1660差すだけやのに何を質問することがあるねん。 >>517
NVENCするって日本語がおかしい
NVENCっていつから動詞になったんだ？ TU106とTU116ではNVEncも何か変わるの？ Bフレと引き換えに補助電源レス仕様はなくなりそうだな 補助電源要で128bit、4GBで$150かー
これなら192bit 6GB 1660でええがなwww 1660買っちゃったから1650sは様子見
DPが2ポートあればいいんだけど 補助電源要だと1650sわざわざチョイスする理由がないんだよな
1650s出て、安くなった1660狙いでええんじゃないだろか? ネタ元くらい貼ってからしゃべれよ…
・GeForce GTX 1660 Superの最終スペック？
※オリジナルのリンクだと怒られるので短縮している
＠部分をbit.lyに置き換えること
https://＠/36b8mMK TDP100Wか
補助電源レスにかすりもしないな
これなら安くなった1660でいいね あとは1660と1650sの価格差だよな
安ければBTO PCの標準になってNVENCがますます強くなる これは朗報。
曲がりなりにも1650の名を冠してるんだから、出始めのご祝儀価格は別として、
1660よりも差のある安い値段で落ち着くんじゃないかな。 2重処理でCUDAフィルタも併用する向きには1660のがいいと思う
このスレ的に1650sはBフレ対応最廉価で導入予算ハードルの高さを押さえるか、多重処理2枠分買い増しとかだろ >>548
1650sは値段によるw
二万くらいなら1660買った方が幸せかな？ 待望の選別落ちなんだから貧乏人はありがたく1650sでいいと思うんだが…発表前に1660買った人が年末たたきそうだな
CUDA数もあるけどFAN数や冷却機構が弱くて放熱できずに55度前後(メーカーによる)のクロック制限かかるほうが性能落ちる気はする
多少性能落ちてもh265エンコードに関しては最新性能でBフレ使える上に底辺価格なんだからいい選択肢だと思う Super投入と同時にノーマル1650はディスコンにして、同世代でのエンコーダの仕様を統一してもらいたい
（ノーマル1650は、黒歴史に…） QSVのH.265とソフトエンコのH.264どっちがおすすめ？ クロックに関してはCUDAコア側とメディアエンジンのあるアンコア側は別だから留意
ツール等で設定出来るCUDAコア等のGPU側と違ってソフトウェアレベルのOC設定の影響は殆ど受けない（GPU側に依存している部分もあるから多少影響受けるだけ >>550
TU117の開発費ドブに捨てる補填はどこから？
単に選んで買えばいいだけだろ 1650は補助電源なしの選択肢を残さんとならんからな
あとはローエンドのGT1630を出してみるとかw 1650/1660superくるのか、まぁそんな差なさそうだし
増税前に2.5万で注文したクロシコの1660がようやく届いたからいいや >>551
用途とか他にどうしてもやりたい作業があるかによってどれがいいか人それぞれだと思うからどうとも(オプションによっても変わるし)
HWエンコは世代で色々変わるからその辺りも
他の機器でも再生する可能性があるならH.264(凡庸性重視)
圧縮率より作業時間重視ならHWエンコ(SWデコードだとそんなに早くないからQSVEncCとかNVEnvcC)
どうしても同時にやりたい作業があるならHWエンコ(SWデコードの方がCPU負荷高いから同上)
自分は作業時間重視で他にもやりたい事もあるしソースと見比べなくても分かるレベルのノイズが多量になければ気にしないからH.265のHWエンコ
ただしハンドシェイカー、テメェは駄目だ(倍のビットレート割り当てて他のビットレート食いと同等、なにあれこわい)
Trimとか編集する必要ないしマシンパワー使いたくないし個人情報とか気にしねぇって場合はGoogleドライブに投げるのも手だと思う
x264(SWエンコ)で圧縮されるけど容量無制限、VFR投げたらダウンロードしたやつはCFRになってた 1650superにはhevcBフレームエンコ載るのかな TU116だから使えるよ
TU117なんていう嫌がらせコアをなんで作ったか問い詰めたいわ リークサイトの情報が正しければ使える
正確な情報は発売まで待て 1660S出たからノーマル1660が安くなるかな？と期待してスレ来てみたら
1650Sもあるのか
でも1660Sってメモリだけ変わったみたいな記事あるから
1650SでBフレは望み薄だよな ハードウェアエンコードをするアプリについての話はしてもええのかね
自分はAsVideoConverter, Xmediarecode, Aviutlを使ってるんだが皆は何を使ってるんだろう >>564
アプリ使うならそれはもうソフトエンコだろ・・・ >>558
汎用と凡庸
漢字の「汎用」を「ぼんよう」と読み間違えて覚えてしまっていると思われ >>376
> QSVはCPUに内蔵されてる機能なんだからソフトエンコ
>>566
> アプリ使うならそれはもうソフトエンコ
次はどんなソフトエンコが出るのかなー アプリ無しでNVEnc使おうと思うとコマンドプロンプトに毎回直にプログラム打つの？ そもそもQSVEncCというHWを叩くソフトウエアを使うのでソフトエンコ・・らしいぞ / :/ ...:/:′::/ :.:.:.....:./.:/:!:.:.:.i:..!:.:.....:{:.:.:.:.:.:ハ ／
. /.〃/:...../:′'.::|:: i .::.:.:.:| :i:_{＿_|:.|:.:.:.i :|:.:...／ ￣｀ヽ/ ふ
'://:′::/斗:十 |::.::.::.:.:.:.: :}}ハ ::ﾊ:{:≧ト|:::/ な な な ぅ
{//::{: ／|i:八::{=从:{ i::::: :N孑弐{ミﾄ∨:::|::′ る. る .る (
. i :从 ::::{ｲｧ:う{ミﾄ爪ﾄ::::. ! ん):::::ﾊヽﾄ､:{:| ほ ほ ほ )
. |.::| : ＼《 { ::::::: } ヽ＼{ { ::::::::: ﾘ | :::ヽ! ど ど ど む
. | ::!::|ハト.乂__ノ ー ' | :::＜ |
八::| :|::::i /i, , , /i/ , }:::}i::人 ＿_ ノ＼
(__):::l:::::. i.:/::::::::厂｢{:::::::{ ` ー― ´
/ :{ | :V:入 {￣｀ｿ }/}::::}/::::::l.|:::::::|
{ ::|人::∨::::＞... ` . ィ升|:::/::::::::八::::::{ ソフトでハードな物語2 The Return of ISHIDA >>570
何の事かと思ったらそういう事かw
今まで「汎用(はんよう)」の事を「ぼんよう」って読んでた…orz
教えてくれてありがとう ノートに載ってる1660て設置型PCのビデオカードに載ってる奴と同じチップ? ソフトエンコかハードエンコかってのはメーカーがいうエンコ回路を使うかどうかをメーカーの定義の従って言ってるだけだろ。
ソフトといいながらFPU/SSE/AVXのいずれかは使うわけで、
これ使ってもHWエンコと言わないのはメーカー定義でしかない。 >>571
お前の徳井な
JKエンコ
忘れてるだろが それより >>585に答えてくれ
CPUみたいに省電力タイプモバイル1660てのはどの型番? >>585 自己レス
あ、ようやくわかった型番変えず Mobileつけてるだけなんか
おかしいと思ったわ。
型番変えてよね >>586
で、そのメーカー定義に従わない理由って何かある？ コンタクトレンズじゃねえんだよ！！！！！！！111111111111 >>590
32bitコンピュータの定義がメーカー定義でいろいろあったように、
たかが、メーカー定義を知らないとしても
馬鹿だのチョンだのけなす基準なんかにならないつってんだよ
実につまらん 単に自分の不手際や無知を誤魔化すため難癖で食い下がってるだけのガキみたいな屁理屈でしかない罠 拡張命令とエンコードエンジン同一視とか凄いな
もうcpu使ったらハードウェアエンコとか言い出しそう >>594
笑うわ
x87コプロセッサが別チップで、CPUとはpush/popの実質通信しながら動作してた時代知ってんのかこの糞ガキは >>594
外付けx87によるフローティング計算はまさに
HW数値演算で,
x86のみのフローティング計算は
ソフトウェア数値演算でしたが何か?
外付けの別チップだったものが486以降オンダイになっただけですが何か? 汎用演算(拡張命令含)で規格通りの詳細設定で処理するソフトエンコードと
専用ロジック回路使って規格内で固定値使って（手を抜きながら）高速処理するハードエンコードってことでいいじゃないと俺は思っている！ 規格内でどの処理を使うかは自由だし単にトレードオフで手抜きっていうわけじゃないだろ まぁ、当人が勝手な解釈してるだけなら勝手だけど
他人にアンカしてまで指摘し出すとなるとアスペとしか言い様が無い 正直、自分の生まれる前の常識だされても・・って感じ そういう安直な発想をするやつが過去に戦争を繰り返してきた 新しい取り組み全くしてないからな
主力開発はPS5でいっぱいいっぱいだよ AMDもだけどINTELも頑張ってほしいな
新型遅れてるせいで世代新しくならないしな >>606
レバーの無いPGAやデカいDIPはリムーバー無いと387に限らず神経使う。68kもそう。 ハードエンコがソフトエンコよりも画質が悪いって言われるのは、ハードだからソフトだからじゃなくて
一般的なソフトエンコが2パスなのに対して、ハードエンコが1パスだからだと思う
その証拠にソフトエンコだって1パスを選べば2パスよりも画質が劣る 2passエンコードを画質上げるためのものだって勘違いしてる人よくいる >>612
平均ビットレート指定なら画質上げる為のもんだぞ 逆を言えばVBRでpass数の差でビットレート配分の精査が無ければ同等だとでも？
そもそもソフトエンコ側の基準が変態的に造り込まれているx264やx265だからってだけ 品質基準で消費した平均ビットレートの3倍ぐらいを指定した
2passエンコードなら普通に高画質 なんでおまえらはこの話になるといつも品質基準指定と平均ビットレート指定で画質比べんの？
品質基準の方が画質もサイズも良いに決まってんだろ
平均ビットレートの1passと2passなら2passのが画質上がるって話なんだが それ言ったらVBRもエンコーダでロジックに差出るんだが >>616
2以上にパス数を増やしても意味ないよ
行き当たりばったりの1パスか、最後まで見て効率を考慮した2パスかってだけ
3パスだろうが4パスだろうが結果は一緒
小学3年生が1時間かけて解けない微分積分が2時間かけても解けないのと一緒
まぁ6年かければその間に高校生になって解けるようになるかもしれんが DVDとか使える容量に限りがある場合に使うもんだよ2パスとか
ハリウッドの市販ソフトは数百パス通すみたいだし 2パスはニコニコにアップする人が使うイメージ
今はしらんけど。 一億passは無理でしょ流石に
1秒間に60pass回せるとしてそれを1ppsと定義すると、1時間で216000passしか回せない
1億pass回すには463時間かかる
19日以上だ 生放送もリアルタイムではないからなぁ
末端ユーザーには何パスでも構わんだろ 来年になったらintelがGPU出してくるけどそれにQSV載ってるかね 音楽はロスレス圧縮使っている人多いけど、動画はそういう流れないのかな
色々なフォーマットが乱立してるからエンコードは圧縮というよりもファイル形式の変換みたいに考えている人が多いのかな
動画のロスレス圧縮の決定版フォーマットが決まってくれるとありがたいんだが >>634
そんなもんいらん。h.265があればいい。 >>634
そもそもお前は圧縮がなんなのかわかってるの？ 動画でロスレスはやばい。
ロスレスで扱うぐらい何だから当然可能高解像度だろう。
1分の動画で15GBとかの世界。
ストレージは250MB/sで読み書きを遅滞なく出来なければならない。HDDじゃ無理。
大容量のSSDをアレイにまとめるしかない。 なんだこいつら
動画編集やってるとロスレスコーデック使いまくるぞ
634が言ってるようにコーデックの乱立が酷いから面倒なことになってる >>642
ロスレスなんてオフラインしかつかわんよ
そこから先はproresかdnx 昔のキャプチャーは無圧縮AVIやMotionJPEGでやたらHDD食いつぶしたな
ジジイの思い出 480iのときは可逆でキャプチャしてたけどHDになってからストレージの性能要求が厳しいからニアロスレスな非可逆でしか撮ってないな >>645
正直可逆とか意味ないしな。
proresかdnx、もしくはデータしっかり当てたh.265なら全く問題ない 一概には言えないでしょ
用途と妥協点なんて様々なんだし ロスレス云々言ってる馬鹿はとりあえず8K60p10BitのRAWがどれぐらいの帯域になるか計算してみろ。
NAVIでディスプレイ出力に圧縮かけられるようになった理由が分かるから。
それを扱えるストレージすらないのも分かるぞ。 音楽に例えるあたり>>634は生データの話をしたつもりはないんじゃないか
リッピングしたデータをどう扱うかくらいの話だと思うよ >>649
データサイズがわかってないから出てきたんじゃない >>651
動画ほどじゃないけど音楽だってスタジオから出てくるまでのファイルサイズはロスレス保持したくなるような容量じゃないからな
製作現場での話とかは考えてないと思うよ 映像制作においては可逆圧縮が必要なところは動画ファイルじゃなくて連番使うことの方が多いからねえ >>648
そりゃロスレスは普通に再生するのに使われないからな >>655
あれだけ小さいCPUに内蔵しているんだから優秀 NVEncの処理速度が異常なレベルってだけで、QSVでもH264なら十分速いし画質容量比性能もTuring世代のNVEncにもまだ負けては無い
HEVCだとQSVは極端に処理速度が落ちる（ソフトエンコと同様に1/5～6ぐらい）のと、
Turing世代のNVEncに速度も画質容量比性能も負けてるからH265なら現行のNVEncだけども、H265使わないならQSVで構わないと思うよ
Intel CPU環境でiGPU無しモデルじゃなければ追加出費しないで使えるし QSVエンコしてるとCPU使用率が100%近くに張り付くのが難点
エンコ中に録画してたらPCを他の用途に使えなくなる
NVEncに移行したら平気で使えるようになった お～MotionJPGとか錯綜しておる人がいるなぁ
冷静に考えれば理解できるであろうに
高速で縮むロスレスは歓迎するにょ
出稿する際には一般的なロッシーにせざるをえんのも仕方ない
あらゆるロスレスを受け付けてくれる出向先があればいいけど、
ビューを求めるに従って自前のフォーマット(ひどくなるかどうかはもう知らん)
押し付けた公開方法だから
電子書籍だってPDF(くっつけたJPG)で十分ですって多くの人がいってたのに
こんなんなった 電子書籍とくに漫画は最初に低画質低圧縮を売りつけて、後で高画質高圧縮の高いやつを売りつける二段戦法 >>659
うん、確かにきつい。
GT710でも買うかな。 作者にちゃんと金が入っているならそれも間違ってはいない >>660
当のAMDがやる気ないし、画質がお察し・・・。 >>642
そう思っていても原素材が既にロスレスじゃなかったりな
rawなんて珍しいだろ IcelakeからVP9のエンコーダーとうとう載ったらしいね
QSVEnc対応しないのかな エンコーダが載ったの？
個人でvp9に固める需要がよくわからんな vp9とか動画配信側に都合がいいだけで、h265標準対応が広まった現状では
消費者側にはなんの利点もないだろ やっと規制解除されたようだ。。。
>>659
AMDのAPU5350でH264エンコしてるけど、CPU使用率は15%位だよ。まぁ50fpsとか遅いけども。
QSVは早いらしい代わりにCPU使用率高いんだね >>669
H.265が標準？
APPLEはH.265捨ててAV1に乗り換えたんじゃなかったっけ？
H.264はBDプレイヤーでも再生できないしH.264に汎用性に劣る >>673
最近の4K BDレコーダーならH.265再生出来る >>673
だからそれもすべて配信者側の都合という話なんだがな
別にどのコーデックが優れてるとか覇権取ってるとかそういう話じゃない >>673
ちなみにH.265が標準と言ってるわけじゃなくて今時のデコーダーは標準でH265に対応してるって話だからな turingはhevc(FHD)をh264(HD)に高速変換(2060SPだと900fps)出来るし、
とりあえずhevcにしとけばいいじゃろ >>665
もう少しそこに力入れてくれれば、Ryzen APUに乗り換える人も増えるだろうに… >>678
次期RyzenAPUは内蔵GPUがNAVIだから、古井戸削られて魅力が全く無くなる。
AMDのやる気無さに絶望した。 >>676
ブラウザそのままで見られるのsafariだけじゃん >>679
ちょい前はゲームはあれだけど映像関係には強いよAMDて感じだったのにな AMDは昔からロジック実装下手だしどうなんだろね
昔からキャッシュのロジックや分岐予測が弱い分最適化して貰わないと性能伸びないし
Ryzenもキャッシュ容量特盛りでどうにか追いつけた感 >>684
「HEVCを使ってエンコードすれば動画圧縮性能が上がる」と言ってるのと一緒
HEVCエンコーダも性能ピンキリでしょうと
要はH264のエンコーダの出来で勝負にならないから、H265持ち出してきたようなもので
逆を言えば「7nmとTAGEとそのキャッシュ容量でやっと追い付いた」という為体という 圧縮の規格が乱立するならせめて圧縮アルゴリズムだけは統一してほしいよね
うまくすれば無劣化で変換できる
(ソースに対して無劣化という意味ではなくて) >>687
発売時はRX5700がfluid使えないって話題になったけど、使えるようになったの？ >>686
じゃあみんなで統一しましょうかってやったのが
ISOで標準化されたH264やH265なのに
高額な使用料とろうと足元みやがったから
アップルやグーグルが抵触しないような独自規格を用意するを得ない羽目になったのでは？ >>690
まぁ有能なやつに金払うのはそもそも当たり前なんだがな
それをしないからおかしくなるって話。 あとから特許だなんだとか吹っ掛けるのが米、あるもの使って何が悪いが中華、日本が金払えばいいがチョン
横から眺めて漁夫の利を狙うものの取り損ねてるのがJAP RTXやGTX16xxがあれば、お手軽で高速高画質なHWエンコが出来て
しかもh.264やh.265を追加料金無しに使える俺らって、結構恵まれてるよな 高画質とか言うとソフトエンコ厨を刺激するからやめとけよｗ 主にnvenc目当てで1080Tiから2080Tiに乗り換えたのに、結局画質重視でX265を使ってしまう。 x265を使っているつもりでも、HandBrakeみたいにバージョンの古いx265から更新されてなくてゲンナリという落とし穴もあるけどね アニメはx265じゃないと満足できない
作画してるありがたいものだからね
実写はＮＶでいいかな ソースとビットレート次第だな
ブロックノイズ出てるソースで時間かけて気張る努力はやめた hevcのほうがデブロッキング・フィルタが強力だから
h.264でエンコするより綺麗になるぞ わかった。
H.264でNVCエンコするためにGT710買うわ。 1650S
22日ごろだってな
ﾋﾄﾊﾞｼﾗｰ頼んだぞ H265は拡張子をMP5とかにしてくれればよかった
同じ拡張子で再生できたりできなかったりややこしい HEVCエンコならチューリング世代いいよね
1650Sのコスパが1660無印に比べてどうか、自分も気になる そもそもmp4はH.264専用コンテナじゃなくMPEG1やMPEG2も入るし
それ言うなら音声もどうするって話になるしな >>710
昔はmkvだったぜ！
timecode簡単に使えるようになってからはmp4になったけど エンコになると3950Xに完敗やね9900K
処理時間6掛けで済むんだな
Parallel Studioなみのまともなコンパイラがあればな
https://pc.watch.impress.co.jp/docs/column/hothot/1218408.html PC関係はもうbit表記やめてほしいわ
MB表記にしてほしい
kbpsじゃなくてMBpsで 1660と1650の新機種出るんですってね
実際の日本での発売開始は何時になるのかな。
それによって無印1660の値段がどれくらい下がるのか気になる 補助電源は電源から長いケーブル引っ張ってくるんじゃなくて、マザーボード経由で短いケーブルですませたい 補助電源なんかどうでもいいよ
それ相応に安いのなら >>721
ばーか
消費電力、値段も1660と大差ないから商品価値ないと言ってるんだ低脳 >>720
それぜんぜん的外れ
PCI-eスロットの規格を超えるような消費電流ってことが問題。電気代より廃熱を少しでも避けたいわけ。
省電力でなければ1x50の存在価値なんてない。そもそも処理能力低いんだから。
しかも実売価格みると、個人でわずかな台数を何年も使う耐久諸費材のイニシャルコストとしては無視できるレベル
今度の1650買う価値なし >>724
わかってねーな
エンコでこんだけ差があるってことは、
モンテカルロ法みたいな数値演算プログラムではまんま差が反映されるじゃねーか。 >>725
で、そんな用途に使ってんの？w
一般に使う用途で番重いのなんて今どきgpuが物言う世界だしな 消費電力厨は、大方中古の省スペースデスクトップPC（Sandy-Haswell）を使っていて、
しかめDELLとかの電源仕様が特殊だから市販の電源に換装できないと買ってから気づいた連中なんじゃないの？ もう省電力ビデオカードはUSB TYPE-Cでディスプレイから電源供給してもらったらいいよ
ケーブル1本で映像信号も電力も送れるのは便利 出力にtype-c付けて補助補助電源分をディスプレイから供給とか面白そうではあるな
出来るのかどうか知らんけどｗ >>726
>番重い
なんやコレ
GPUはハード的に単精度フローティングしかサポートしてない。
ダイナミックレンジの想定しづらい数値計算だと単精度は非常に使いづらい。
てか、
大体GPUの数値演算プログラムなんて検討したこともないお前がなーにえっらそーにほざいてんだww >>732
それ、使用できるディスプレイ限られそうだね。 >>733
nvencがGPUのシェーダー使ってると思ってるの？変な妄想書き込む前にnvidiaのページ見に行った方がいいよ。 >>660
rigaya氏vegaの検証もしてくれるみたいで頭が下がる・・ 第3世代のCPUがまともに動かないんだから、第2世代にするのもわからなくはないんだが…
あの人の場合ネタとはいえAMDに投資する必要なくね？ｗ 主旨は3950買うの止めたであって、VCEは買わないための理由探しだね RX580とGTX970/GTX1660Tiで比較した感じVCE酷く汚いように感じたけど、現行世代のVCEも同じなのかね… >>738
おれもわからんかった。
デザイン自体は別に悪く無いけど、
電源はSFXだし、
背低いからCPUファンは選ぶし、
窒息ではないけど吸排気しやすいわけでもなく、
ストレージをリッチに積めるわけでもない。
そんなに困る要素も無いけど捗る要素も特に無い。 NVEncでゲーム配信用に、1スロ補助電源無しのGTX1650買ったった。
PCIe x8スロに差したけど、NVEncのみなら電源不足にはならないね。
HWiNFO読みで最大5wの消費電力だった。
WQHDで遊んでいるから、メインGPUでNVEncしていた際の約5％の性能低下が無くなったのが目に見えて分かるのが嬉しい。 グラボ1080で
ソフトAviUtlにてNVEncにてスポーツ番組をなるべく高画質でハードウェアエンコする場合の
推奨設定教えてほしい。
最近始めたばかりでよく分からない。 なるべく高画質って言われたらなるべくビットレート上げろって言うしかねえ そこはさ、スポーツの場合アニメと違って、こういう設定にすると残像が残らず
良いよとか言いようがあると思うけど?
実社会でも嫌われてそうだね。 丸投げ質問しておいて
逆ギレするようなやつって実社会でも爪弾きされてるんだろうね 今のハードウェアエンコってどうやって実現してるんでしょうか？
エンコやデコードに必要な最低限のワイアードロジックを載せてて、
他はCUをSIMD基として投げてるんでしょうか？
今だとPSとかXBOXに配信機能が内蔵されてて、
VCEでエンコしてますけど上記のように配信モードで
CUにリソース割いてたらパフォーマンス落ちますよね ゲーム機は知らんが、RTX2080tiはゲーム中にNVEncすると約10％はGPU性能落ちるよ。
NVEncに最適化したというOBSで配信エンコしても、約5％はGPU性能が落ちる。
QSVの方はQSV負荷=CPU・GPU負荷のような感じなので、エンコ中に軽いゲームを動かすのも大変。 >>759
GPUのは基本HW実装のHWエンコード
QSVはCPUの実行ユニットも使うハイブリッド型 まだ勉強中ですなまいんだけど、このスレ >>2 で言及されている「Bフレーム使用可/不可」
ってのは、Bフレームの最小/最大QPを任意に設定できるかどうか って事なの？
VBRモードの場合（だけじゃないかな）、特に設定しなくても、GOP内には普通にBフレームが挿入されて
Bフレームは使用されると思うんだけど。で、
Bフレームの割合を増やしたければGOPサイズを大きく取る事で解決すると思う。
こういう認識でOK？ >>767
使用不可は文字通りっしょ
IとPしか使わない >>768
え、マジでBフレーム使わないの？
エンコード済みビデオのGOP構成とか解析するツールとかある？
調べてみたい >>768
他人だけどh.264ならAVInapticで見れるよ(HEVCは無理)
ちょっと気になってGTX1050使ったShare(Shadow Play)見たけどPフレーム使われてなかった、そうだったのか >>771
「>>768」じゃなくて「>>770」の間違い、失礼 >>771
Bフレーム対応してるといっても使用ソフトがBフレ使ってくれなきゃ意味無いからね >>771
RTX2060のShadow Play(H.264)録画もIとPだけだよ
TMSR5で見た感じだとな(H.265のフレーム情報も見れる) >>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フレ指定してもスルーしやがる。あれ直さないんだろうか >>775
OBSは、いろいろおかしいから信頼性がない Bブレ対応としては最安だけどもう一声あっても良い感じね >>754
それ、たかが100Mbpsじゃねーか。 >>775
OBS公式のそのまま使ってない？
OBSでffmpeg 使いたいなら自分でビルドしたほうがいいよ 1650ｓのビデオ関連コアが1660と同等だといいのにね
一番早いのは22日発売予定だったそうだから、そろそろ買って報告してくれる人出てこないかな。
まぁ私が買うとしたら4ヶ月位後になるんだけれど。 >>782
公式の仕様くらい見ようぜ
NVIDIA Encoder (NVENC) 対応 (Turing) >>783
ああ、言葉が足りなくてごめん
そこはこのスレで出て来てるから理解しているけど、駆動クロック数とかが落とされていたら
悩ましいなって思って書いたんだ。
GPUコアのクロックはともかく、ビデオ用のコア部分はどうなのかなとか 今時別クロックでなんて動いてないぞ
ビデコアの部分はGPUコアクロックに依存する 非ブーストクロック依存じゃないの？
ブースト時はコアまわりだけクロックが上がる 今の8K放送ってRAWの1/1000のサイズのビットレートで放送してるんだな。
H.265とは言えとんでもねー圧縮率だわ。 >>788 は、冗長性って言葉を理解できてないだけの奴なんだろ >>790
8k4k放送で冗長性を持たせる為に使われている 16APSKの冗長符号化は
外符号 BCH符号、内符号 LDPC符号だから、
映像符号化のH.265とは何も関係ないぞ。 >>791
> 8k4k放送で冗長性を持たせる為に使われている 16APSKの冗長符号化は
それ、放送信号のエラー訂正するための冗長化の話だからな
コンテンツの圧縮に関わる冗長性とは、そりゃ何の関係もないだろうよ
冗長性で必死にググった挙句、当たり前に無関係なレスしてツッコミが成立してると思って悦に浸ってたの？ >>795
符号化を理解していないようだから、まずはシャノンの定理から勉強しよう。
H.265は非可逆圧縮だから、冗長性は無いよ。 元からエラー訂正の事を言ってるように見えるんだが
H265は何処から出てきたの？ >>798
1030みたいにNVENC自体消えてそう それは困る
ゲームしないでエンコ主体だからビデオ性能はそこそこでNVEncに力入れたビデオカードが欲しい ハードエンコにあえてVCEを選ぶ人ってどんな人？
QSVはビデオカード使いたくない人とかって何となく分かるんだけど radeonしか持ってない人
正直、HWエンコ（NVEnc）の性能がこんな上がるとは思ってなかったし
性能は470程度あれば不自由しないから買い替えるほどでもないって感じ ３万切ったので1660Ti購入
HEVC Bフレ良いね QSVは未だにHWエンコでならH264で一番画質容量比が良いから、エンコード成果をHEVC非対応の環境での再生対応等でH264縛りな人には悪くは無いよ
Turing世代のNVEncでもH264の画質性能的にQSVにギリ追い付いていないし VCEは処理速度がQSV並で、画質は初期のNVEnc並かそれ以下 そのうえNAVIで微妙に画質容量比性能落ちてるしな
多分事前発表の処理速度確保するために、想定した7nmでのエンジン動作クロックが不足している分、マクロブロック配置検討の処理を従来世代より少し甘くして処理速度確保してる臭い
RADEON買ったついでに有るから使う以外の意義は無くて、ましてやVCE（VCN）狙いでRADEON買うってのはまず無い
古井戸狙いで550買うとかの方がまだ購入理由になる罠 Radeonはラジャ・コドゥリをIntelに取られた時点で終わったんだよ >>796
> H.265は非可逆圧縮だから、冗長性は無いよ。
冗長性がなかったら圧縮不可能なんだが。可逆か非可逆かは関係がない。
お前は、符号化以前に、圧縮に関して基礎から勉強する必要があるぞ
>>797
そりゃ、 >>787 からの話の流れでしょ。 冗長性を無くしてしまうのが、非可逆圧縮。
人間が見て違和感がない限界ギリギリまでデータをそぎ落としていく。
データそのものは劣化する。それがH.265の映像符号化技術。
FLACなどの可逆圧縮は、冗長性の重複部分を纏める事でデータサイズを圧縮している。
冗長性は失われないのでデータは劣化しないが、冗長性は足されない。
冗長性を足して圧縮する機能ってのは、WinRARのリカバリレコードが有名かな？
>>811
その分野の人間か知らんが、通信・情報システム関係でそんな事言っていると恥ずかしいよ。
まずはシャノンの標本化定理から勉強してこい。このデジタル社会の基礎だ。 全くもってどうでもいい言い争い
俺の方がスゲーって言いたいだけでしょ まぁ頓珍漢なこと言ってるバカ認識間違ってたと認めて謝罪しとけ
素直に誤りを認めて改めることでまともになんだし 「こんきょはありません。わかりません。誰が決めたのかもわかりません。」 H.264とH.265で同等画質になるようにエンコして画質を見比べてみたけど、俺の目だと画質の違いがわからない・・・
でもファイルサイズが2.5倍ほど違うからH.264はもうお役御免だな >>816
そら同等画質になるようにエンコすればそうだろうよっ！ｗ
強いて言うなら、HWデコード前提の場合に限りHEVCは10bitが使えるので、バンディング低減処理が活きてくるくらいかな
背景が暗めのトーンのシーンなどは違いが判り易い >>812
> 冗長性を無くしてしまうのが、非可逆圧縮。
冗長性を減らすのが「圧縮」。
不可逆か、可逆かは、元に戻せるか戻せないかの差があるだけで冗長性とは関係がない。
> 冗長性は失われないのでデータは劣化しないが、冗長性は足されない。
それは違う。
もっと簡単に言えば、圧縮できないほど無駄がない状態が「冗長性がない」状態で、
さらにどれだけ圧縮が効くかってのが冗長性がどれほどあるかって話。
>>790 で言われてる通り、お前さんは「冗長性」って言葉を正しく理解してないだけか、
逆に、指摘された内容をごまかすために、本質的には関係のない符号化の話とエラー訂正の話を織り交ぜて
マウント取って逃亡しようとしてるか、のどっちかにしか見えない。
前者にしろ後者にしろ、俺はお前の方が恥ずかしいレスしてると思うが。 揚げ足は取ったほうが負けだからな
反論できなくなって余裕が無くなった負け犬になった証拠だから
取られる方が基本的に間違ってないことの証明。 発端が冗長性関係ない当たりでスルーすればいいのにな エンコードの品質を上げるためにはまずデコードの段階で品質が良くないと駄目って考えてるけど合ってる？
ソフトウェアデコードの後にハードウェアエンコードが一番高画質かもしれない h.264/HEVCはデコード誤差が出ないように整数使うようになったから
元ソースがmpeg2の場合を除いて気にする必要はない >>820
別に、勝ち負けでレスしてんじゃないし負けでもいいのだが、それ本当に揚げ足とりなのか？
揚げ足ってのは、わざわざツッコミ入れるまでもない「明らかな間違い」のことだと俺は思うのだが？
今回の場合はそんなんじゃなくて、>>818 の最後で書いたとおり、
本当に理解してないか、ごまかそうとしたか、のどっちにしか見えなかったのだが。
それ、本当に揚げ足か？ まだ言っているのか
冗長性という言葉が、情報・通信・PC業界でどう使われているか知らなかっただけだろ？
冗長性は英語では以下の通り。alcより引用
redundancy
1.余剰性、余剰が［過剰で］あること
2.《電気》〔回路の〕重複性、冗長性◆バックアップ用の回路を用意すること。
3.〔通信における情報の〕冗長性、冗長度
1番の意味で使っていると恥ずかしいと気付いてくれ。 ツクモ店頭で戯画のGV-N1660OC-6Gが税込22000円で売ってたので、エンコ用に買ってしまった。1650Sの予定だったけどこちらのほうが安かった。 >>826
> 冗長性という言葉が、情報・通信・PC業界でどう使われているか知らなかっただけだろ？
おお。明らかにごまかし始めたな。>>787 のレスでいうと「冗長性」がどういう意味か、だぞ。
業界的にはどうでもいい。
というか、そこがお前にとっての話題の逸らしポイントだもんな。 >>791 の時点から、ずっとそれ。
> 1番の意味で使っていると恥ずかしいと気付いてくれ。
無理がある引用だったな。「冗長性」を英単語にした時の意味なんだろ？
日本語なら、「冗長性」って言葉だけで「余剰性が過剰」って意味になる使い方は思いつかんけど。
その時点で、その意味で使いようがないのに「１番の意味で使うのは恥ずかしい」、って何かのギャグかな？
普通に言いたいなら、「冗長だ」で良いからな。
自分に向いたツッコミは何一つ認めずに話題をそらすも、次々とボロが出てるけど、
そんなお前の状態の方が、よっぽど恥ずかしい状態だと思うんだが、まだ続けるの？ 1660とゲーム用にメインで使ってる2080ti比べるとエンコーダ自体は変わらない速度が出るけどCUDAでデインタレ処理すると結構差が出るな。
1440iの地デジソースをHEVCエンコードするときAmatsukazeでKFM使うと1660で150fpsくらいだが2080tiだと300fps程度でる。 ゲームの配信って自分がプレイした動画をみんなに見てもらうこと？
ほらほら俺こんなにすごいプレイしたよ、とか、こんなに高得点出したよ、とか 動画投稿サイトでアップロードして承認欲求を満たすんだぞ ようつべなんかゲームプレイ動画も収益はがされたらしいね
当たり前っちゃ当たり前なんだが 自宅に呼んだ友達にゲームプレイを見せている感覚で、Mixerで配信しつつDiscordで会話しているよ。
NVEncのLow Latencyと組み合わせるとMixerは0.3秒位しか配信遅延しない。配信専用に1650積んでる。
2080ti側のNVEncはShadowPlay動かして、スーパープレイや爆笑プレイを簡単に保存できるようにしている。
もちろん保存先は記憶域で双方向ミラーにして冗長性を持たせているよｗ 別にスゴいプレイでなくてもいい
初見プレイと称してやっとるのもいるし
謎なのは同じのを毎日初見と称してやってるやつ
お前完全にパターン暗記しとるがなとｗ steamlinkでリモートプレイすんのにもNVEnc使って配信してるから便利やで
有線なら遅延もほぼ感じないしマジNVEnc有能 >>837
それ、うちのAthlon200GEでも同じこと言えんの？ 16コアあってもAmatsukazeでCUDAフィルタオフにするとそんなに早くならないのがなぁ・・・
x265自体は大満足なんだが。この時期暖房にもいいね。 そりゃCUDAで作りこまれたものなんだから
お情けでついてるCPUモードじゃ遅くてもしょうがない 家電のHDDレコーダーに使われてるのはハードウェアエンコードだから
むしろHDDエンコードの方が一般的 Intelの安いcpu買ってqsvエンコサーバ作ろうと思ってるんだけど
エンコ速度ってメモリ速度とEU数で変わるって認識で合ってる？ 元々の話のレイテンシも、OBS配信(6Mbps)では、
CPUエンコ(i9-7980XE@4.7GHz)のzerolatencyと、NVEncのMax Quality設定を比べると、
NVEncのほうが圧倒的に遅延が少なく綺麗で省エネです。
最近のNASはQSV使って、オンザフライエンコ配信出来るから、何も考えずに高ビットレートでNVEncしてNASに保存している。
ネット環境の整った出張先ならリアルタイムエンコ再生、海外や飛行機出張時は事前にNASで小サイズにエンコしておいて持ち出し。
自宅の4kテレビでは元サイズのまま再生、FHDテレビやタブレットでは1080pにリアルタイムエンコ再生と・・・ハードウェアエンコ様様です。 >>844
HDDレコーダーのエンコードとqsvとかNVcncだと画質の良さはどっちが上なんかな？ >>847
> 元々の話のレイテンシも、OBS配信(6Mbps)では、
> CPUエンコ(i9-7980XE@4.7GHz)のzerolatencyと、NVEncのMax Quality設定を比べると、
> NVEncのほうが圧倒的に遅延が少なく綺麗で省エネです。
自分では配信やってないんだけど、配信の遅延の原因って
Ａ．配信者側のエンコード処理による送出遅延（BフレとかLookaheadとかの関係でフレーム送出まで少し待ちが入るとか）
Ｂ．配信プロトコルそのものや、サーバー側での再エンコード等による遅延
の２つに大別されるとして、現状では基本的にＢの方が圧倒的にでかいから、
Ａの方は設定でよほど酷い差をつけない限りはSWエンコでもHWエンコでもあまり差は出ないんじゃないの？
基本的に両方ともZeroまたはLow Latencyにするとして、SWエンコとHWエンコで「圧倒的」というほどの遅延の差って出るもんなの？ >>849
Mixerは鯖側の遅延が最大で0.2秒なので、自分の配信を自分で見れば一目瞭然
NVEnc（Max Quality）＞＞ QSV(Quality) ＞ CPU(i9-7980XE@4.7GHz)のzerolatency
それぞれ0.3秒、0.5秒、0.8秒位のラグになるから見てわかる。 >>850
ありがと。実際にそんな差が出るものなのか。
30fpsなら1フレーム当たり0.033秒、60fpsなら1フレーム当たり0.0166秒で送り出す能力があるってことだし
そこまで差は出ないだろーとか思ってたけど、差が出る原因はエンコーダの起動時間とかなのかな？ >>851
初期化処理の差じゃないの？
デフォルト設定の違いに振り回されてそう >>852
あ、そうか。なんか言葉が出てこなかったから起動時間なんて書いちゃったけど、初期化処理か・・・。 icelakeのQSVはかなり強化されたらしいけどレビューどこかに無いかね？
探したけど見つからん 処理速度面でUHD620～630のH264もHEVCも倍程度というぐらいしか情報無いな
画質容量比性能については皆無
H264用途とすれば従来でもTuringのNVEncより画質面で優れてはいたから、倍速化してもNVEncの速度にはまだ届かないが、差が小さくなっているのは意義がある
HEVCは倍になっても1440x1080処理で80fps程度とかだろうし、画質面でNVEnc超えてなければ遅すぎてどうもならんのよね 265のBフレ使用OKはいいものなの？
そうだというのであれば1650Sを今から買いに行こうかと 適応的な挿入が出来るわけじゃないから7nmまで待ったほうがいいと思うけど そら圧縮目的ならBフレ仕えた方がえぇに決まっとる。 >>857
GTXシリーズのミドル・ローエンド辺りが7nmプロセスに移行するのって何時頃なん？ 今の12nmでRADEONの7nmより十分効率良いからなぁ >>861
このスレでBフレ使えないからって状態のRADEONと比べてどうするんだよ。
再生のときにｍａｄＶＲとかでリアルタイム補正するならRADEON一択だぞ。 >>867
ここハードウェアエンコーダのスレなんですが
MadVR云々はスレ違いな >>866
TuringのH.265 Bフレ有り10bitと比べるならx264のpreset Fastでしょ 1280ｘ720～1920x1080(MAX6Mbps程度)のネット配信をエンコするのに
BT2020は無駄かな？
Turingだから幸いBフレは使用可でエンコソフトはTVMW7です AMD免罪符「視覚的損失なし」をまだやってるみたいだな
PS5も変わらんらしい＝今後3，4年はやる気なし >>871
カラーグレーディングやカラースペースわからないなら触るな。709のままにしとけ。 ソース映像よりも奇麗になるエンコードは理論上存在しない 解像度低下を視覚的損失とカウントしないという前提だけどな
AMD的にはパフォーマンス不足対策としてLODの延長線上という免罪符で影になってるポリゴン描画自体しないとか色々やってきた経緯あるから
描画省略していない≒視覚的損失が無い という解釈なんだろう ゲームオタクはいつも異次元の方向から話をねじ込んでくるな 10bitエンコにしたら暗部のモヤがきれいになってts再生より良くなったとか思ってる安い奴ならここに居るぞ tsだったらリアルタイム再生ではまず使わない重たいQTGMCでインタレ解除してエンコするとソースより綺麗 Prefetchしても限界があったし、ucfも併せてCUDA版が出てくれたのは本当に幸運だったよな >>877
綺麗になることと綺麗に見えることは別ということだ。 円盤優越主義者と放送波エンコ派で想定するソースが違う ハードエンコは基本はゲーム用でしょ
録画したドラマやアニメのデータをエンコする場合にわざわざハードエンコを選ぶ人は少ない
速度重視ですぐ消費するのか、長く保存するかの違いでハードエンコとソフトエンコを使い分ける >>889
今のnvencならデータよほどケチりでもしなけりゃ差はないよ まあテレビ方面では超解像とかやってるが
モザイク外しみたいな話でアレやなｗ NVEnc 265の10bit Bフレ有りでアニメだと画質の割に縮むし
NVEncでPMDもエッジレベル調整もかけられるしもう全部ハードエンコ良いかなってなってきたわ nvencだけ最新で30W以下のGT1630とか出ないかな
Ryzenと組み合わせたい 補助電源なしのゾーンはGT710やGT1030が現役だからねぇ… >>897
リビングTVに繋げてエンコード&再生&ゲーム用にPC組んだ者ですが…？
しかし、ちょうど1年前に1060買ったのは後悔してる
もう少し辛抱すればほぼ同額でBフレ対応の1660買えたのに…（泣） 4Kとか3700Xだけでエンコしてどのぐらいの速度でるの？ 3700X 4Kで40fps FHDで180fpsってとこ
Turingで画質/容量比がベストなオプションと同等のx264 fastで zen3はAPU仕様にして、iGPUにNVEncを搭載してほしい
そうしたらグラフィックカード不要になって省電力エンコマシンが出来上がる >>904
crf値とその結果つぎ込まれるビットレートの追記よろ >>894
>>747
電力的にはPCIe x1でも動きそうだけど >>906
メモリ速度がボトルネックになる未来しか見えない
専用にメモリ積むとかしたらサイズとTDPがすごい事になりそう VCEは使っている人はいないと思うけど、QSVとNVEnc使い分けてる人いる？
この場合はQSV、この場合はNVEncとか >>912
使い分けるというか世代によって使えるオプションと組み合わせが変わるから一択になる
Skylake(シリーズ内の差の有無は把握してない)のh264だと使いたいオプション(主に適応的IとP)とか組み合わせ(trim+avsync vfr、lookahead+α)が使えなかったりした(trim+avsync vfrはまだ検証中、trimが小さい値だと何故か併用できた)
それでGTX10シリーズのNVEnc一択になってる
SkylakeのHEVCどんなものか見たら殆どのオプションが使えなくて笑うしかなかった
だから自分の環境だとh264もHEVCもNVEnc、色々使えたらh264はQSVにしてみようかと思ってたんだけどね
NVEncCならCPUリソース余るからQSVEncCと同時稼働とかしてみたかった >>912
その枕で傷付く人もいるんですよ(ﾉД`)ｼｸｼｸ >>912
エンコは配信用途だから状況で使い分けしている。
1PC配信時はNVEncで、全画面キャプチャが出来ない特殊なゲームは、
NDIで画面送ってNUCのQSVで配信させてる。
コンシューマ機の配信担当もこのNUCで、キャプチャ映像をそのままQSVしている。 ひかりTV祭りでビデオカードが10%off ポイント30%とかになってる >>912
VCEしか無い人の気持ち考えた事ありますか 古井戸も不自然な動きにしかならないゴミだもんな
なんでVCE使ってるん？マゾ？ >>920
topからの入り口よくわからなかったけど
http://shop.hikaritv.net/shopping/app/catalog/list/init?searchTagCode=AMD&;sid=smc-PC-parts_AMD
ここ踏んでから検索すればクーポン対象がわかる
line10%は0時に終わって対象ビデオカードも減ってるけど >>921
サンクス。1650Sが6600円分のポイントGETクーポンあった。
ほんでも、ポイントってぷららポイントだったのね。正直使いみちがなぁ
ヤフーショッピング内のpayPayモールでもポイントアップやってくれないかな。。。
現状20倍ポイントなんだよね。 Athlon5350でVCE使うてるよ
GT710より動画サイズもエンコ時の温度も控え目
GT710は尼に返品した わざわざVCEを使っている人ってどういう選択なんだろう
RADEONじゃないと駄目なゲームがあってその延長でVEC使ってるとか
QSVとVECがあったらQSVを使うだろうからAMDの人っていうのは分かるけど
NVIDIAじゃダメな理由がわからない >>924
GPUエンコードを検討する前にAMDのAPUとかラデオンマシンを組んで、それから
ハードエンコを始めたってだけだと思う。（ゲーム以外ではAMDはコスパ良いし）
そりゃこのスレを最初から見てグラボ選んだり、ゲームで最近のハイエンドグラボ使って
組んだ人はAMDを選ぶ理由がわからないだろうけど。
単に流行りや店員の勧めるままに組んで、後からハードエンコに最適なグラボだと
知った人にはこのスレの趣旨として、AMDやラデオンをけなす資格はないよ もともとAMD/ATi好きで今はマイニング放出品でRX570安かったからその流れかな
その時のコスパ最重視するような人間だからBフレないから多少劣化がどうとか言われても今あるものから変えるほどの見返りと感じてないしH.265以上の圧縮率とエンコードの早さと手軽さが出るまでしばらくはこのままかな
友人は逆にエンコなんて邪道とTSのまま置いてたりするしいろんな人がいて当然 QSVからVCEに変えたけど、インタレ解除がソフトになったぐらいで別に不便してない
理由はAPUとRADEONで同じ設定でエンコできるから
なお画質はそこまでもとめてない 古井戸目的でRX460買ってVCEエンコしたらガッカリ画質だった件。
SandyノートでQSVエンコしたら遅かったけど納得できる画質だった。
まあ最近はZen2のおかげでx.265でエンコしても苦にならなくなってきたからな。 Sandy世代のQSVどころか、Keplerの初代NVEncと比べてもVCEのH264はアレだからな
他が無ければ使わないことも無いけど、他を押しのけて使う理由も無い hd600だけど更新されてqsvが動かない
戻したら動いたけど 主語が無いから何言ってるのか意味わからんね
一体何を更新したのやら 「ドライバ」という見当は付く
逆に見当もつかない人がこのスレを見てることに驚き もうスレタイからVCEを外してみてはどうか
「江ノ島電鉄、湘南モノレール、シーサイドライン」のスレのシーサイドラインくらい話題がない 話題がなく無害ならそのままでいい
下手に外したら新しい世代のVCEの話に噛みつくやつが絶対に出てくる CPUはワンパン入れたから
そろそろヒデオの方にもリキ入れろと >>938
それだけは、それだけは堪忍してください
単独スレなんて建てたところで、とてもやっていけないんです
たまにディスられるだけでも構いませんから、どうか… >>938
一応数十回発言あるし勢い5しかないスレだから外す必要ないのでは 独立出来うる題材でも無いのに外そうとする理由が解らん
話題性が低いからこそ総合的なスレに置くべきなんだしな IceLakeのエンコーダーの画質を評価したサイトとかないのかな？ いらんというか必要な人が少ないだけ
いいものがあれば話は聞きたい いらんと言うならエンコーダ同士の比較情報も不要という訳か それこそ、そういう奴こそNVEncスレでも立てて独立しうる需要あるか自分でスレ引っ張って見極めるなりすりゃ良いのに https://developer.nvidia.com/video-encode-decode-gpu-support-matrix
NvidiaのNVEnc Support Matrixのチップ数、セッション数
の関係性についてですけど、
チップ数＝アプリ数、セッション数＝同時にエンコ出来る数
という認識であってますか？
例えば、GTX1050のチップ数1個、セッション数2個というのは
アプリ1つ（例えばTMPEGEnc)、2個の動画ファイルを同時にNVEncを仕掛けることが出来る。
GTX1080のチップ数2個、セッション数2個なら
AVIutl,Handbrakeを2つ起動、同時にNVEnc仕掛けられる数はそれぞれ1個まで
GTX1080所持なのですが、OBSとStreamlabsの同時起動、多重NVEnc配信が出来たので
そういうことなのかなぁ…と思い、負荷分散のためにGTX1070搭載PCを組もうかなと考えています。 >>950
例に挙げているgtx1050と同じ、チップ数1 セッション2のRTX2070で試してみたけど
NvEncCで2本orOBSで2本orOBS1本とNvEncC1本の計2本いずれの組み合わせもOKだった
表は同一アプリ縛りを示唆するものではなくて、あくまでNvEncの実装方法を示しているんじゃないかな？
ちなみに、OBSで1本とNvEncCで1本に＋NvEncCで3本目の同時使用を試行すると
>In Geforce, simultaneous encoding is limited up to 2, due to the NVIDIA's driver limitation.
同時エンコは2つまで！と怒られる。VideoEngineLoadに余裕があってもダメなものはダメらしいｗ >>952
ということはチップ1個で2つできるよ、とTuringが進歩したとみるか
GTX1080がチップ2個あるのに同時は2個までと怠けてるとみるか
のどちらかになるわけですか……。
レス、検証ありがとうございます。 ドライバ側で制限してるだけだから自分で書き換えればOK >>955 >>956
調べてみましたが、書き換えってできるんですね。
制限はチップ、基板制御的な問題と思いました。
H264,4分30秒の動画4個をHEVC変換で平均7倍速、こりゃすごい。
CPU（7700Kかな？）が100%状態になってるのをみると、
メインストリームCPUはNVEnc並列4個が速度的にに頭打ちって感じですかね？ >>957
ハード制限は60くらいらしいが自分はそこまで試してない
7700K@4.7GHz
他の作業でCPU使ってる&エンコ前のフィルタでCPU食ってるので純粋なHEVCエンコードだけに絞ればもっと行けるはず >>958
60って……。そこまで回すと圧縮速度の倍率が等倍になりそうですね。
今、パッチ入れてやってみたところ、キャプチャも含め
NVEncを４つしかけることができました。
こういうことが出来ると分かったらGTX1050買って、専用マシンにするのも考え物ですね。
NVEncの性能でVRAMの容量って関係するんでしたっけ？ GT710買ったが、寒い部屋のケース内保温にしか使えない。
CeleronのQSVのがCPU使用率は高いけど速い。 デジカメ現像でもNVencとQSVを活用できたらいいのに インテルからアムドに変わっただけで互換性がーアプリの最適化ガーとか言ってるくらいなんで
NVとかまで利用されるようになるにはまだかかるかもなー NVENC使うとH.264もH.265もDLNAでTVで再生できないヤツになってしまう
profileもlevelも間違ってないのに何が起きてるの..
QSVとかソフトエンコだと起きないんだけど Nvencなんてエンコマニアしかやってないから汎用性がない 読解力が落ちてるらしいがそうなんだろなと思わせる事例
とかと書いているのに なんだろ
hevcもh.264もということはコンテナかな
ffmpegで映像/音声コピーでmp4に再格納してみては まぁ、使ってるDLNAサーバの名前もTVの型番もGPUの世代もエンコに使ってるソフトも設定も
どこまで切り分け出来てるのかも明かさないんだから、本人だって解決する気は無いんじゃない？ 質問スレじゃないところで聞くってのはそんな感じだよね
運よく有益なレスが付けばおkみたいな >>972
あー、ソレウチのタブレットでも有ったよ。
なんでだろ？と思って動画の詳細調べたらソレだった事がある。 とりあえず出力した動画を解析ソフトで見比べてみるとか
levelとprofileは解像度とか(最大)bps、フレームレートとかで変わる
ソフト側で指定しても条件からはみ出してソフト側で勝手に修正+出力して(ユーザ側から見て)任意のprofileとlevelで出力してるつもりになってるだけかもしれない
何のソフト使ってるか知らないけど使用エンコーダ毎に初期設定(+使用できるオプション)が違うだろうからちゃんと見直した方がいいと思う ほんとに解決したいなら、ただ動かないなんて書かないわなぁ
このスレにはまじめな人が多いから、車が動かないのはなんで？と言ってるお子様にもきっと答えてくれそう Nvencって速さを求める人以外にはモチベーションがないような まあサイズやな
あとは字幕
近頃は対応するプレイヤーも出てきたが >>978
そらそーだけど、ライブ配信したいとか、
大量の過去のテープライブラリをできるだけ画質落とさず整理したいとかあるだろ。
テープは実時間でしか転送できない上にエンコでその何倍もかかられたんじゃ手の施しようがない ソフトエンコとかモチベーションがマイナスに突っ込んで苦行なんだけど も一つあったわ
期限付きで安く配信メディア購入して、画面キャプチャ→エンコするって用途
キャプチャに失敗することもあってやり直したりで、エンコはなるべく短時間で終わって欲しい。 >>980を過ぎたので次スレ立てチャレンジしてくる。
ただ最近変な規制をくらうことがあるので、1時間ほど音沙汰がなかったら
失敗して規制されたものとして、誰か別の人が宣言して立ててもらえるとありがたい。
テンプレ案は
https://pastebin.com/PKqZQDCN
にまとめておいた。
そんじゃ行ってくる。 次スレ
【NVENC/VCE】ハードウェアエンコーダーを語るスレ4【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1577416553/l50
誰かいたら即落ち防止の保守カキコに協力願います。 >>981
できるだけ画質を落とさずにっていう条件が入ったらハードエンコは選択肢に入らないでしょ 264と同じビットレートで
NVEncで265エンコしとる とりあえずビットレート盛ってハードエンコで保存したあと時間あるときにちゃんとエンコし直してる ソフトエンコで普通にFHD60fpsリアルタイム配信出来るよ。
まあ、同画質にしようとするとレイテンシで負けて、消費電力で圧倒的に負けるけど@i9-7980XE >>987
ビットレート下げないならH.265にする意味なくね？
ビットレート盛った状態なら264も265も高画質でしょ 同じビットレートで比較したらだいたいH.265の方がよくなるでしょ。ビットレート十分とは書いてないし。 差がまったく感じられないほどなら、Codecの選択以前にビットレートが高すぎでもったいないだけだし
差が出るビットレートなら、H.265の方が高画質。
H.265にする意味がないってのはどういう状況だろうか？ まずブラウザで再生できないってだけでH.265微妙よな このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 171日 11時間 59分 24秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
