【NVENC/VCE】ハードウェアエンコーダーを語るスレ4【QSV】
レス数が1000を超えています。これ以上書き込みはできません。
■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2019年12月下旬時点)
●Intel QSV (Ice Lake＋Intel Media SDK 2018 R2)
〇HEVC
mainおよびmain10。Bフレーム使用可。
〇VP9
・Linuxでは、「intel-vaapi-driver ＋ Kaby Lake〜」
または「intel-media-driver ＋ Ice Lake〜」でVP9エンコードが可能。
https://github.com/intel/intel-vaapi-driver/blob/master/README
https://github.com/intel/media-driver#decodingencoding-features
・Windowsについては、現状ではVP9エンコードはMediaSDKの対応待ちの模様？
●Nvidia NVEnc (Turing＋NVIDIA Video Codec SDK 9.1)
〇HEVC
mainおよびmain10。TuringでBフレームに対応。
〇VP9
未対応
●AMD VCE (Navi＋VCE 4.1＋AMF 1.4.16)
〇HEVC
mainのみ。main10は不可。Bフレーム使用不可。
〇VP9
未対応 ↑テンプレここまで。
即落ち防止のため、誰かいれば>>20まで保守カキコにご協力お願いします。 ERROR: 本文が無いように見えますよね。
「ほしゅ」って書いたのに・・・ 関連スレってほどでもないけど参考スレ
次世代ビデオコーデック総合スレPart4 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1562430349/ 前スレからのテンプレ変更点については
https://pastebin.com/PKqZQDCN
にまとめてあります。 まあ単体でうまいもんばっか混ぜて焼くだけだから失敗する方が難しいか 次は先日「男子ごはん」で紹介されてたアップルパイでも焼いてみようかと思う 鳥ムネ肉もやわらかくなっておいしい・・・気がするのだけど
雑な料理しかしないので本当に効果が出てるのか厳密にはわからなかったりもする。 >>23
なんでここに来てわざわざそういう書き込みすんの？ テンプレ見て気がついたんだけどqsvもHEVC+Bフレ対応したんだね
そういえばqsvとnvencで世代ごとの使用可能オプション一覧ってどこかにありますかね？ そりゃSkylakeの頃から使える(Bフレ2枚)わけだから、対応したというより4年以上前から対応してたわけで。
QSVのh.265はGPUの世代が変わるごとによくなってはいるが、IceLake世代でも今のNVENCと比較するのもちょっとっていうレベル。
個人的に選べるならわざわざ使わないっていう感じ。 H.264ならNVENCよりQSVのほうが質が良いからQSVよく使うけどな
H.265はまだうちの環境だと使えないわ
使えないまま次世代に以降していきそうだけど VCEがあったこと、時々でいいから思いだしてください >>29
俺も同じだな
AVCと違ってHEVCはハードウェアエンコードする機会がない
高品質なエンコードしたいならソフトエンコするし テレビのデコーダか
YouTubeとNetflix用かね 汎用CPU積んでるのか
日本メーカーじゃないからアップデートも期待できそうや） 動画H.265でエンコードしてるのばっかりだからH.265が無くなったら困る
無くならないと思うけど、画像のMAG形式みたいにマイナーになって多くの機器で再生サポートされなくなったら困る 今のデコーダーはMPEG-1すらサポートしてるさ。切られる心配するだけ無駄だとおもう。 カメラがこんだけ出回ってりゃ
廃れても再生はできるやろ 一時期は一世を風靡したwmv
この形式を再生できるプレーヤーは今どれだけありますかね・・・？ ffmpeg系をデコーダーを使ってるものなら対応してるでしょ
HWデコードを条件にすれば限りなく少ないだろうが Windows Media 系だと音楽配信屋が
雨後の筍のごとく出てた頃のブツが悲惨ｗ
まあ今さら再生する必要もないが フォーマットがなくなることは基本ないけど
264や265みたいに業界団体が糞ムーヴしたりすると
再生にはPowerDVDをインストールしないと駄目ですみたいな事にはなるだろうね
今のwin10もDVD見るには何かDLしないとできないんだっけ？ セキュリティーホールのためにあるようなフラッシュだもんな
ブラウザが非推奨にしたあたりで終わりが見えた Ryzenの新世代APUが出たけどVCEの話はないかな？ 海外の記事だとNAVIのメディアエンジンを積むということになってる 進歩のないNAVIのVCEなら発売前から終わってるな あそこは電力無視のスピード競争やってるだけだから
自作マニアか人柱以外は地雷で積むし Intel、同社初の単体GPU「DG1」搭載ビデオカードを初披露。
開発者向けボードは第1四半期中に出荷
https://pc.watch.impress.co.jp/docs/news/event/1228480.html
これ、デュアルでHWエンコーダが乗るそうで、ちょいわくわく >>59
そういや、キセノンっぽくて、なんかすごく薄そうですね… >>58
追加の電源コネクターが要らないのはありがたいな
ノートPCにThunderbolt3で接続するeGPUで小型のタイプが出れば、モバイル環境でeGPUが使えるかもしれんし はたしてeGPUとして使いたくなるほどの性能が出るのだろうか？ 統合一本でやれよ
そっちの手を抜く口実できるだろうが 前スレでnvencの制限解除が出来ると書いてくれた人、ありがとう！
上手く書き換え出来たよ >>61
インテル昔からXで始まるブランド好きなんだよな NVEncCがSSIM・PSNR出力できるようになった あれこもれも追加しろパラメータはこうしろって忙しそうではある エンコード後の動画をハードウェアデコードした時のssim,psnrみたいだから注意が必要かも
気にする人は別で調べるだろうけど、ソフトとハードのデコードでどの程度変わるのかね？(ハードごとに違うだろうからアレだけど) H.264やHEVCは規格に準拠しているならデコード結果は一致するよ
JMとHMがリファレンスね 「エンコーダに入力した動画と、エンコード後の動画(をデコードしたもの)を比較」
デブロッキングとかフィルタ前の動画と比較してるわけではないって所だけ注意だな
NVEncCでプロファイルとかオプションとか比較するのにはいいのかもしれない 規格内のデブロッキングフィルタやSAOといったループフィルタは当然デコード処理に含まれるよ
やらないと一致しないからね HDDレコーダーってハードウェアエンコーダ搭載していると思うんだけど
これをPCI Expressボードとかで売り出すことってないのかね。
QSVやNVEncよりも、TVデータエンコード専門の回路になっているから
高速、低消費電力が期待できないかなぁと。 PCのエンコーダーでいう1passだから基本クソだよ
最低6Mbpsないとブロックノイズが見えるし (h.264なDIGA)
HEVCなNVEncのほうが優秀だと思う ハードウェアエンコードで2passとかどんな需要だよ ソフトエンコでも2passでググると10年くらい前の記事が出たりする状況だけど 1passだから糞って言うのは1pass品質指定じゃなくて1passビットレート指定でエンコードしてるから糞って事ね 1660だけど、HWデコードしながらHWエンコードすると遅くなる。
デコードはCPUはやらせたほうが速いな。
CPUはRyzen5 3600 >>92
どのツールをどういうコマンドで使って比較してるのか書かないと。なんか間違ってる可能性もあるよ。 FFmpegで最低限のコマンド。
NVEncC64でも。 いやコマンドくらいちゃんと書きなよと言ってるだけなんで煽りもファイトもなにもないけど。
ついでに言うとソースのフォーマットや解像度などの条件によっても結果が変わってくるだろうから
そのあたりも含めて条件をちゃんと書かないとあんま意味ないんじゃないかなーと思うくらい。 横入り失礼。
aviutlのL-SMASH-WorksでHWデコードさせるかさせないかで計測したけど、コンマ1しか変わらんかった。
-d 0 -c hevc -u quality --vbrhq 5000 --max-bitrate 17500 --qp-init 20:23:25 --lookahead 32 --gop-len auto -b 4 --aq-temporal --aq-strength 7 --bref-mode middle --fullrange --videoformat ntsc --colormatrix bt709 --colorprim bt709 --transfer bt709
ソースは地デジぶっこぬき編集1分52秒のTSファイル。
HW 44.4s
SW 44.5s m(__)m aviutのフィルター噛ましてた。
HW 18.1s
SW 18.2s
でした。 FFmpegのNVEncのコマンドで
-preset ll
↑めっちゃ速いな。なんか仕掛けでもあるのかな？ >>100-101
AviUtl + L-SMASH WorksでHWデコード＋HWエンコードするのは、
１．HWデコードする
２．デコードしたフレームをGPU側からソフトウェア側に戻す
３．ソフトウェア側からフレームをGPU側に渡す
４．HWエンコードする
という流れになり、２や３がボトルネックになってしまうので、あまり意味がないよ。逆に遅くなることもあると思う。
ffmpegやNVEncCだと、
１．HWデコードする
２．デコードしたフレームをGPU内で受け渡し、HWエンコードする
という流れにすることができるので、この場合はHWデコード＋HWエンコードの力をフルに引き出すことができる。
前に書いたメモ↓
AviUtlでHWエンコしても速度やGPU使用率が上がらないという人へ
https://pastebin.com/uTX8F1Fr
>>102
-preset ll は 遅延を減らすためのLow Latencyプリセットで、Bフレ切ったりしてるから基本的に速いものだと思う。 そういえばNVEncのAPIで定義されてるプリセットは
NV_ENC_PRESET_DEFAULT_GUID
NV_ENC_PRESET_HP_GUID
NV_ENC_PRESET_HQ_GUID
NV_ENC_PRESET_BD_GUID
NV_ENC_PRESET_LOW_LATENCY_DEFAULT_GUID
NV_ENC_PRESET_LOW_LATENCY_HQ_GUID
NV_ENC_PRESET_LOW_LATENCY_HP_GUID
NV_ENC_PRESET_LOSSLESS_DEFAULT_GUID
NV_ENC_PRESET_LOSSLESS_HP_GUID
のようなんだけど、それぞれのプリセットがどういった設定（BフレON/OFF等）になるのかというのは、どこかにまとまってないのかな？
ドキュメントにもごく一部の記述しかないっぽいのだけど。 >>103
>>104
サンクス。Bフレ切っている可能性があるのか。
AviUtlでも結構使いきってる感じだけどね。今じゃ。 AviUtlでのエンコ、AVCだとVEが上に張り付かない。HEVCだと張り付く。
こんな感じじゃろか？ NVEncC64でHEVCエンコード（ソース FHD 29.97fps 7分13秒）
HWデコード+HWエンコード(--avhw)
https://f.easyuploader.app/eu-prd/upload/20200120233803_3467675542.jpg
SWデコード+HWエンコード(--avsw)
https://f.easyuploader.app/eu-prd/upload/20200120234244_4c6d5a4f59.jpg
-c hevc -u quality --output-res 1920x1080 --vbrhq 3700 --max-bitrate 11500 --aq-temporal --aq-strength 7 --mv-precision Q-pel --lookahead 32 --gop-len auto -b 4 --bref-mode middle --fullrange --videoformat ntsc --audio-copy --output-thread 1
「--output-res 1920x1080」外すの忘れたorz Ryzen5 3600だす。
MEM 32GB 3733MHz
Win10 64bit NVEncCでソフトウェアデコードの方が早い局面無理矢理作るなら
HWデコーダーにだけ大きな負荷が掛かってエンコーダーに楽させる為に4K、8Kの動画を小さく小さくリサイズして出力するとか？ エンコードとは、ちょっと話がズレるけど、
waifu2xで動画をアップコンバートする
https://wp.nippombashi.net/2019/waifu2x-upscale/
昔のDivX動画を、FHD,4Kにアプコンして、SVPで60fps化しているけど、
楽しすぎてGPUが毎日フル稼働しているよ。 tvmw7でソフトフォーカス、シャープ、エッジ検出、デノイズを使いこなしてhdrにするほうがよほど高画質だよ 画質を追及する設定全然分からんから手軽に爆速でエンコできるNVEncが重宝してる俺 QSVも何もオプションをつけずにエンコードすると元のTSよりサイズが大きくなることがあって笑う 今年の夏頃に発表予定らしい次期GeForceでエンコーダーの改良は行われるのだろうか？ 今の時点でその質問にまともな回答が返ってくると思ってるのだろうか？ 家電HDDレコについてるエンコーダーって性能的にはどうなの？QSVとかと変わらん？ AMDレベルのエンコーダーで基本固定ビットレートことだな
BDレベルのビットレートならQSV並ともいえる NVEncとQSVの良いところ取りした最大公倍数的なハードウェアエンコーダーが欲しいね
VCEは・・・まぁいいか・・・無くても >>128
NVidiaのOptimus対応したVGAにIcelakeのQSVで両方動かすのが
今のところ最強なのかな？ VCEは何か諦められてるというかそのうち切り捨てられそう それはあるかもなあ
そもそもゲーム配信用の機能なのに肝心のゲームでRadeon選択する人が少なすぎる そうだぞ
ゲーム配信以外の用途では普通ソフトウェアエンコード使われてるし Steam Remote Play (Together)で使われるしすぐに消えるとは思えないが
やっぱりビットレート抑えると現状のVCEは厳しすぎる
PS4の動画配信エンコーダーもVCE関連なのかな？ VCEもうちょっと画質が改善してくれればいいのに。
エンコ後にがっかりしたのVCEだけなんだよなあ。 VCEはひとくくりにして格下だと思うがQSVだってH.264なら早くて電気も食わずに熟成したいいエンコーダー。
H.265はいい話は一切聞かないけど。ICELakeは持ってないので試してない。 ファイルサイズと品質でh265以外の選択肢は無いような ちょっとブルーレイプレイヤーで再生したいとかディスクに焼く目的でH.264はまだ需要がある ffmpegでAMDのHWデコードを利用するのってどうやるんだろうと思ったら、DXVA経由で利用しろってことなのね。
https://trac.ffmpeg.org/wiki/HWAccelIntro
AMFを利用したh264_amfデコーダは開発されないんだろうか。h264_qsvとかh264_cuvidとかはあるのに・・・。 一応あるな
https://www.phoronix.com/scan.php?page=news_item&;px=FFmpeg-AMD-AMF-Vulkan
AMFのライブラリ弄ってみたことあるけど、シンプルで使いやすい感じだった
ただLinuxではHEVCエンコードをサポートしてなかったりまだ半端
Vulkanの仕様の何かが決まるの待ってるとか言ってるのをどこかで見た気がする vulkanにメディアAPIが実装されたらVA-APIは用済みになるのだろうか >>141
Linux なら h264_vaapi とかで動くよ >>142
>>141はWindows前提で話してしまっていた。
あと、そのPhoronixの記事は
「クソやる気のないAMDがAMFでVulkan H.264 encoderだけサポートしたから一応ffmpegもLinux向けに実装したみたいだよ。
でも2020年上半期くらいにはVulkanに汎用的なビデオエンコード/デコードAPIが追加される予定だからまた変わるかもね。ハハッ」
って記事だから、AMFを利用したデコーダを作ったという話ではない模様。
（HWデコード自体はLinuxでもVAAPIとかで使えるみたいだけど。） >>144
ごめんリロードしてなかった。
>>141の記事は読んだのでHWデコード自体がVAAPI経由で使えるのは知ってるんだけど、
IntelやNVIDIAは -hwaccel qsv/cuda/cuvid の指定とか*_qsv、*_cuvidといったデコーダがあるのに、
AMD(AMF)は無いんだなあっつうか、デコーダ開発でもハブられてる感あるなあと思って・・・。 >>147
ハブられてるんじゃなく、逆にAMDが全然支援しないからだよ
バグ直さねーし情報のやり取りまともに出来んし
昔からソフト関連に人を掛けない >>148
うん。同感なのは>>145の訳に「クソやる気のないAMD」をつけたことからも察してくれ・・・ｗ >>149
うむ、何年かおきにRADEON使うけど体質全く変わってなくてゲンナリするよね
ATi時代はそんなことなかったのに、AMDに毒されてしまった Is there a plan to implement amf decoder in ffmpeg? ・ Issue #199 ・ GPUOpen-LibrariesAndSDKs/AMF ・ GitHub
https://github.com/GPUOpen-LibrariesAndSDKs/AMF/issues/199
AMFの中の人がやってんだけどなあ…って言ってたわ あーVulkan待ちって言ってたの大分前だな
今でもそのつもりか分からんね
Support for Linux ・ Issue #4 ・ GPUOpen-LibrariesAndSDKs/AMF ・ GitHub
https://github.com/GPUOpen-LibrariesAndSDKs/AMF/issues/4
> MikhailAMD commented on 17 Jan 2019
> Once Khronos finishes Vulkan extensions for encoder and decoder and Vulkan open source driver implements them we plan to make an open source version of AMF for amdgpu driver. handbrake+VEGA56でFHD物をエンコードすると(フィルタなし、CPUは1950xで余裕あり)GPUを1/3程しか使ってくれません。
3並列で70fps*3=210fpsは出るのですが、単独での速度が欲しいです。
RTX系だとhandbrakeから使った場合、どの程度の速度出ますか？
VFR物を音ズレさせずにCFR化に成功したのがhandbrakeしかないので、他のソフトは考えて無いです。 >>153
デインタレフィルタも無しで良いのかね？
h.264/h.265、EncoderPreset値でも速度は変わりそうだけどDefault指定でええのん？
RTX NVEnc FHD60pAVCソース
NVEnc H.264 Default=322fps Slow=225fps
NVEnc H.265 Default=293fps Slow=130fps
https://i.imgur.com/bgZWYfE.jpg
https://i.imgur.com/pNt0eWn.jpg
他のソフトは考えてない様なので余計なお世話かもしれないが、AvisynthでCFR化してVCEEncCと組み合わせる方法も検討してみては。
上記のソースをNVEncC(-c h264 --avhw 他def設定)に任せると600fps位出る。70fpsって、どこかしらソフト側にボトルネックがありそう ソフトウェアデコードになってるんじゃないの
デコードもハードウェアにやらせないとそこがネックになるぞ ソフトウェアとかハードウェアとか分けないで、両方で分担して相乗効果だしてもっと早くできないものかな >>155
Handbrake（1.3.1）はQSV以外のHWデコードはサポートしてないし、QSVデコードもデフォルト設定では無効になってる。 >>151
ありがとう。一応組み込もうとはしてた（してる）のか。 スレ違いだったらごめんなさい。
対応グラボ（750Ti）が手に入ったので、
aviutl_plus_20120619 + NvEnc4.62で、今回試しにエンコードかけてみたんだけど、
CPU/GPUそれぞれの使用率が、非対応（560Ti）だった時のX234Guiによるエンコードのそれと大差が無いように見えるんです。
それがCPU側の性能不足なのか、設定ミスなのか、判断に困っていまして。
次レスにNvEncのログ張ります。 と思ったけど長すぎて貼れないので、まずスペック要約。
core2-q6600@定格2.4GHz
DDR2-800-4GB
GTX750Ti
マザーはデルのvostro 220sに入ってたG45系。
OSは7proの64Bit、グラボのドライバは441.87、確か最新のはず。
で、設定はこんな感じ。
-d 0 -c h264 --vbr 1000 --max-bitrate 1200 --qp-init 20:23:25 --gop-len 300 -b 0 --profile auto --no-mp4opt -o
"（＊＊＊＊.mp4）" --sm --parent-pid 00001594 -i -
動画自体には、今回は1280-720から854-480への、縮小サイズ変更のみ入れてます。 体感としては一応、若干ながら早くなった感じはあって、ログ上でも30＞37FPSになってはいるようです。
ただ、CPUのみの時で4コア平均90％使ってたのが86％になり、グラボの使用率が0＞5％に。
この程度しか、グラボのエンコード利用って出来ないものなのか？と思ってしまっています。
パーツ相性的にこれが限界なのか、それとも変換の方法論に間違いがあるのか、ご意見貰えればなと。 まさかと思うがメイン機がcore2でエンコ機がcore2じゃあるまいな？
今どきエンコするのにcore2使ってる人も珍しな CPUも酷いがメモリ4GBて…
OSすらまともに動いてないのでは？
この構成だとSSDですら使ってなさそう… >>162
とりあえず>>103のリンク先のメモを読んで理解したうえで、
Benchmark pluginでの計測をして出力プラグイン側に渡せる上限フレームレートを計ってみるといいんじゃないの。 >>162
以前テストでQ8300+Aviut+NVEncでテストした時はGTX650で1920x1080の再エンコでも60fpsで頭打ち
Aviutlを介さずHWデコードすればもう少し出るかもしれないけど流石にエンコでC2Qは厳しいから買い替えた方が・・・
今はリース落ちのPCが大量に出回っているからオクでも第4世代i5のPCで送料込みで1万以下
先日通販で買ったG3900、H110、DDR4メモリ4G、WIN10homeライセンスキーシール有り、保証30日のBTOモデルのPC一式(ケース一部破損)は
送料込み9,900円+15%ポイント付きだったよ、メモリ80G余ってるけど別でこれ用に1,100円でメモリ4G購入 なるほど、やはりC2Qでは回しきれない感じなんでしょうかね。
紹介の有ったメモ、確認してみます。 >>154
ありがとう 参考になったよ
画質の評判も良いみたいだしcudaとかで遊んでみたいんでRTX検討します
AvisynyhはVFR動画読み込ませると音ズレしてしまうんでウチではうまくいかなくて NVEncC使えるなら --avsync forcecfr で音ズレ防げると思うよ
vfr動画は入力fps指定しないと稀に想定しているfpsとは違う(小さい)値になってビットレート指定が想定と違う(大きい)値になるので注意 https://www.nvidia.co.jp/download/driverResults.aspx/157091/jp
Changes and Fixed Issues in Version 442.19
Fixed Issues in this Release
[NVENC]: Memory leak occurs. [2805384] PentiumII+Aviut+NVEnc＠GTX960
1440ｘ1080のtsからH264で40ｆｐｓだわ。
せめて>>168くらい60fpsでてくれるとな〜 ペン2とかもう捨てな…
半年の電気代でライゼン買えるやろ >>174の環境でAviUtlを使わずに NVEncC.exe -avhw 〜 でエンコした場合はどれくらい出るんだろな。 AGPでハードウェアエンコに対応したビデオカードってあるのかな >174のスペックでほんとにエンコードが出来るのか
OS何なんだろう PentiumG2xxxとか2xxxmってオチだろ >>173
メモリリークなんかあったのかとエンコ中にタスクマネージャーを凝視してみたら
1時間番組 200,000frames処理で20MBくらいプロセスのメモリ使用量がじわじわ増加してた
地味に漏れてたのね なんだよ
PentiumIIって、Phenom II X4だわ。orz〜
失礼！ Pen2時代だとビデオカードもPCIだよな
-E無し >>184
pen2だと440BXだろ
AGP付いてるぞ 五万とか出してハードエンコのMTVシリーズとかを買っていたあの時代にCPUやGPUのハードエンコあったら凄かったやろなぁ 凄いとは言いたくないなぁ
CPUがもっと進化していればソフトウェアエンコードでも良かったかもしれんわけで 動画のコーデックって意図してるか知らんけど大体その時期のCPUでソフトウェアデコードがなんとか出来るか出来ないかくらいの演算量になってるから、
CPUが現実より強かったとしても状況としてはあんま変わらない気がするな エンコードに特化した量子コンピュータでも出ればいいなあ >>188
> 動画のコーデックって意図してるか知らんけど大体その時期のCPUでソフトウェアデコードがなんとか出来るか出来ないかくらいの演算量になってるから、
ない
ない
ありません 単にその時使いやすいやつが選ばれてるだけでしょ
他にもある I/Oデータでvg2っていう拡張子でハードウエアエンコードするチューナー持ってたわ
ザイリンクスのFPGAとかが載ってた奴 WindowsだとIntel QSVのVP9ハードウェアエンコードは使わせてくれるのに、macOSでは使わせてくれないのか
ちなMBP 16 2019 >>197
kabylakeあたりから石的には対応してるんだけど、OSSのMediaSDKとiHDのDriverが未対応。libvaapiのドライバだけは対応してるとかいう状況だったはず
windowsは知らない 各社のエンコーダーってブラウザでの動画配信でも機能する？
具体的にはPixiv sketch liveなんだけども 実際に使ってるかどうかは知らんけど機能としてはあるよ
chrome://gpu/
https://i.imgur.com/KX06ngK.png >>197-198
テンプレ>>2を参照。
Linuxだと、i965ドライバならKabylake以降でVP9の8bitエンコが可能。iHDドライバならIcelake以降でVP9の8/10bitエンコが可能。
Windowsは・・・どうなってんだろな。
Media SDK 2018R1（API 1.26）のリリースノートでは一応VP9エンコード対応したみたいなことは書いてるけど、実際には未対応らしいし、
最新の2019R1（API 1.28）ではVP9のタイルエンコードに対応したぜみたいな記述もあるんだけど、
素人なりにヘッダとかサンプル見ると未対応な気がするし、ffmpegでもvp9_qsvエンコーダはまだ無いみたいだし。
とりあえずWindowsではまだVP9ハードエンコはできないっぽいので、>>195は多分なにか勘違いしてるものと思われ。 >>201
デコードと間違えてレスしちゃった
スマン OBSのカスタム出力でVCE使う方法無いのかな
nvencは有るのに ソフトウェアエンコードとハードウェアエンコードで、なぜハードウェアエンコードの方が早いのかは理解できていない
そのパワーを速度ではなく品質に振ったら結局はポテンシャルはソフトウェアエンコードの方が上なのだろうか >>204
ラデ環境が無いのでカスタム出力と同様に使えるかは不明だけど、
公式のOBS Studio PluginsにあるAMD Hardware Encoder(s)は試してみたかい？ >>205
それゲームの3D描画を何でGPUに任せるの？って聞くのと同じだぞ。 >>https://github.com/GPUOpen-LibrariesAndSDKs/AMF/tree/master/amf/doc
>>1.4.16.0 (04.02.2020) version
>>Added encode pre-analysis component to improve perceived quality of encoded video
いままでpreanalysisは機能してなかったってこと？ >>209
何でそうなる？？
速度と品質の話をしてるんだよ
例えるならソフトウェアエンコは回転しない寿司屋
ハードウェアエンコは回転寿司 >>210
> いままでpreanalysisは機能してなかったってこと？
一応従来のpreanalysisも機能してはいたんじゃないかな。
AMF_Video_PreAnalysis_API.pdfを読んだ感じだと、AMDの比較的新しいGPUには
「AMF PA (Pre-Analysis) component」っていうのが独立した機能として載ってる（？）らしい。
「エンコーダーモード」と「スタンドアロンモード」ってのがあるそうな。
前者は入力データを解析して結果をエンコーダーに引き渡すモードで、
後者のモードは解析結果だけ出力して他のアプリケーションで活用することもできるとかなんとか。
そのPAコンポーネントによってPre-Analysisの細かい制御（シーンチェンジ検出の感度とか）も
できるようになったってのが1.4.16の更新内容だと思う。
従来のPre-Analysisとの関係とか性能差とかはよくわからんけども・・・。
なお対応GPUは以下のようになってる。
1.3 Supported Hardware
The AMF PA feature is supported by Radeon RX 5000 Series or newer GPUs
as well as Ryzen 2000 U/H series or newer APUs. まあ、PAコンポーネント自体もまだベータリリースらしいし・・・。
1.4 Disclaimer
The current AMF PA component is in its beta release.
Existing features may get optimized over time, and new features may also be added in future releases.
1.4免責事項
現在のAMF PAコンポーネントはベータリリースです。
既存の機能は時間が経つにつれて最適化される可能性があり、新しい機能も将来のリリースで追加される可能性があります。 >>208
色々あってハードウェアごと換装してしまった
レスｔｈｘ EDCBのWrite_AVIVO.dllみたいなやつでGT710が使えるのある？ 画質がソフトより悪いようだけどそこはビットレートをソフトより500以上げてファイルサイズを大きくする妥協で画質の問題を少しでも改善とか出来ないのかな
素人考えだとそんなこと思いつくのだがそんな単純なものでもないか
500くらいで吸収できるような差ならみんなこんなに悩まないわけで >>223
今のnvencならその対応で普通にcpuと大差ない
むしろエンコード前の処理の方がよほど大事 >>223
> 画質がソフトより悪いようだけど
初心者にありがちな勘違いだけど、ハードエンコは「画質が悪い」んじゃなく、「圧縮効率が悪い」だよ。
条件にもよるけど、同じビットレートで比較した場合は基本的にソフトエンコの方がハードエンコより優秀だということ。
ハードエンコでも、ソフトエンコよりもビットレートを上げれば基本的に同じくらいの画質にはできる。
どれくらい上げればソフトエンコと同じくらいの画質になるのかは、様々な条件によるので一概に言えないけどね。
エンコーダによってはフェードとかの処理が苦手だ〜みたいなこともあるかもしれないので、
確実にソフトエンコと同等画質にできるとは言い切れないかもしれないけど。 ビットレート指定して比較したら悪く見えるからねぇ・・・初心者あるあるだな
偏ったサイトに洗脳されると実写も720pにするのがベストとかいいだしそうだ まさにそれ。
ソフトのほうが圧縮かけられるというだけ。大した差はないのに時間の差は凄まじいけど 720pでエンコするとだいたい12倍のスローモーションになる NVEncは縮まないって言われてるけどビットレート指定してVBRでMP4にしたら
ファイルサイズってソフトエンコとほとんど変わらないんじゃないの？ エンコ時間の差が圧倒的に違うし、一枚一枚DVDに焼く時代でもない。
時間や消費電力、容量的な価値を考えると、もうFHDや配信の世界ではソフトエンコはいらんだろ。 時間節約のみ
そのおかげで画質 ファイルサイズが 犠牲になる
だが何かを得ようとするとき その代償として何かを犠牲にする
それはすべての理 >>246
なんつうか、無理に背伸びしようとしないで、もう少し物事をよく考えてから書き込もうぜ・・・ PCの前でじっと見つめてないと壊れるとかなら、ハードエンコの方が速いからいいけどな
放置プレイが基本なんでほっといていいならソフトエンコで良いじゃん まあ、動画も出来るなら落ち着いて見たほうがいいわけで…
大量にエンコしまくって見まくった時間が有意義だったかは謎。 最善のエンコードの必要は無く手軽にメモ感覚で動画を残したかったり
レトロゲーの配信とか考えるとローエンドとか補助電源なしでもBフレ対応NVENC欲しかった
けど需要やターゲットは重い最新ゲームの配信なんだろうなOTZ orzだぞと書こうと思ったけど大文字だとOTZがしっくりくるのね 記事読んでから気がついたんだけどこのスレではIceLakeの評価は高くないのね >>253
> このスレではIceLakeの評価は高くないのね
そうだっけ・・・？単にちゃんと検証する人がいなかっただけのような？なにか出てたっけ？ IceLakeは評価する以前の問題なんだわ
実物が無いねん IceLake、やるじゃねぇか!!
というか、x265の出番がなくなる勢いw SSIMってデブロック処理とかフィルタ掛けると数値が悪くなるやつ？
昔触った記憶があるが何を使って計算していたのかも忘れたわ Icelake、アニメソースでも比較してほしいな。 rigayaさんとこのアニメの画質は比較画像見ても俺には違いがわからんｗ 今だからこそH.264が良いよ
QSVで速度も画質も申し分ない
H.264はエンコードの速さだけでなく汎用性の高さがメリット
H.264が再生できない機器なんて存在しないし、BDに焼いて一般のBDプレイヤーでも快適に再生できる
H.265はAppleからも見放されてるから後で再生環境が無くなって痛い目を見ることになる PCでエンコしてPCで見てる
TVはないしHEVCはスマホでも再生できるし汎用性を気にする必要もない 俺もそう
DivXのファイル今でも再生出来るし
っつか好きなの使えよとしか Icelakeいいのか〜
AMDへの対抗で価格も期待できるかもだしはよ出てほしいな クラウドにおいてストリーミング再生しようとしたら意外とH.265が再生できなくて困る chrome自体が未対応で今のEgdeもだめなんだっけ >>273
DLNAでは問題ないからHEVC使ってる
むしろどんなクラウドサービスの話なんだろうと興味ある >>274
対応するようなオプションはあったけれど
試してないから分からんな ハードエンコだとエンコ中に他にブラウジングとか出来るのがいい
一台しかないんで SWエンコ中にゲーム（MGS:V）してるけど問題ないで icelakeでようやく実用レベルになったか >qsv
sandyのqsvでh.264が爆速エンコードと言っていた時代が懐かしい。
でも実際は画質が悲惨だったという代物 時間節約のみ
そのおかげで画質 ファイルサイズが 犠牲になる
だが何かを得ようとするとき その代償として何かを犠牲にする
それはすべての理 >>252
"一方で、i5 1035G7に搭載されている64EUをぶん回しても、1080pのHEVC 10bitエンコ速度は50fps弱という感じ"
遅くねえか？
ちょっと良いCPUでx265使ったほうが速そう ちょっと良いcpuさんは電気代がちょっとどころじゃないからな
rigayaさんワットあたりのfpsとかも出してくれないかな 暖冬とコーヒーリフレッシュのおかげで
今シーズンは暖房要らず
次の夏が怖いがｗ 夏向けに、負荷が高くなるほど冷えるCPU/GPUが出てくれれば・・・ >>285
3800X x265 preset mediumでやるよりだいぶ速いぞそれ >>285
HEVCエンコードで50fps出てたら充分速い
CPUで同じことをやり出したら電気代も設置スペースも馬鹿にならない
省電力ノートPCでこれだけやれれば充分
問題は、Intelの市場への供給能力が低すぎることが… nvencに期待するしかないか…
もう少し画質上がってくんないかな？
Bフレームも使えるんだし ハードエンコもソフトエンコ並みに時間をかければ高画質にできるようになればいいのに そうなると ソフトコンタクト か ハードコンタクト
どっちがいいか？みたいだな IceLake凄いなあ
NVEnc頑張ったっと思ってたらまた抜き返したか
IntelとNVIDIAの二社はしっかり競争してくれてて良いね 肝心のプロセスルールはロートルだけど
全体のパッケージングとか周りの設計とかは
結構優秀なんだろうねインテルは >>300
まあコア数の暴力でのソフトエンコに舵切った感あるよなAMDは コア数増やしまくっても、実際に有効活用できるコアの数は限られるから、むやみやたらに増やせばいいわけでもないが、
とは言え、数年前までのIntelは明らかにサボりすぎていた ampereではice lakeに負けない画質になりますように >NVENC rigayaさんの検証、アニメ版もやってほしいな >ice lake >>305
> もっとbフレームを使えるように
これどういう意味で言ってるんだろ？ あ、Max Bframesが4とか5だからもっと増やしたいってことかな？ >>303
ライバルのAMDがXBOX/PS4で調子に乗ってVCEひっくるめてさぼっていたわけで
今はTDP抑えるのやめたからスリッパもノートも爆熱でプレスコットを思い出してるよ
今年もAMDはPS5もレイトレもあるし波に乗ってる感じだな、1年もたたずもうZen3とかだもんなぁ
Intelは2022までは負けを認めてるから、エンコーダー改良とかきざみながら、今も残るセキュリティの穴のLVIとか塞いでくれればいい >>299
まぁノート用CPUとはいえ50fps台だからね
NVEncは500fps弱は出るからまだ良さはある エンコードの速度をfpsで表すのってちょっと違うと思う x264の中の人は処理時間を見ろと言ってたが
>315がなにを思ったのかは不明 処理時間表記→同一ソースでの比較対象がないと処理速度がわからない(比較無しで詳細が書いてないと処理時間以外はわからない)
fps表記→処理速度がわかる(ソース、オプション、デバイス、ソフトはわからない)
処理速度が知りたいならfps表記の方が便利だと思う フレーム数も一緒に書いてくれたら処理時間でもいいけどな 性能的なネックって、データ転送量やらエンコード時のビットレートの要素が大きい訳でしょ。
とすると、フレームサイズや、映像の内容というかジャンルなんで、結果が大きく変わってしまうような
コマ単位のレートであるfpsなんかを、エンコの速さの基準として使うってのは違和感あるってことでしょ。
そういう意味なら >>312 の言ってることもわかる。 一定時間単位で何コマ処理できたかっていうfps以外で速い遅い語る方が無理がある 50fpsくらいいくなら60fps動画なら実時間くらい
30fps動画なら倍くらいかー
って簡単にイメージできるんだが
ケチつけてる人は何が気に食わないんだ？ fpsだけじゃなく解像度とかの条件も書けって話ならわかるけど、
もともとの話のrigaya氏の比較記事はしっかり条件書いてあるんだから何も問題ないわな。 >>323
よくわからんがそういう意味だとした場合、エンコ速度は何の数値で表すと適切になるんすか x264 (x265も?)で表示されるfpsは今までの平均fpsじゃなく
直近に処理したフレーム数ってだけだから厳密なデータにならないって話だった >>328
それは途中経過で出る
3316 frames: 71.74 fps, 1820.66 kb/s
3346 frames: 72.00 fps, 1809.25 kb/s
・・・
って表示での値の話じゃね？最後に出る
encoded 3501 frames, 73.55 fps, 1752.63 kb/s
の数値は全体の平均だと思うけど。 >>329
どうなんだろ
自分がその必要性に迫られて実験したことがないからよく分からない そんなことより次のアーキテクチャでまた画質上がりそう？
turingはicelakeに負けてんじゃん >>252
50fpsだと録画・配信には使えないのが微妙に残念だな
300fpsとは言わないからデスクトップ版は100fpsくらい出てくれると使い勝手が物凄くよくなりそう 編集ソースとしてできる限り綺麗に録画したいってことじゃないの 平均100fpsではドロップフレームが出まくって厳しいやろね アニメ版のグラフ1個アップロードミスしてる？
見れないのがある 可逆コーデックで録画しながらIceLakeでHEVCエンコードすればいいんじゃないのか？ IceLakeのQSVがこの性能ならdGPUのXeはかなり期待できるな
モノが出ればの話だけど >>328
NVEncCとかQSVEncCだと途中も最後も平均fps
Trim使ってるとその間の処理速度は反映されずに処理時間だけ反映される
Trimのフレームに入った瞬間(Encodeが下がってDecodeが100％付近に張り付いてる時)からfpsの数値がじわじわ下がって、終わった後にじわじわ上がってく
動画の最初から処理時間30秒分くらいTrim使うとあからさまにおかしな低数値になったあと平均fpsに近づいてく(なので平均fpsだと思った)
ソースや書き込み先がHDDで複数アクセス(読み書き)するとその間HDDがボトルネックになる事があるから普段時にも平均fps比較時にも注意
それとは関係ないけど書き込み先をRamdiskとかSSDにするとHDDに比べてmux作業時間がかなり短縮される
…作業全体で見ると大した事ないけど(losslessとか高ビットレートほど恩恵が大きい) >>342
言い出しっぺみたいになったから自分でもテストしたけど
自分の1650では全部50fpsで頭打ちでしたわ
avisynthでFrozen frameしたものとyadifで解除したものを
それぞれ前後に組み合わせたもので比較しようとしたんんだけどね 50fpsとか
タスクマネージャーでGPUのエンコード負荷どれくらい？
きっと低いよね？ たぶんitxの安いやつだからメモリあたりがボトルネックになってるんだと思う
それかaviutlのguiEX経由だからそこが原因かもしれない
商品名は「msi 1650 itx aero」みたいな名前のやつ テストの時くらい外部要因の無いコマンドラインの数値上げようよ… CPUもソースもオプションも書いてないから何とも言えないけどメモリがボトルネックってのは普通ないと思う
超高ビットレートのソースで入力と出力をRamdiskとかやったらできるかも(そもそも容量
→試しにエンコードする気がねぇ無圧縮3Gbps(3000000kbps、5秒1.5GB)でRamdiskに入出力したらDDR4-2133x2でメモリのボトルネック(CPU50%くらい、出力だけだと100%)、1.5Gbpsくらいなら大丈夫かも
i5 6500+GTX1050でShare(Shadowplay)の1080pをaviutl+NVEnc(h.264でCQP)すると130fps出る、CPUボトルネック(CPU100% NVEnc40%)
ITXの安いやつって言ってるからCPUかソフト経由がボトルネックだと思う、CPUが100%張り付かないならソフト(仕様とか色々)が原因
ソフトウェアデコードでフィルターかけてるから厳しい(ソースがHEVCとかだったら尚更)と思うけど、CPUがボトルネックにならないなら複数のソースを並列処理でNVEncすればいいと思うよ
NVEncCでできる処理ならNVEncCでavhwがベストだけど >>348
参考にする事はないと思うけど、Ramdiskは使用ソフトや設定(動的な割り当てとか)でも速度が変わるからあまり参考にならないと思う AMDはAI、HPC関連のソフトウェアも開発リソース足りてないんだろうな〜って感じだから
純粋にユーザーが少ないVCEまで支えきる余裕ないんじゃないかな AMDはAI、HPC関連のソフトウェアも開発リソース足りてないんだろうな〜って感じだから
純粋にユーザーが少ないVCEまで支えきる余裕ないんじゃないかな AMDはVCEなんかよりもRYZENでソフトエンコを推すんじゃないかな
そうじゃなきゃここまでのCPU性能を売る大義名分の多くがなくなってしまう だがしかし、IntelがIceLakeでx265と品質面でいい勝負をするようになった今、
電気代払いまくってソフトウェアエンコードをする理由は弱くなったかもね
※デスクトップはIceLakeは未だに出てこないけど 電気代ってもフルに頑張って月に2000円程度だけどな GTX1060から2060に買い替えたので今まで264でエンコしていたmkvを265でエンコし直したいんだけど
265でBフレームを使ってくれてmain10かmain444に対応したフリーエンコーダある？
A'sとハンドブレイクはBフレを使ってくれなかった
Amatsukazeがmkvに対応してくれたら一番いいんたけどね
あれnvenccを使えるし 264のmkvにエンコしたやつを再エンコしたいのこれ 手段を試したいだけで目的を見失ってる気がするな
劣化したものを再劣化させたいとは
再エンコしたいだけならコマンドラインがあるし、嫌なら数千円で済む話だし… >>357
tsしか入力できんやん？
>>358
そうやで
3Mbpsの264で保存してるのを1.5Mbpsの265にしてディスク節約したい
>>360
マニアちゃうで
一般人やで 2060なんか買って
こんな場末のスレまできて
3Mbpsで264作ってたやつが
一般人のわけないだろ… >>361
> 3Mbpsの264で保存してるのを1.5Mbpsの265にしてディスク節約したい
「H.265ならH.264の半分のサイズにできる」っていう情報を鵜呑みにしてるだけならやめておいたほうが・・・。
・・・まあ実際にやってみて自分がそれに満足できるなら別にそれでもいいんだけど・・・。 >>364
細かいことだけど「画質向上」じゃなく「圧縮効率向上」と表現したいところ。 >>363
鵜呑みチャウで
ちゃんとNvencCで設定詰めてts→265では1.5Mでssim0.993前後までいけるようにしたで
psnrも45〜48くらいやから充分綺麗やで
でもtsだけじゃなくて今まで保存した264も再圧縮したいねん >>366
NVEncCを使うバッチファイルを作ってD&Dでエンコすればええやないか。 >>368
AviUtilを使えって話ならオーディオ分けるのが面倒やから嫌や 横からだがバッチなのにaviutl使う訳ないと思うけど
音声は抜いて別にmuxしないといけないから面倒ならやめた方が
（バッチなら面倒とは到底思えないのは別として人の話を真面目に聞く気がないならやめた方が） >>370
Amatsukazeなら音声分けなくても自動でmkvに入れてくれるやん？
しかも何もせんでもパススルーにしてくれる
それと同じ感じでやりたいんや
音声分けると音ズレ対策とか考える事が増えるから嫌なんや
動画エンコは頑張るけど音に手間かけたくないんや AviUtlのバッチ出力を使えって話じゃなくWindowsの.batファイル書けばいいって話だよ。
tsはAmatsukaze使うようだから対象外として、H264.mkvを再エンコするなら音声も--audio-copyでいけるんでないかい。
（自分でやったことはないが） 無料ツールしか使えないお子様相手に、これ以上はNVEncCのオプションに全部書いてあるというのが一番な気がするね暇そうだし AmatsukazeがTS以外も対応してくれたら天下取れると思うんだけどなぁ ts以外でCMカットとかフィルタリングもいらないから
天下はとれないと思う >>372
NvencCにaudio copyなんてあるんや？
オーディオ関係は全部パススルーにするつもりで全く興味無かったから読んでなかったわ
また頑張ってみるわサンキュー
>>373
煽るだけの春休みキッズは宿題でもしとけや >>361
フレームレート可変でエンコしたやつじゃなければAVIUTLでもいけるんちゃう？音声再エンコならほぼそのままいけるやろ
どの方法使っても再エンコだと画質お察しなんだけどそれは良いのか・・・
NVEncCでバッチ組むのが一番マシだろうけど
VFRでエンコしてある動画やったら知識ないと無理やね --avsync使えばいいだけ
最初のエンコードでそもそもミスってたらなんも意味ないけど >>382
NVEncCってタイムスタンプ引き渡すオプションあったのなー
いつか使う機会ができたとき役立つわせんきゅ >>381
264にした時はA'sでやったから
細かいオプションはそもそも設定できないんで固定fpsやと思うで
確かインタレ解除したもんを24/30/60のどれで出力するかくらいしかなかった気がする
可変fpsってアカンのは知らんかったわ
やってないと思うけど今後は気をつけてオプション見るようにするわ MPEG1、MPEG2が動画でMP3で急に音声になってMP4でまた動画になる mp4が登場した時は無限に拡張できるから最後の動画規格になると言われてたな コンテナやと言いたんやろ？
当時はコンテナって考えは一般的じゃなかったぞ 話変わるが、久しぶりにスマホに搭載されているSnapdragonの動画再生支援機能を調べていたのだが、
835からHDR動画の再生に対応はしたものの、HDR10のみで、
1番オーソドックスなPQに対応したのは855からのようだね
YouTubeの4K HDR動画でPQを使ってアップされてるやつが妙に重いと思って調べていたら、
まさかの855からかよというオチだった
PQのためだけにスマホ買い直しはさすがにためらうけど
※5Gも控えているし スマホってディスプレイの輝度弱すぎてHDR意味無いと思うけどどうなの 最近のモデルはかなり明るいのもある
あと、ミラキャスト使ってテレビなどに4K HDR伝送するか、USB端子から出力してHDMI端子に接続する方法で、外部モニターを使う方法もあるし >>383
trimと併用する場合は挙動が異なる事があるから注意
(試したのはi5 6500と3205U)QSVだと--avsync vfr(forcecfrも)との併用ができない
(試したのは1050)NVEncの方も元々は併用ができないって書かれてたんだけど、試してみたら併用できたから報告した
avsyncに限った話じゃないけどハードウェアエンコだと(だから)世代毎に併用できるオプション変わるのがめんどうだよね、しょうがないけど >>393
あとvfrの注意点としてfpsは絶対明示的にした方がいい
cfrなら入力fps自動(未入力)でも問題ないけど、vfrだと想定とは違うfpsが入力される事がある
そうするとビットレート指定時に意図しない割り当てになる(つまり動画の再生時間から見たkbpsではなく、入力fpsから見たkbps指定)
一度60fpsのvfrが48fpsと認識されてビットレート割り当てが増加した(60/48で1.25倍の割り当て)
ソースとオプションの組み合わせでいくらでも変わるから具体的な数値は書けないけど、ビットレート指定より低い値になる事が多いQP min設定とかにしてると気付きにくい
仕事でもなければ全ての動画を確認(調整時は別)してる事なんて稀だろうし、未入力でも選択されるオプションはできる限り明示的にしたほうがいいと思う(知識もつくし) >>390
> 835からHDR動画の再生に対応はしたものの、HDR10のみで、
> 1番オーソドックスなPQに対応したのは855からのようだね
用語の使い方がおかしいというか、勘違いしている。
主なHDRの分類は
・PQ方式 （HDR10、HDR10+、DolbyVision）
・HLG方式
のようになる。
SnapdragonのHDR対応状況は、
835 ・・・ 上記のPQ方式のうち、HDR10にのみ対応
855 ・・・ 上記のPQ方式全てとHLG方式に対応
という感じらしい。
> YouTubeの4K HDR動画でPQを使ってアップされてるやつが妙に重い
YoutubeのHDR動画の映像コーデックはVP9.2 (VP9 Profile2) (10bit)。PQもHLGもある。
https://en.wikipedia.org/wiki/List_of_Qualcomm_Snapdragon_systems-on-chip#Snapdragon_835_and_845_(2017/18)
とかQualcommの公式資料とかを照らし合わせてみると、VP9 10bitのデコード対応状況が不明確。
妙に重いのは、835ではVP9 10bitのハードウェアデコードに対応しておらず、ソフトウェアデコードになってるせいだと思う。 >>393
情報感謝
PSPで動画見てた時代にこういうのがありゃ最高だったのになぁ >>395
そういうことなのか
Thx!
ようやく意味がわかったよ
YouTubeの4K HDR動画で、倉木麻衣の動画の4K HDR版がどうにも重くて調べていたんだけど、やっと納得いったよ というかpqとhdr10の違いくらいは認識しててくれ >>397
その書き方だと、「4K HDR動画が全部重い」ではなくて、
「他の4K HDR動画は特に重くないけど倉木麻衣のだけ重い」というようにも読めるんだけど、そのへんどうなんだろ。
倉木麻衣の花言葉4K HDRは60fpsだから、そのせいで重いと感じてるだけかもしれない。
他のは軽いというなら、フレームレートにも着目して調べたほうがいいかも。
VP9.2のHWデコードに対応してるかどうかは結局よくわからんけど、どちらにせよ
4K HDR VP9.2 30fpsくらいまでならなんとかデコードできて、60fpsだと追いつかなくなるくらいのスペックなのかも？ 可変fpsが実現できたら良いのにな
動きが遅い場面ではfpsを落とすとか、背景が変わらない場合は、背景だけfpsを落とすとか
それでかなりのファイルサイズを落とせる 同じ事ってのは結果が同じって意味な
動かない部分をまとめて圧縮するのはPとBでやってる VCEの僕にはちょっと何言ってるかよく分からないですね H.265もH.264も拡張子はMP4になってWindows10のプロパティで見てもどっちがどっちなのか分からないのが不便
一発で見分ける方法ってありますか？
エンコードはQSV使ってます 同じ箱に入れるのなら中身を見るしかないよね
後は違う箱に入れるか >>407
コンテナ(ファイル形式)とコーデックの区別ついてる？さらに言えばファイル名はまた別問題じゃね？
なんなら手持ちのH.264動画は全部mp4に、H.265動画は全部mkvにでもしたら？いっそ拡張子は全然違う物をつけた上で関連付けしたら？ >>407
自分はMPC-HCでプロパティ見て判断してる。 確実じゃないけど
Windowsの拡張機能のH.265のデコーダーをインストールしなければ
H.265はサムネ表示されず
H.264はサムネ表示される 以前は「MediaTab」っていう、MediaInfoをプロパティタブに組込む拡張入れてたけど、H.265対応されたかされないかくらいで更新打切りになってしまった… >>416
今、Archive.orgから拾ってきて、使ってみたけど、
同梱のMediaInfoライブラリを最新のもの（リネームは必要）と入れ替えれば使えるみたいだよ。
-f オプションにも対応しているし、プロパティタブから開けるというのはある意味便利なので、
MediaInfo Lite（こちらは別のコンテキストメニューとして開く）と併用しようかな。
残念なのは、メディアファイルのフルパスに全角スペースありかつ半角スペース無しだと開けないという、
Windowsコマンドライン既知の放置バグが影響すること。
こればかりはM$のせいだからどうしようもない。 >>407
エクスプローラを詳細表示にして、カラムに「ビデオ圧縮」を追加する みんな地味に困ってるんだな
拡張子はMP5で良かった >>419
一度確認したらフォルダ別にしたらええやん ファイル名の最後に使用コーデックを表示すればいいんじゃないの？
リネームアプリにそういうのをやってくれるのもあるし。
あとは、ファイルのポップアップに表示させるような拡張があったような。 RenoirはZen 2コアのまま消費電力を最大75％削減 AMD CPUロードマップ
https://ascii.jp/elem/000/004/006/4006678/3/
そもそもRaven Ridge/Picassoから、エンコーダー/デコーダーはVCN(Video Codec Next)と呼ばれているが、これが第2世代のVCN2になった。
性能的にはRadeon RX 5000シリーズに搭載されているもののサブセットというあたりで、
H.264のみ4K120fpsのデコードが可能だが、あとはすべて4K60fpsないし2K240fpsのエンコード/デコード性能となっている。
https://ascii.jp/img/2020/03/20/3023647/o/ee987428c721d427.jpg デスクトップCPUのRocketLakeってのにIceLakeのエンコーダ載るのかな
リリース時期はいつだ ttps://northwood.blog.fc2.com/blog-entry-10197.html
“Rocket Lake-S”は今のところ2020年末が予定されている。
だそうだ アイスレイクのQSVはNVENCを超えてるみたいだな
でもマザボ買い替えは面倒だな 年末なら意外と早いな
cpu部分はコア数少ない安いのでいいんだけどiGPUも安物になっちゃうかな >>425
SGX廃止か
ま、やむを得ないでしょうね 流行るかねぇ
ま、外付けGPUからの出力に非対応だった時点でUHD-BDは終わっていた気もするのだが >>425
メディアのところのE2Eって何かと思ってググッたらロスレスなのね
ロスレスのエンコーダー、デコーダーが載るんかな VCEとQSVで画質保ったまま高速エンコしたいとアレコレやってみたけど
結局Ryzenでx264/x265ぶん回した方がラクってなってきた
NVenc使えたら世界が変わるんかな・・・ もう少し技術が進めば
CPUエンコするとき一部分だけを
GPUの回路借りたりもできるんだろうけど
まだそこまで行ってない
最終的にはMMXのチェックボックス選択するみたいに
NVCも気軽に選べればいいんだけどね >>433
それCUDAエンコでしょ
十年くらい前からあるよ
画質が酷すぎてインタレ解除くらいにしか使われなくなったけど >>433
それを突き進めたのがIceLakeのiGPU >>432
漠然と早くしたいだけなら。。。爆速なのは保障するｗ
ただねぇ、実際RTXを使ってるけどNVENCの出番は限定的だよ。キャプチャとかedcbの録画後実行batに仕込むくらいか
圧縮効率もTuringのHEVC+Bフレ≒x264で悪くないが、x265が頭1つ抜けてるから結局保存用には使わない
まぁでも文面から察するにゲフォ自体使ってなさそうだが、エンコするならCUDAあると捗るよ？
個人的にはNVENCよりQTGMC＋αをKFMに置き換えてマジ感動した。無駄にゃならんと思う そのうちマザーボードも差別化が難しくなってハードウェアエンコードのチップ乗せてきたりして 趣旨ははずれるがShadowPlay優秀だからゲフォいいと思う >>436
turingでやってるけどts→h.265を1500kbpsでssim0.995までいけるよ
設定かエンコソフトが悪いんじゃない？
ソフトによってbフレーム設定してても使ってない事があるからbフレあるか確認した方がいいよ
例えばA'sとかハンドブレイクはnvencの265でbフレを使わない
Xmediaはbフレ数を設定するOptionがあるのに使わなかったりする 俺がやってるのは実写映画だな
ドキュメンタリーだと実写でもssimが0.98くらいまで下がることもある
映画とドキュメンタリーは実写でも映し方が違うのかもな 実写の中でもドキュメンタリー系は縮まないね
一般的な欧米の映画ゆあドラマだと縮む（でも劣化が分かりやすい） >>432
スマホ視聴用にNVENCで爆速エンコして見て捨てるってのが結構いい使い方だと気づいた >>444
それが本来の用途だな
初代のQSVも最初は保存用には画質悪くてイラネって感じだったが、
変換用途で使えるって広まったし もうNVENCの専用拡張ボードだしてくれよアイドル0ワットの 1枚5万の業務用になってしまう
尚、ampere登場後は化石になる まーそんなマザー買うくらいなら3900Xでも用意するほうが得だわな NVencでバッチ出力したいけどうまくいかない
どっかのブログにあった
NVEncC64.exe -c hevc –cqp 28:30:32 –gop-len auto –sar 4:3 –bref-mode each –audio-copy -i %1 -o %1.mp4
でファイル作ってもエンコード始まらないし何がおかしいんだろ >>450
そのバッチファイルにエンコードしたいファイルをドロップしてもだめ？ >>451
ダメですね…
Aviutl拡張用のNVencファイル内にBatファイル作って作動してもうまくいかず、Aviutlの方もエンコがうまくいかなくなったので
別のストレージにBatでエンコするためのファイルを作ってそこでエンコ使用としています
グラボはRTX2070なのでBフレームやらは対応してるはずです >>450
「NVEncC64.exe」が置いてあるフォルダを指定してない
使いたいNVEncCのバージョンがおいてあるとこで「アドレスのコピー」
cd /d "コピーしたアドレス"
でディレクトリ移動しとけばそのコマンドプロンプトを開いてる間は省略できる
バッチなら移動ではなく指定するだけでいい
コマンドプロンプト調べようね
https://www.pg-fl.jp/ >>453
ありがとうございます
勉強してきます
>>454
mp4です %1はドラッグしたファイル名に置き換えられるんだから、入力と出力が同じになってまうやないかw aaa.mp4をいれたら
aaa.mp4.mp4になってしまうけど
一応通りそうだしねえ… フルパスでNVEncCをフルパスで指定すれば行けそうだが…
エラー内容は書いてないからこれだっていえんけど、あとはログ取ってエラー確認するとかだな。
%1は使いにくかろう。d:\は適当に修正して。
-i "%~1" -o "d:\%~n1.mp4" 2>"d:\%~n1.log" Aviutlでもエンコに失敗してるんだ、バッチ以前の問題では・・・ いろいろありがとうございます。
.batにドラッグしたら一瞬でプロセッサ？が消えてしまう感じですね
素でダブルクリックしたら.exeのアドレスから最後の文字まで写って一瞬で消えるって感じです
便利だと聞いて素人知識で飛びついてしまった結果手間取らせてしまい申し訳ないです
次回からはもうちょい勉強してから手を出してみます >>461
.batの最後の行にpauseて書けば自動で閉じないようになったと思う
それでどこでコケてるかわかるんじゃないか NVEnc.exeがwindowsにロックされてるとか 俺はバッチ考えるの面倒だからEXCEL使ってVBAで制御してるわ
バッチって機能少なすぎて面倒なんよね batもやろうと思えば結構頑張れるけど謎の小技っぽいの駆使しないといけないし
エンコ系は.pyか.shでかいてるかなぁ。 PowerShellでやれや
どうしてもVBでやるならVBSだろうし VBSよりVBAの方が変数や結果をセルに出力出来るんでチェックがやりやすい bat意外に機能豊富なんだよな
困るのは日付計算くらいかな PowerShellはパイプ出力が使えないから不適と
mukenかchikuzen氏が呟いてたぞ >>450をコピペすると、OPTIONのハイフンが全角と半角混在してるんだけど、
10歳のbatもそうならダメじゃない？大丈夫？ どれどれとコピペしてみたら文字化けした
全角・半角以前の問題っぽい? >>450
NVEncC64.exe -c hevc --cqp 28:30:32 --gop-len auto --sar 4:3 --bref-mode each --audio-copy -i %1 -o %1.mp4
一応動いた webページのをコピペしたら全角だったことはあるぞ amatsukazeをつかって溜まったtsをまとめてエンコしようと思い1650super導入
D3DVPを使うと1280x720へのリサイズ ファルサイズ 1/5 - 1/12くらいになる設定でCPUにもよるが400fps前後
インタレ解除をKFMにすると140fpsで
ふと x265 veryfastではどうかなと手持ちのPC群で試すと（kfm）
Ryzen5 2600で62fps
i5 9600k 5GHzで100fps
Ryzen9 3900Xで170fpsとなりNVEncが微妙に、、w 当然画質もx265のが良いわけで、、
tsは2600のマシンに溜めているので3700xにでも取り替えようかと思案中
CUDAだけならTuringでなくてもよいしねぇ、、
ハードエンコと関係なくってスマン ssim比較した上で言ってるか？
x265でも1passでveryfastはかなり酷いぞ？ 本人は「当然画質もx265のが良い」と言ってるぞ
画質は品質基準の数値次第やね お尋ねします。下記のコマンドでエンコしてみましたが、エンコードエンジンが負荷が
50%程度で推移しています。SWデコードにすると98%程度まで行きます。
これはHWデコードが追い付いていないということでしょうか？
GeForce GTX 1660 SUPER
Ryzen7 3800X
Win10Pro
ffmpeg.exe -hwaccel nvdec -c:v mpeg2_cuvid -i %1 -vcodec hevc_nvenc -preset fast -acodec aac -ab 128k -ac 2 -ar 48000 "%~dpn1.mp4" >>482
タスクマネージャのパフォーマンスタブで、
VideoEncodeエンジンとDecodeエンジンの使用率が個別に表示出来る
確認してみるとよか >>483
VideoEncode 58%
Decodeエンジン 68%
こんな感じです
>>484
はい、両方使用しています。
NvencC64は98%位に張り付いてくれます。 俺環かどうか確かめたかったんです。
皆さんの環境でもこうなんですね？ >>487
ん〜、多分-hwaccel_output_format cuda が抜けてるからだと思うべ >>488
ありがとうございます。
VideoDecodeが98%まで行きました。処理スピードも向上しました。 >>482
ちょっと気になることがあるので聞いておきたいのだけど、ffmpegはどこのどのバージョンを使いました？
（配布元と ffmpeg.exe -versionの情報が知りたい） >>492
ffmpeg version git-2020-03-30-8d019db
https://ffmpeg.zeranoe.com/builds/
これでいいのかな？ >>493
ありがとう。
以前は -hwaccel_output_format cuda なんて明示指定する必要なかったはずだよな〜と思って
調べてるところなんだけど、どうやら3月の頭にnvdec絡みで揉めてたみたいだ。
以下のページも3/4に変更されてる。
HWAccelIntro ? FFmpeg
https://trac.ffmpeg.org/wiki/HWAccelIntro
このページでの以前のフルHWトランスコードの説明は
ffmpeg -hwaccel cuvid -c:v h264_cuvid -i input -c:v h264_nvenc -preset slow output
になってて、NVIDIAのSDK9.1のドキュメント等でもそう書かれてる。
でも3月頭の変更後は
ffmpeg -hwaccel cuda -hwaccel_output_format cuda -i input -c:v h264_nvenc -preset slow output
を使えと書かれてる。 >>493-494
どうも今のソースだと、
・ 以前の -hwaccel cuvid のコードが消された。
・ -hwaccel の指定で用いるべきなのはcuda。一応nvdecとcuvidも指定できるが、ただのエイリアスで、内部でcudaに変更される。
（nvdecについては実装直後からずっとエイリアス。cuvidがエイリアスになったのは3月頭。）
・ -hwaccel cuvid を指定すれば、-hwaccel_output_format cuda も内部で自動指定されるけど、
「一応昔のコマンドとの互換性のために自動指定してやってっけど、いずれ廃止されっから
-hwaccel_output_format cuda は明示指定しとけよ！」って警告が出る。（これも3月頭の実装）
・-hwaccel cuvid や -hwaccel nvdec を指定した場合は、-hwaccel_output_format cuda の自動指定はされないので、
-hwaccel_output_format cuda を明示指定する必要がある。
という感じになってるっぽい。
・・・なんか揉めたままスレッドがロックされたっぽいんだけど、大丈夫なんかな、これ。 まだちゃんと読めてないんだけど、参考リンク
●3月頭の変更
ffmpeg: remove superfluous custom cuvid hwaccel ・ FFmpeg/FFmpeg@60b1f85 （コメント欄で何か揉めてる）
https://github.com/FFmpeg/FFmpeg/commit/60b1f85b67ccb907e4eba3e2c98839769690ed24
ffmpeg: default hwaccel_output_format to cuda when hwaccel is cuvid ・ FFmpeg/FFmpeg@cb3c77c
https://github.com/FFmpeg/FFmpeg/commit/cb3c77cfeed3d9b995fc8b387a1ef14561a4b6ea#commitcomment-37719468
●関連チケット
#6989 (Hwaccel cuvid fails with “Error creating a NVDEC decoder: 1”) ? FFmpeg
https://trac.ffmpeg.org/ticket/6989
なんかよくわからなくなってきたんで寝る・・・ >>495訂正
誤（×cuvid）
・-hwaccel cuvid や -hwaccel nvdec を指定した場合は、-hwaccel_output_format cuda の自動指定はされないので、
-hwaccel_output_format cuda を明示指定する必要がある。
正（○cuda）
・-hwaccel cuda や -hwaccel nvdec を指定した場合は、-hwaccel_output_format cuda の自動指定はされないので、
-hwaccel_output_format cuda を明示指定する必要がある。 >>479
見比べてみたけどブロックノイズが目立ちにくいかなぁ、、って程度
激しい動きのとこでもやや有利？
でも長い時間をかけるほどの差はないかなぁ、、というw
やっぱTuringえらいわww
どっちにするかはまだ思案中だけど、、
x265ならよりビットレートを下げてもいけそうではある
NVENCでやるにしてもRyzen2600じゃちょっと遅い感じだから
3800xにかえてみようかなと思ったり 動画のエンコード品質を静止画で検証する人ってなんなんだろうね >>500
検証というより比較する時に使う感じじゃない？
ソースに対してビットレート割り当てが極端に低くてブロックノイズ、オプションの違いによる擬色やバンディングとか発生しないと動画じゃ比較しにくいだろうし >>498
このスレの話じゃないけど、Ryzen2600はAVX2が使えないかわいそうな子だからx265もやるなら卒業してもいいと思うぞ
NVIDIAの次のGPUもIntelのICELakeエンコーダー搭載デスクトップ版もコロナのせいで秋から冬にずれ込んでるし
第3世代Ryzen使う人に発熱や消費電力を気にする人は少ないだろうし、無難な選択だと思う
半年後には早くも「第四世代Ryzenは最大32コア128スレッド！かもしれない」という噂もあるけどな 古い記憶だった。Zen3ではSMT4は見送りで使われないってことになってるみたいね…
1コア4スレッドもうちょっと先だねm(__)m むしろ36コア18スレッドみたいに2コアで1スレッドを動かす方が効率良くなったりして それがSMTともいえる（シングルではコア資源を使いきれないから別スレッドをねじ込める） アホは圧縮アルゴリズムを少し勉強しようね
今の動画はGOP単位の圧縮だから静止画の連続なんて言える状態じゃないよ どういう器官で映像見てるんだろ。
自分は目という器官で見てるんだけど。 時間軸方向に圧縮かかってないのって…MotionJPGくらいなのでは？ GOP単位とか時間軸方向だとか関係なく、デコードしたら静止画の連続だろとマジレスした方がいいのだろうか・・・ ほいでエンコの出来栄えを静止画で検証は意味あるんですかいの あるに決まってるじゃん
蛇足気味に書くと静止画・動画の両方大事で
一番アテにならないのはSIMMなどの数値 その静止画(動画)をハードかソフトのどちらでデコードするか、普段はどちらでデコードするかでも地味に変わるよね
気にする人は全部ソフトか圧縮無しなんだろうけど スレチだけど日付がゾロ目の日はIDに日付入るのかな？
3/3は書き込みなかったけど、2/2以来そんな風に見える NVENCでエンコードした動画って、デコーダは何を使えばいいの？ エンコードに使ったコーデックをデコードできるコーデックとでも言えばいいのか >>519
そもそもエンコードとデコードを理解できてなさそう
エンコードは動画を圧縮するもの、デコードは圧縮された動画を再生するもの
規格に沿っていればどのエンコーダーとデコーダーの組み合わせでも問題ない >>524
amatsukazeのx264でエンコードしたのは再生できるんだけど、
amatsukazeのNVENCでエンコードしたのは音は出るけど絵が出ない。
GT710なのでH.264のはず。
エンコーダとデコーダの相性とかあるのかなぁと。 media infoあたりでコーデック確認して、それに対応してるデコーダー使えばいいんじゃないか >>525
うｐっても問題ないサンプルは出せない？ >>525
そんな怪しいソフト使わないでTMPGEのソフトを使ったら良いと思う アマツカゼを怪しいソフト扱いは笑えるｗ
aviutlとかも怪しいソフトと思ってそう 怪しいとは思わないけどどちらも面倒くさいしとっつきにくい >>526
ありがとう。
もっといろいろ調べてみます。
>>527
ありがとう。
でも難しいかな。 過剰な自治は勘弁
>>525
winにデコーダーが入れてないとか
mpc-hcなりmpc-beでも再生できないの? 再生環境を書かないのはなんでなん
NVENCのオプションが怪しそうならAmatsukazeスレへ行くかここにオプション貼り付けるか IceLakeのエンコーダー、HEVC vs VP9の比較してるレビュー記事とかないのかな？ ノートでVP9エンコード自体が普通じゃないからなぁ
インプレス記者とか直接連絡した方が早そうだ VP9てYou Tube以外で見たことないけど故人で使う人いるのか >>540
sankakuでwebmとかある(VP8かもしれんけど)
音声はopusかvorbis
HEVCだと都合が悪い時に使うのかな？分からんけど
ハードウェアエンコ派からするとそもそもVP9はできないから選択肢に入らないし個人使用で再生環境変わらないならHEVCでいいし ゲームエンジン内で動画を再生するのに結構使われてるよ ゲームはH.264が標準だよ
ゲーム機やスマホでハードウェアデコード可能な最高効率がH.264なので
VP9は未対応が多い（PS4やXboxOneや古いスマホなど）、
HEVCはライセンス的に無効が多くて使えるのは新しいiPhoneくらい
任天堂スイッチだけは登場が新しいのでVP9が標準になってるが SoCがモバイル向けだからだろ
スマホも数年前からH.265のハードウェアデコード対応してる SoCは対応してるけど機種がライセンス料払ってないと使えないって事でしょ
MPEG2もSoCは対応してるのにフルセグ搭載機しかハードウェアデコード使えなかったしな
同じスナドラ801なのにXperiaZ3は対応しててZ3Cは対応してなかった あと中華Androidはどう見てもライセンス料払ってないだろって感じなのにMPEG2のハードウェアデコード使えたりしてアレだったｗ あそこは治外法権だからな。資本主義のルールなんて通じない。すべての資産は国のもんだから。 PCゲームのAssassin's Creed OdysseyがVP9つことるで ｴﾑﾍﾟｸﾞ２ってビットレート最適化してやればまだまだ頑張れると思うんだがな かなーリ頑張ってると思う。もう休んでもいいのだよ…
DVD円盤もそろそろ消えていいのだよ… MPEG-2とはまだまだ縁が切れることはないだろう
毎日お世話になってるアレに使われてるんだから >>555
それで満足できるなら、H264もHEVCもいらんだろ。 mpeg2なんて登場から四半世紀経ってるじゃん
もう終了でいいよw go proとかで撮影した4k hevcの編集とかって一般的にはどうしてんの？
軽いコーデックにエンコし直すんかね 今の発表の場ってほぼつべしかない
つべにあげると画質スコーンとおちるので
綺麗さ求めてもしょうがないからNVENCでさくっと出力してうぷる >>561
All-Intra、MPEG-2かH.264、720pか1080pくらいのプロキシファイル作ってそれで編集、書き出すときに元ファイルに差し替えでしょ。編集ソフトによっては数クリックでできる >>563
へーそんな工夫があんのか
編集なんかせんから知らんかったわ MPEG2をH.265として再生できる環境が普及すればもうMPEG2はお役御免で良いと思う >>565
MPEG2をh.265に分割エンコード+muxしながら再生する事になりそうだけど利点が分からない
モバイル機器だと処理が追いつかないだろうしh.265が再生できる環境ならMPEG2も普通に再生できるだろうし
h.265のハードウェアエンコードに対応してない環境だとCPU負荷が凄い事になる
それと処理が終わってない箇所にシークしようとしたら多分まともに再生できない わざわざ新しいコーデックに拘る理由は？
ビットレートの節約とかいうのなら、いまどき理由にはならんだろ 新しいってのはどこまでの事を言ってるんで？
h265とかvp9は新しいのかい 何でマスク必要なんだって言う浅草のおばちゃんみたいな発想だな
せめて次世代ビデオコーデックスレに書き込めばましな扱いされるのに >>572
極端な例えだけど「明日からスマホの通信費そのままで通信量半分にします」って言われて納得できる？
映像に限らず圧縮されてるものはたくさんあるんだから良いものになって損する事はない(対応環境やデコード負荷を除く) 565と >>572 は同じ人間だろうな
なんというか馬鹿レベルが同じというか 英語で書いてある本を日本語として読めたらいいよね！
とか言われても病院だよゥ！！としか言えない 無圧縮でも大丈夫なように回線を太くすれば最強！
全国家の予算使っても実現不可能そうだけど 無圧縮だと480p30fpsで1分１.5GBくらいなるのかな・・・恐ろしい
そして圧縮ってすばらしい >>582
640x480なら大体1.66GB
1920x1080だと大体11.2GB(60fpsは22.4GB)
以前遊びでやった>>348だと1920x1080,60fpsをロスレス出力して18GBくらい そもそも現実世界を4KやFHDの画像や映像にした時点で解像度が低くてロスレス圧縮にする価値は低い
例えば5千本ある線を4Kで映したところで5千本解像するわけではないからロスレス圧縮の意味がない
それよりも圧縮技術によるファイルサイズやビットレート削減のメリットの方がはるかに大きい
8K以上の解像度になって初めて無圧縮やロスレス圧縮っていう議論が必要になってくる >>588
なんだよ方向性って・・・。なんのことを言ってるのかさっぱりわからん。
>>579の推測が正しかったってことなのかなぁ。 このコロナ自粛期間中に不要不急のエンコードは控えて日本語の勉強を皆でしよう 見ていて辛さしかないのでここまでにしよう
どうしてこうなった 方向性というかどうかは別にして、
新しいコーデックを良しとする発言と
古いコーデックで十分とする発言が
同一の人物から出ていると考えるのは流石におかしい
周りの人は困るだろうなぁ ・・・後からもしかしてとは思ったんだが、>>588 と >>592 はﾜｯﾁｮｲのことを知らないのか・・・いや稀にかぶりもあるけども。
両者がともに 63- なのも気になるけど、まあどうでもいいか・・・。 使ってるプロバイダ、IPアドレスの先頭2オクテット、使ってるブラウザが共通なら同一のスリップになる VCEEnc.auo 6.00 SAR指定できない >>598
今まで同じGPUで過去バージョン使ってたなら当てはまらないけど、ハードウェアがsarオプション(あるいは特定の組み合わせ)に対応してないだけかもしれない
VCEでもテスト用のバッチファイル(.bat)が同梱されてるならそれで確認
ソフトやバージョンによって挙動が異なるかもしれない(Aviutl1.10とか)
auo側の問題だと確定したのなら最低限OSとGPU(+ドライバ)書いてご報告すればいいんじゃないかな とりあえずmpc-hcのプロパティなどでエンコードオプションを確認して
sar=が指定されてるか確認するのが先かな gtx1050で--weightp使えなくておかしいと思ったら仕様だったのを今更知った
ttps://rigaya34589.blog.fc2.com/blog-entry-927.html
Bフレーム使用時は使えない仕様だから実質的に900、1000番台のHEVC専用オプジョンだね
↓エラー表示見ててっきり「Bフレームには適用できねぇよ」って言われてるのかと思ってた(weightpがweighted predictionの略かもしれないとも)
weighted prediction with B frames unsupported. どこかでコピペしたやつをコピペ
bref-modeを有効にした物(ref mode: each)と無効にした物を比較すると、前者の方がavgQPの値が良かった。
有効
frame type I 145, avgQP 20.61, total size 3.83 MB
frame type P 790, avgQP 20.68, total size 10.81 MB
frame type B 3325, avgQP 22.65, total size 9.60 MB
無効
frame type I 145, avgQP 21.13, total size 3.64 MB
frame type P 937, avgQP 21.18, total size 11.82 MB
frame type B 3178, avgQP 23.12, total size 10.54 MB
866名無しさん＠編集中 (ﾜｯﾁｮｲ 2d01-6I5X)2019/06/11(火) 23:53:21.31ID:TzOyccpQ0
一方、nonrefpの方はうーん微妙
有効
frame type I 145, avgQP 20.65, total size 3.82 MB
frame type P 790, avgQP 20.68, total size 10.80 MB
frame type B 3325, avgQP 22.66, total size 9.62 MB
無効
frame type I 145, avgQP 20.61, total size 3.83 MB
frame type P 790, avgQP 20.68, total size 10.81 MB
frame type B 3325, avgQP 22.65, total size 9.60 MB 868名無しさん＠編集中 (ﾜｯﾁｮｲWW 1f5f-escs)2019/06/12(水) 03:37:02.22ID:foo2YXVx0
画質容量比を優先するなら
bref-modeは基本的に有効、nonrefpは無効
ここらへんは再生時の利便性とかで僅かな圧縮効率とトレードオフで適用を調整する
ネットワーク経由での再生とかでシークで再生箇所を移動させた後、再生環境側のキャッシュ内にあるフレーム情報不足で乱れたりする場合の対策になる
bref-modeはBフレーム間の参照をmiddleで半減、earhは有効に出来るので圧縮効率が上がるけど、フレーム間の関連性は高くなるので、
middleや無効で前記の再生位置の移動後に画像が乱れる場合の対策になる場合がある（効果は再生側の対応にもよる
nonprefpは有効にするとフレーム情報不足で普通ならIフレームまで参照を遡る必要があるケースでも、
経路途中に参照の制限されたPフレームがあればIフレームまで遡らなくて済む様になる
これも再生側側の対応次第だけど、GOP長短くしてIフレーム増やす様な事しないで済ませられる（事もある
結局はケースバイケースだけど、ネットワーク越しでの再生時の利便性向上要素って感じだな 先生方質問です！
tsファイルや4K動画の圧縮目的でGTX1060を購入し、NVENCで常時450fps程度の速度が出て一応満足してます。
（パッと見の画質が変わらなければ良く、ひたすら速度重視）
しあし、もうちょい速度を出そうとGTX1060をフルオーバークロックの設定にしてみてもサイレントモードとfpsが全く変化しません。
GPUクロックは
サイレントモードでは1800Mhz程度
オーバークロックでは2150Mhz程度
他にボトルネックになる要因は特に見当たらないのですが…。 >>608
読み書きが同じHDDまたは遅いHDDの場合は速度がボトルネックになってる可能性がある
とりあえずタスクマネージャーで100%に張り付いてるのがないか確認
ないならVEクロックが上がってるか確認 >>608
そもそもNVENCやCUDAコアの使用率どうなってるの？ 早々に皆さん回答ありがとうございます。
NVMeのSSDとHDD双方で読み書きを分けても変化無しなのでストレージは除外。
タスクマネージャーでcpuは当然低負荷（i5の9600Kで15%程度）なので除外
タスクマネージャー上でGPUはエンコード側（NVENC）で90%丁度位で推移、ここがオーバークロック時でもあまり変化しない。
デコード（LAV video デコーダ）側は60%台ですね。
>>610氏のおっしゃる通りオーバークロック時にビデオエンコードの使用量があまり変化していないのが気になりますが、ソフトウェアでここに制限が掛かる設定なんてありますか？
A's video コンバータ使用です。 >>613
ピタリ32gbです
ちなみに4・5ギガの単ファイルでも
トータル100ギガ超えのバッチ処理でも
処理が動いてしまえばfpsに変わり無しです >>612
自分が過去スレ153で質問したけどクロックが上がっても使用率は変わらずにfpsが向上する
とりあえずログでVE使用率ではなくVEクロックが上がってるか確認、上がってるならfpsが上がるはずだと思うけど >>615
素人質問になります、すんません。
A's Video Converterだとビデオエンコーダのクロックはログに出て来ないんですが、皆さんはaviutlのNVEncプラグイン上からログ見てるんですか？ >>616
ログ出ないのか、aviutlもNVEncCも出たけど最後に出力されるだけでバラツキが出る
何回か試せばこれ以上は上がらないなって値(サーマルスロットリングが発生したら若干落ちる)がおおよそ分かるだろうけど
CPUID(モニタリングソフト)ならリアルタイムで表示してくれるからエンコード中に見れば分かる
A's Video ConverterでVEクロックやfpsが変わらなかったら一応NVEncCでも試す
そうすればソフトかそれが以外が原因かどうか分かるんじゃないかな 自粛自粛で配信が増えてNVEnc使えるビデオカードの売り上げが上がると予想 zeranoe ffmpegの最新版(ffmpeg-20200504-5767a2e-win64-static.zip)を落としたらvp9_qsvのエンコーダーが使えるようになってた
icelakeのPC持ってないから試せないけどWindowsでもQSVのVP9エンコードが出来るようになったんじゃないかな？
ちなみにffmpeg -codecs > codecs.txtのコマンドを打つと対応コーデックの一覧がcodecs.txtに出力されるから
そこでvp9_qsvを確認することが出来るよ vp9_qsvの文字はだいぶ前からあるけれども・・・icelakeなんてもってない！
あら、qsvはKebyLakeから対応してなかったっけ？それも持ってないが！
個人的には秋のRocketでNVEncから卒業するか、Ampereでやっぱり離れられないか…
>>629
30ｘ0シリーズは、とりあえずレイトレ―スが4倍性能になって、レイトレ―スなしのGTXは用意されない方向みたいだね
まだこのスレ的に魅力な言葉はないが、とりあえずXboxとPS5のAMDレイトレ―スの一歩先を搭載予定 NVENC GEN7は8k60fpsまでって北森に書いてあった。
画質面での強化も欲しい amatsukazeか自分でbat作ってNVEncに投げればいいだけでは? AV1なんて主流にならないし人気も出ないから美味しいことは何もない
そのくせ価格に反映されて高くなったら客が離れていくだけ
ハードウェアエンコードってグラボにとってはおまけの機能なんだからそこまでコスモかけられないよ コスモ石油、怒っていいんだぞ
NVIDIAにはCUDAで実用的な品質をもった超解像拡大処理やAIを駆使したインターレース解除を実用化してもらいたい
特にインターレース解除は4Kや8Kに拡大したときに荒らが目立ちすぎて嫌になる インターレースとかCMとかゲーム配信に関係ないじゃん
Nvidiaが関心持つはずもなく PCは邪悪だと拒みインターレースにこだわったのが
当の日本人（家電メーカーや放送局）ってのが面白いよな マイクソの古川が社長の時、プログレにしろって強硬に抗議したけどNHKが頑なに首を振らなかったらしい QSVEncCにも--vpp-afsが実装されたりしないかしら。 今でもインターレース放送だしな。
チャンネル変える度1080iとか480iと表示される。 インターレスは今の強力なGPU使った画像補完ができる時代こそ見直されるべきテクノロジー
NHKの先人達はそこまで見据えてインターレスに固執したんだと思う >>647
そのボケちっとも面白くない。
あえてマジレスすると、補完するなら遅延が発生してゲーム向けじゃないし ビールス(ドイツ語)
ウイルス(ラテン語)
バイラス(英語) ウイルス（ドイツ語）
ヴァイラス（英語）
ヴィールス（オランダ語？）
ビールス（スペイン語）
フォルクスヴァーゲン（ドイツ語）
ヴォルクスワーゲン（英語）
フォルクスワーゲン（日本語） 中学生の時、友達がキメ顔で
「ノゥ、ローディング…！」
って言ってたの思い出した スルー出来ない君も仲間だ同志よ！
NVENC Gen7までアオハルを満喫しよう！ NVEnc 5.01でLinux対応したんだね(NVEncC)
Ubuntu 19.10と18.04(AWS)はテスト済みみたい Ubuntuでハードエンコしたところで速度も画質も変わらないんじゃね？ エンコサーバを作りたい人向けじゃ(*´･ω･)(･ω･｀*)ﾈｰの？ NVENCCでデコード、前処理やらせてエンコードはx265に投げるのって出来ないですか？
pipe out使ってもうまく出来ない。 afsでも使いたいのでは
avisynth (avisynth)でもafs使えると便利だから
自分も方法があるならやりたい H.265だとインターレース保持はまともに使えないみたいだし、
afsで加工してから流すのも悪くないよね。
そういう意味でQSVEncCにもafsが欲しいと思う今日この頃。
IceLakeでちゃっちゃと圧縮したい時とか。 NVENCCで基本フィルタをかけつつ、
AVIsynth無しでx265に渡したいのです。
目的はGPU→CPUに一度で渡したいためです。
Avisynth経由したらCPU→GPU→CPUとなり速度が犠牲になりそうな点です。 まるでNVEncCのフィルタがCPU使ってないみたいじゃない 省いちゃいましたが、デコーダ→フィルタ→x265です。
NVENCCもCPU使うのは知ってます。
1コア監視に割いてます。 動作確認してないけど
--output-format yuv4mpegpipe --output - | x265 …
を試してみては？ Handbrakeでエンコードしております
動画は1920×1080 4GB データー速度5997kbps 総ビートレット6189kbps
のものをh265 nvidiaNVNCで
品質ではなく
平均ビートレット3500にして
エンコーダープリセットをslwにしてエンコードしたところ
容量2GBになりました かかった時間は30分
それでエンコーダープリセットをfastに変えてエンコードしたところ
それも2gbになりました かかった時間は7分
それで画質も容量も変わらないです
それはなぜなのでしょうか
時間は2倍以上違うのに
slwは画質良いが遅い
fastは画質悪いが早い
と聞いたのですが >>677
ソースにした動画によりけり
2passならウルトラファストとミドルでも大差なくなるし ああそれとハンドブレイクはnvencのh265でbフレームを使っわないからやめた方がいいよ
プロファイルもmain のみでmain10は使えないでしょ？
nvenccを使えば同じ画質で1500〜1800くらいまで圧縮できるぞ >>677
平均ビットレートを指定しているから当たり前
画質は静止画で画質比較するような人が良い悪いをいうから
動画で見たら気が付かないなんてのはよくある >>677
画質なんて主観的な部分も多いからね
例えば60点を下回る画質だと画質悪いと認識できるような人が、80点と90点の差で設定を変えても
なんだ設定変えても画質変わらないじゃん、って感想になる
fastにしたらslwよりも画質は落ちているはずだが、それを見分ける力がないだけ
別にけなしているわけではなく、多くの人があまり実用上でない範囲で画質の良し悪しを語ったりしてる
画質に拘るならAVIだよ >>682
いや容量もビートレットも全部同じなんだけど
>>681
そもそも画質の良い悪いって解像度とビートレットで判断するものだよね
どっちも同じに設定したら
fastとslowでエンコード時間が三倍違くても画質は変わらないのか 画質の良し悪しは解像度とビットレートだけで決まるのか
多分彼は違う異世界の住人ですね >>686
煽る前に他になにで違いが出るのか教えてくれ 多すぎて色々としか言いようがないが
連続bフレーム数とか動き分析とかbフレーム作るときの参照数とか
インターレースを何で解除するかとか
他にも何十項目も高画質化の機能はあるから調べなよ 静止画に近い映像ならオプションで差はまず出ない
動きがある時に、軽いpresetなら動きに追随できずノイズっぽくなったりボケたりする（x264/x265の場合）
そして軽いpresetによる構造的に発生するノイズやボケは、いくらビットレートを盛っても解消できないから
特に理由がないなら重いpresetを使うのがベター
ただ、動いてるものに対する人間の認知力は下がるから
presetによる違いは分かるかもしれないし分からないかもしれない 画質の良い悪いはソースでも変わる
エンコード後の事でいうならオプションによって画質容量比が変わるだけ、QPとか色々比較すれば分かる
やってないだろうし画質が変わらないという事はない(違いを認識できるかどうかは別)
そもそもビットレートを無駄に振りまくってたらfastとslowの違いは分からないかもしれない
ノイズが結構でるくらいのビットレートにすれば違いが分かるかも
ソースによって変わるしQPやSSIMの表記もないしそもそも数値だけでは画質の良し悪しなんて分からない(ソースに対しての良し悪しは分かる)
それとfpsの違いでも必要ビットレートかなり変わるし水増しフレームの程度(多ければ多いほど縮む)によっても変わる 画質の良し悪しが「解像度とビットレートだけ」で決まるんなら、こんなに数多くのコーデックが世の中に存在する意味は何なんだと… >>685
だから同じビットレートでもファイルサイズでもエンコードによって画質は変わってくるわけよ
例えば丁寧に計算した結果と、やっつけとまで言わないけど速度優先で効率的に近似的に計算したのとの違い
それがfastとslwの差
でもその差が見分けつかないレベルでの差であればもう差はないと言っていいということ
なので容量とビットレートが同じでも画質の差が出てくることはあるし、差があるはずなのに違いが判らない
ことも普通にある バイナリで比較しなよ。日本語分からなくても、きっと違いが分かる人になれると思うよ。 いやまて、ビットレートじゃなくビートレットを基準にしてるから、
これまでの概念を覆す多次元品質で評価してるのかもしれん。
つまり、しらんけど。 まじか
８ビートの動画はノリが良いとかそういう話だったのか Premiere ProがNVENC対応。書き出しが5倍高速に
https://pc.watch.impress.co.jp/docs/news/1253499.html
Premiere Pro バージョン14.2では、ハードウェアエンコーダ「NVENC」の統合が図られ、H.264およびH.265/HEVCコーデックの動画の書き出し速度が大幅に高速化。
高品質な映像コンテンツをよりすばやく作製できるようになる。
Premiere Proのほか、Media Encorder、After Effects、Auditionでも同様に書き出しが高速化される CPU 3700Xで
3時間で4gbの動画のエンコードに二時間もかかるんだけどこんなにかかるもんなの？？？
ちなみにRTX2060のGPUエンコードだと20分
CPUでエンコードなんてやってたら
沢山あるエッチな動画のエンコードに何ヶ月もかかってしまうのですが… >>703
そんなもんフィルターだの設定によるんだから
それだけでは何とも
RTXでやれば良くね？ >>706
CPUだと画質が良くて容量も少なくできると聞きました
グラボだと汚くなり容量もでかいと聞きました いや1本二時間もかかるなんて思わなかったんですよね
CPUエンコードだと… >>707
聞きましたじゃなくて
実際自分の目で見て、RTXエンコ済みのデータは許容範囲ならそれでいいじゃん
見て違いがわからないなら時間かけるのなんて無駄だよ
少しでも綺麗に小さくしたいのは理解できるけど
費用対効果の割に合うのか そもそもハードウェアエンコードスレでそれ言うか？
時間を優先しつつ高画質にしたいならともかく >>713
ていうよりもCPUエンコードはこんなにも時間かかるとは思っていませんでした
CPUでエロ動画をエンコードしてる人はこれが普通なんですかね
ネットとか見ても
AV エンコード とかでてこなくて… コマンドラインでやらないとなかなか設定内容なんて理解できないと思うけど・・・
エンコーダープリセットを一番左にすれば多少早くなりそうだねぃ
あとそのくらいのビットレートでFHDだと内容によっては破綻してそうだけど、気にならないならやっぱHWでいいと思う
AVエンコードは実写のやたら動きが多くて暗部・髪の毛がつぶれてやハイライトが飛びやすい動画だという感じだな、18禁指定されると閲覧者が減るからわざわざ書かないと思う
円盤でも撮影や編集時にヘボがいて破綻しているようなものも多いし気にしちゃいかんのだろうけど、ビットレートが足りないとあからさまにブロックノイズやぼやけ感が出る
衛星物は再ぼかし入れてるから余計ひどいことになってるけどな 文章とエンコード対象からにじみ出るホンモノ感が怖すぎる >>717
より低いビットレートで高画質にしようとするとCPUのが勝る
ただそれには設定等かなり詰める必要があり、RTXでのエンコード結果、画質が満足ならそれでいいと思う 数年前、昔新宿で売ってそうなVHS裏ビデオ貰ったんだけど 洗濯屋ケンちゃん とかあったような・・
多すぎて（衣装ケース３個分位）処分しちゃったわ エンコしておけばよかったかな
引っ越しするけどマンションのゴミ置き場に捨てるの恥ずかしいからあげる って コロナ渦でHDDが下がらないからエンコしなければならない >>716
4GB/3時間だからSDサイズかと思ったらフルHDなのか
普通のソースだと↓な感じだから実時間を割り込むなら早く終わったほう
https://rigaya34589.blog.fc2.com/blog-entry-1232.html ビットレート高めでエンコードするならNzvEncでもいい。
ある程度ビットレート落とすとNVEncは一気に破綻するポイントがあるが、x265はそうでもない。
そのため、品質固定でエンコードするとNvEncとx265で要領が倍以上の差になったりする。 破綻したことないけど低ビットレートを攻め過ぎなんじゃないかな
FHDで15kなら余裕の画質だぞ >>720
じゃあCPuでAVをエンコードする人はいないんですか？？
アホみたいに時間かかるのに 30分アニメのエンコードに6時間とかの時代を経験してたら朝飯前
ぶっちゃけ寝てるまに終わってれば遅いも早いも誤差みたいなもん >>727
高画質にこだわる人はやってんじゃない？
3950xなど使えば時間も短縮できるし 時間かかるって言っても放置するだけだからな
リアルタイムで出力してほしい用途でなければソフトエンコでいいと思ってる 一昔前のお気に入り動画1280x720を、1440pにアプコンしてノイズ除去してH265化したけど、
CPUエンコしようとしたら余裕で1カ月以上掛かりそうだったからやめたw
結局NVencで2週間位ぶっ通しで変換したよ。 AVてネットで落としたやつでしょ？
ファイナルになるようにエンコしてるだろうから
再エンコしないまま保存するのが一番良いような気がするけど…
BDで買ってｺﾞﾆｮｺﾞﾆﾖしてる人なのかな？ エンコしてから売ったり配信したりしてる物を再エンコしてもあまりメリットないよな
自分で録画や撮影したものならまだ分かるが >>735
ダウンロード販売してるのをそのまま再生すると変な所で引っかかったりする事があって
そういうのは再エンコしてるな
それで大体解決する 鍋といえばなぜかコンビニのおでんを思い出したけどあれ絶対なくなるだろうな
唾入りまくりだし >>733
数百本はあったから、量の問題です。
気合い入れてアプコンするならwaifu2x使うけど、なんか優秀な奴あるの？
waifu2xでアプコン&ノイズ除去、SVPで60fps化して、NVencでH265してます。 >>711
無限容量の記録媒体が登場すればエンコードは不要になるのだ？ >>743
その場合の記録媒体は二酸化炭素だな
普段は小さなチップに情報を詰め込んで、それを二酸化炭素に展開する
二酸化炭素はどこにでもあるし、使うときだけ調達する形にしたら記録媒体には困らない DMMの人がAV1とかのレポートしていたなぁ
ニコの人はFPGAでハードウェアエンコーダをつくっていた。 >>742
アプコンなんてしても、画質落ちるだけなのになんでやんの？
なんかメリットあんの？ アプコンは劣化する上にデータ量が増える
スケーリングは再生機器に任せたほうが良いよね waifu2好きな人には何言っても無駄なイメージしかない >>735
性能が低いカーナビとかモバイル端末だと再生要件厳しかったりする(HD未満とかコーデックとかレベルetc...)、PS3とかPS4のBlu-ray再生も色々ある(Blu-ray周りがすごくめんどくさい)
この場合は圧縮というよりは変換目的だけど(だいたい何かしら落とすからついでに容量が減る) >>750
普通に考えるとそれだよね
なんかメリットのある特殊ケースでもあるのかと思ったが、ないんか
そして意味不明な１行レスがなんで増えてんの？ MacBook Pro 15 Radeon Pro 560Xにwindows10入れて
tmpenc7でVCEエンコしたら８コアソフトエンコより遅くて吹いたわ。 NVEncの--vbrの引数をビットレートではなく固定品質でやってる人が多いのは何故？ 現状VCEがNVENCに勝ってる部分ってあるかな？ >>759
ビットレート指定より品質が安定するから ごめん。設定がおかしかったようで、VCEそこそこ早いですね
bフレーム使えたらなー >>759
ソースによって特定の品質にする為に必要なビットレートが異なるから調整が楽ってのもある
どちらにしてもqpmin設定しないと必要ないところで無駄振りするからある程度設定したほうがいい
ビットレート指定は再生機器側で上限がある場合とかこれ以上割り当てるくらいなら品質下げたほうがマシって時に使うとか >>760
指定レートやmaxrateをVCEのほうが厳密に守ってくれてる・・気がする ハードウェアエンコードって要するにグラボでエンコードするってことですか？
ていうかなんでCPUはソフトウェアってなるんですか？ >>770
ハードウェアエンコはGPU内部に専用に用意されている回路を使う
高速に処理できるが内蔵されている処理しか出来ない 新しいコーデックなど出てきてもエンコできるようにならないし画質も基本ずっとそのまま
高機能 高速にするにはハードごと取り替える必要がある
CPUはアプリを変えればどんなエンコードもできるし時間をかければハードエンコよりも高画質にできる
汎用であるがゆえに速度は遅いがコア数の多いCPUも安くなってきたので画質にこだわりたいならソフトエンコもよい >>770
ソフトウエア、ハードウエアって言葉すら知らないのか？
>>772
詳しく解説してるようで、微妙に間違ってるような
> ていうかなんでCPUはソフトウェアってなるんですか？
それにこっちは完全無視なの？ｗ >>774
ソフトエンコも>>772に書いてあるだろ。
読解力無いのか？ >>774
770は質問内容からして初心者なんでしょ
キミにも初心者だった時代はあるはず
自分でググッて理解しようとする人からすると
かなり甘えてんなと思うわw
こういうのにはGoogleの使い方教えた方がいいよ
ソフトウェアエンコード ハードウェアエンコード 違いでググるとかね
まあ>>772で説明は十分だと思うけど
ところで772、別におかしいこと言ってないと思うんだけど何か変かね??? 自分も772の説明の何が微妙に間違っているのか気になるわ ソフトエンコはCPUのコア数よりもソフトウェアのエンコードのアルゴリズムの方が影響が大きい
8コアでH.265をエンコードするよりも16コアでH.264をエンコードするほうがずっと早い CPUってのは物事を細かく分解して
最小単位で計算するシステム
身近な道具でいうとそろばんが近い
人間は10まで数えると一つ桁があがる
CPUは2まで数えると一つ桁があがる
つまりそろばんに5つついてるコマの上だけ使って計算する
とにかく単純にしてそのぶん凄いスピードでやればいいって考え方だな
ところがそれに適さない計算というのもある
たとえば円周率とかだな
そろばんで3.14159265…を掛けたりするのは大変
そこで少しズルしてそろばんの横に3.14専用の電卓を置いてしまう
円周率に関する計算だけはそっち使ってもいいよみたいなルールだ
これが浮動小数点数ユニットとかGPUを借りるみたいなイメージだ
これで円周率の計算だけはチョッ速になる
そのかわり3.14で決め打ちしてるのでそれ以上の精度はでなかったりする
NVENCもそんなイメージかと思う >>777
> ていうかなんでCPUはソフトウェアってなるんですか？
俺の解釈が斜め上だと言うなら、そう言ってくれて構わん。それでも敢えて >>770 を俺なりに解釈すると
「グラボ＝ハードエンコ、ＣＰＵ＝ソフトエンコ、ってことみたいだが、なんでそうなるの？」ってのが質問。
だから、俺が想定した回答は
回路がエンコードを処理するのはハードエンコ、プログラムがエンコードを処理するのはソフトエンコ
さらに、今はnvencの話をしてると思うからGPUのハードエンコの話だし、
x265なんかを比較対象にしてるからCPUのソフトエンコが前提って話だ
ってこと。
長文規制入ったので分ける 続き。
そしてちなみに一般論で言えば、もしcudaで直接エンコーダが書けるんなら、
gpuでもソフトエンコをすることは可能かもしれんし
cpuだってqsvなんかを使う話ならハードエンコの話だってことになるはず。
で、本当にそんな話を聞きたかったのかどうかは、俺も確信はなかったから >>774 で反応を待った
さらに、>>772 は俺の質問の解釈とは別の話になってるだろってことで、「そっちは無視か？」と書いた CPU、GPU、ASIC
NVEncはGPUといっても本当はASIC
QSVはASIC＋GPU（ASICのみモードもある） >>787
もちろん厳密に言えばそうなんだろうが、ハードエンコ、ソフトエンコの説明に
それ以上ややこしい事情を挟んだら、絶対に >>770 に通じるレベルでないと思ったんで割愛している
GPUというより「グラボ」で統一して書いた方が良かったな ﾜｯﾁｮｲ 3302-I6Yg
こいつみたいに前も一般に使われてる区分に難癖つけてレス乞食するやついたな 納得しないと前へ進めないタイプなんだろうね
フワッと理解するっていうのができない
違いは>>772で書かれてるのに内容自体が理解できない クルマに例えるなら
エンジンやクルマの仕組みがどうなっていようが理解などしていなくても
アクセル踏むと進んで、ブレーキ踏むと止まる
っての理解してれば十分なんだよ
エンジンやクルマ設計するわけでもないんだから
それを理解したいってなら自分で本でもネットでも探すべき(他人に頼らず)
エンジン設計してるエンジニアが
小学生にオレが完全に理解できるまで手伝え
って言われたとしても付き合わないよな？
根本的に知識も足りないのに付き合えっていうには面倒くさすぎる内容
ここにいる人たちはガチのエンジニアばかりでもないと思うけど
ある程度理解してれば十分でやめてんの CPU, SIMD, GPGPU, 専用回路 (QSV, NVENC)… そんなに難しい話か？
CPUを中心に置いたコンピュータ観において
CPUにとってのネイティブなコード（言うなれば母国語）を処理するエンコーディングの手法に
「ソフトウェア」とラベルを貼っている
CPUから見てグラフィック処理システムを周辺機器（つまりハードウェア）とみなして
その周辺機器にくっ付いたプロセッサのネイティブのコードで処理する手法を
「ハードウェア」と呼んでる
日本語の難しい話はわからない外国人だけど仕事めっちゃできる専門家に頼んじゃえって感じ
別途の費用で雇う（＝グラボ買う）必要があるけれどそれ以上に生産性が高い 俺には >>790-791 が適当なまま突き進んで、エンジニアに怨み買ってる営業みたいな奴に見える
一番重要な要件をあやふやにしたまま仕事とってくるような奴ことな
> 違いは>>772で書かれてるのに内容自体が理解できない
未だ理解できてないのな。質問は違いの解説を求めてるよりは、なぜCPUがソフトエンコなのか？
であって >>772 はそれを説明せずに前提とした上で、利点なんかを説明をしてるだけ。・・・と言ってる。 >>791
> エンジンやクルマの仕組みがどうなっていようが理解などしていなくても
それを説きたいなら >>770 に直接返していたなら意味があるだろうが、今更言ってる時点で言い訳臭い
でも、「そっちは無視か？」と言ったこちらの主旨は遅まきながら理解したってことかね？
> 小学生にオレが完全に理解できるまで手伝えって言われたとしても付き合わないよな？
こんなこと言ってるのは、話のすり替えに過ぎん。
小学生なら素朴な疑問を投げてくる事があっても不思議じゃないし、
ちゃんと理解してるエンジニアなら、小学生なりの知識に基づいて原理やしくみをかいつまんで解説できるだけの話だ。
もちろん >>770 が出てこない限り、俺が当てずっぽうなだけかも知れんし、もはや関係ない方向に向かってるけどね > もしcudaで直接エンコーダが書けるんなら、
> gpuでもソフトエンコをすることは可能かもしれんし
昔はGPGPUで爆速エンコだ！なんて期待してたけど
GPUの特性はエンコードに不向きで夢が潰えたのを思い出したよ すいません
初心者なのですが、質問させてください
GPUエンコードを初めてしてみようと思ったのですが、うまくできなくて困っています
レンダラーをGPU高速処理（CUDA）にしてエンコードしているのですが、GPUが全く使用されません
Media Encoderでレンダラーのところにカーソルを合わせると、「ソフトウェア」のみを選択して、ハードウェアアクセラレーションを無効にしてください、と出るのですが、どうやったらいいのかがわかりません
Media EncoderもGPU高速処理（CUDA）にしているのですが、やっぱりGPUは全く使われません
検索してみても、私にはどうしたらいいのかが分かりませんでした
どなたか、わかる方いらっしゃったら教えてください
OSはwindows 10、GPUはRTX 2070 super、CPUはAMD Ryzen7 3700x、メモリは16Gです >>796
一時期はなんでも並列化で時短できるという明るい未来に夢を持ってたよね
専用ロジック積んでるのは十年以上にわたる過去の積み重ねで、開発だけじゃなく数億を超える外部の意見の集約なのに
いいこと思いついたと勘違いした無知の個人のひらめき程度のことを、今まで誰も思いつかなかったのかという話だよな 普段から主語を明瞭にしない叙述をする人は
・省略が多いため他人からは論理的思考に飛躍がある人物と思われている
・尋ね返すとしばしば激昂する（当人にとっては自明なことをくどくど訊かれている）
悪く取られてしまうと
・都合の悪いことを説明しなかったり知ったかぶりで言いくるめようとする印象がある
社会から疎外されていると感じるのは自分の言葉遣いに原因があるのかもしれません ハードウェアエンコードは将棋に例えると朝日杯とかNHK杯に相当する
ソフトウェアエンコードは名人戦や竜王戦に相当
勝った負けたを決めるのはどっちでも同じだが棋譜の差は大きい >>795
ID真っ赤にしてバカにされたと思ってるのかもしれないけどこれが最後(ウザがってる人がいるので)
>>772は小学生向けにかいつまんで書かれた説明
文脈から理解できないなら半導体の仕組みや
プログラムがどうやって動いてるかでもググれば？
話がここまで面倒になるんだよ
まあオレもこのスレッドで話されてる内容
理解できないことなんか多々あるけれど
べつにエンコはできてるし
ただの遊びだし(本業じゃないし)
正直ハードウェアエンコの仕組みなんざ100%なんし理解しとらん
追求するには自分があまりに知識不足なのは自覚してるから追求しないってだけ
わからないことがわからないレベル
キミも一緒
これをイチから全部他人に説明しろなんてのは
このスレの大多数にとっては面倒くさすぎる要求なのは間違いない
理解できないのは恥ずかしいことじゃないが
かいつまんだ説明も理解できないような人に
他人が時間割くような内容じゃない
別にID真っ赤にして怒るようなことでもないよ？ >>804
> ID真っ赤にしてバカにされたと思ってるのかもしれないけどこれが最後(ウザがってる人がいるので)
> >>772は小学生向けにかいつまんで書かれた説明
自己紹介って奴だろ。そっちの方がよっぽど長文で無関係な話をしすぎ
そんで、さすがに後出し情報として面白すぎるだろそれ。 >>770 は小学生だったのか？
> これをイチから全部他人に説明しろなんてのは
そんな話誰もしてないぞ。天然なのかね？
どんなに長文レスしようが、「なんでCPUはソフトウェアってなるんですか？」に対する回答、例えば
「CPUが処理するものがプログラムで書かれてる限り、それはソフトウエアである」 という説明が
なぜ >>772 になかったのか？
それを話さない俺にアンカー付きでレスする意味がないし、延々話題逸らしをやってても滑稽なだけだがｗ
まあ >804 が最後なら別にレスはいらないけどな ハードウェアエンコード
早いが汚い→最近はかなり綺麗になった
グラボや対応CPUが必要
ソフトウェアエンコード
遅いが綺麗
画質重視の人や、追加投資しないでたまにエンコードしたい人向け
これだけ覚えていればよろしい >>808
＞最近はかなり綺麗になった
VCE「せやな」 VCE「もちろん俺も入ってるだろ、ハードウェアエンコードだし、グラボの型番5000番だし、これから3000のやつより常に上にいるし！」 いろいろありますが
ズバリどの組み合わせが最強なんですか？ >>812
CPUはRYZEN 3000シリーズ
GPUはGeforceに決まってるやん
きれいにエンコードしたい場合は
CPUでエンコード
普通にエンコードしたい場合は
GPUでNvencエンコード
qsvはいらんやろ 画質も時間も中間だし
vceは…聞くな QSV・・・キヤノン
NVEnc・・・ソニー
VCE・・・ニコン >>815
ふた昔前はニコンが王者だったので
VCEにそんな過去は無い 東芝とかパナソニックのBDレコに搭載されてるのはハードウェアエンコーダかな？
ビットレート落としても結構綺麗だからあのハードだけ欲しいわ BDに焼いてサルで抜けばいいんやで
まぁレコは再生チップとの補正・相性があるからPCに持ってきてもなぁ…
芝のSpursEngine時代からその傾向は変わらん。SuperEngineって読んで恥をかいたのは内緒。 >>817
家電は横720にリサイズとかしてるぞ
パナだけが低画質モードでも1440x1080ってドヤッてたはず >>819
そうなの？
自分の持ってるレコーダーはリサイズしてないけど？ 10年ぐらい前の話ではある
ところで、どうやって確認してたの? 昔のSONY機は横1920を1440にしてたかもしれん。音声もAC3にしてたし
今使ってるパナ機はリサイズしてないな 地上1920は激しい動きでブロックノイズ出まくっててトータルで1440に負けてるからな それでもマルチで片方1440やる方が画質的に厳しいんじゃね？ 今の子供ってブロックノイズがあるのが当たり前と思ってんだろうな
結局アナログハイビジョンが一番きれいだったってオチ >>820
どうやって確かめたんだ？
720本の縦のしましま表示する番組放送して、
それを色んなモードで録画→再生してシマシマ数えれば分かるかしら。 再エンコードで定評あるのはパナとソニー
一旦番組が終わってから改めてエンコし直している >>834
HDMIで繋いでればテレビの機能で表示できるだろう >>825
4K・8K導入でのスロット再編の時、NHK BSプレミアム以外はすべて1440になったよ。
そのBSプレミアムもスロット数削減で素人でも分かるくらい画質落ちたけどね。 結局解像度至上主義なんだよな
解像度が高ければ高画質っていう・・・デジカメと同じように考えてる人が多い
SDだと問題外だけど、FHDから4Kになんかするよりも圧縮方式を変えたほうがずっと良いのに
それで解像度が必要な人はアプコンすればいいだけ >>839
スロット再編で1440になったよ。
トゥェルビ以外は1920だったよ。 >>840
8Kなんか無駄に解像度高くて荒い映像だよ。
RAWで60Gbps必要なのに100Mbpsまで圧縮してるからな。 BS11は今も1920だよ
1440を1920にリサイズしてから放送してるって話を聞いたことあるから完全なフルHDではないらしいけどね BSのフルHDはNHK-BSプレミアム、BS11、WOWOWプライム、ライブ、シネマ どのみちビットレート足りないんだから
1440x1080にして画素数当たりのビットレート増やせと常々思ってる
放送屋のすることはイマイチ分からん >>840
アプコンこそ無駄だろ
>>847
そこは今更変えられないからな 衛星は再放送と韓国ドラマ中心だからなぁ 半島から金貰ってるとしか思えん局が多すぎる
アプコンは無駄だよなぁ。ショムニとか引き延ばした上に上下切ってる訳だし。CSAXNみたいに再放送はSDでやればいいのにな〜 >>838
昨日の21時にWOWOWシネマで録画した映画を確認したが1920だな
デマを飛ばすな いまのコーデックだとサイズ縮めるために解像度下げてもあんま結果変わらないんよ
昔はサイズ小さくすりゃ単純に容量減らせたけど
265とかvp9くらいになってくると解像度下げても思ったより小さくならない
放送に使われてるMPEG2は今となってはロートルだから
スロットあけるためには解像度がりがり削ればよかったけど
それを今のコーデックで再エンコするときは
解像度は弄らんほうがいいという個人的な感想 サイズを小さくしてもあまり圧縮率がよくならないのは昔（xvid時代）から
（なんでもMBあたりの情報密度が高くなるからなんだと）
自分的にはhevcで初めてリサイズして小さくできるようになったと感じてる >>854-855
そんなびっくりするような話ではない 未来少年コナンの悪口を言うヤツの録画部屋にこの週末ジムシイとうまそうが訪問します 未来少年コナンって襲撃されて拉致されてぐるぐる回る棒を押させられて旅立って仲間と一緒に悪を倒す奴？ 壊れたタイムマシンを修理するついでに悪を倒すみたいな感じのアニメでしょ >>856
録画映像のリサイズ有無をレコーダーからのHDMI出力で判断出来る理由を教えてくれ テレビ側に入力解像度を表示する機能が・・と思ったけど
レコーダー側でスケールして出すのが普通? ゲーム機で内部的には解像度低いのにテレビの出力チェック機能だとフルHDみたいなもん >>857
NHKで再放送されてるやつは上下カットされてハイビジョンになってるな
普通に両サイド黒帯のSD放送で良かったのに何たる改悪
頭が不自然に切れたりして不自然なんだよね 唐突に未来少年コナンが出てきたのはそういうことか
唐突過ぎて意味が分からなかった
>>865
細かい話だけどハイビジョンは縦720より大きな映像のことを言うから
比率4：3（左右黒帯）でも縦720以上ならハイビジョン放送になる
ついでにSD放送（SDサイズ）は縦480（慣例的には540以下だっけ?）のこと ツクモの閉店ラッシュ
ビデオカードを店頭で確認してから買える場が減るのは痛すぎる 店頭での確認って箱開けて中身みてから買えるの？
それとも動作確認までできるの？ KFMってYadifと比べてそんな違いある？
エンコ速度半分以下になるけど正直俺の目だとよくわからないんだけど yadifは問答無用でゴミ
反論は認めるが異論は認めない yadifは並べて見比べればボヤケてるかな？ってくらいなので
ドキュメンタリーみたいな画質にこだわる意味が無いものでは使ってるわ
映画は良いシーンを一時停止して観たりするからKFMだな
>>874
老人の顔のシワとか見比べてみ
建物や車みたいなものだとわからないと思う PCで使えるインターレース解除は、低品質なものが多くて困る 60iのテロップがなけりゃ映画アニメなんか逆テレシネだけでいいでしょ
60iのドラマやスポーツなんかは30ｐにデインタレしたらどうあがいても破綻するぞ
ボケてて当たり前 3700X/1060のマシンでamatsukazeでnvenc 10bit hevcでエンコしようとすると恐らくCPUがボトルネックで16fpsくらいしか出ない
タスクマネージャで見ると16スレッド中半分くらいしか働いてないように見えるんだけど何が問題だろう？
-c hevc --profile main10 --output-depth 10 --vbrhq 0 --vbr-quality 28 GPUドライバの入れ忘れでパフォーマンスが出てないとかじゃね
あるいはフィルタのCUDAを有効にし忘れてるとか >>883
まさかと思ってみてみたらCUDA切れてたわ
しょうもない質問してすまんかった https://www.phoronix.com/scan.php?page=news_item&;px=AMD-Sienna-Cichlid
AMD次期GPUでVCNのバージョン上がるのか
いい加減画質にも手を入れてほしいわ 最新のやつでは古井戸なくなったらしいやん？
naviかvisaか忘れたけど intel DG1ではqsvは搭載されるのかな？
そこが知りたい >>890
少なくともエンコーダとデコーダは搭載されるでしょ、dGPU用に開発してるのがあるならqsvじゃないかもしれないけど
スペースに余裕があるだろうからただ単純にqsvの強化版になってnvencより速くなるかもしれないし
ゲーム用に作られるとも決まってないから他にも専用のハードウェアが搭載されるかもしれない(NVIDIAのTensorコアみたいなのとか) >>891
もしicelake準拠のqsvの強化版が搭載されるとすれば、nvencをさらに上回る画質になるということか。 qsvの為にintelにするのはちょっとな
今はRyzen＋GeForceしか選択肢ないだろ NVIDIAのスパコンでAMD使うって話だからいやがらせレベルの手抜きをやめて今後はもうちょっと安定した構成への努力をしてくれるかもしれない(はなほじレベルの希望) >>885
これで画質が一気に上がったら草生えるわw AmpereはGPGPU用でNVENC載っていないのでその次の世代かな スパコン向けにNVENCが載ってないだけで
コンシューマー向けには搭載されるのでは Ampereはコンシューマ向けには出ないでしょ
Voltaと同じ 去年は「Turing GPU with Volta NVENC」なんて文字も見たな。懐かしい。 >>895
Ryzenでnvidiaカード使うと不安定になるとか報告でもあるの？ >>903
CCDとかキャッシュとかその辺じゃない？ >>903
ない。NVIDIAはRyzenとGeforceの組み合わせ最高だろって言った。 >>906
アメリカ人が言ったか
イギリス人が言ったか
中国人が言ったかで意味合い変わりそうな発言だな TVerくらいの綺麗さでいいからQSVで1080p30の60分で3Mbps1GBに収まらないかな 3Mbps(1秒あたり3Mbit=0.375MB)なので、1GBにおさまらないんだがぁ？ 1080pならNVENCCを使ってnvencでh265にすれば1.5Mbpsでも綺麗やで
bフレームは5にしてオプションは一通り一番重いやつにしとけよ ハードエンコやる人のほうがソフトエンコやる人よりもエンコの知識あるよね
ハードよりソフトのほうが画質良いんでしょ、って何も考えずにソフトエンコを選ぶ人多そう >>911
人それぞれ
>ハードよりソフトのほうが画質良いんでしょ、って何も考えずにソフトエンコを選ぶ人多そう
という人もいれば「HWのほうが段違いに早いし画質もいい（主観で）からHWで」と
何も考えずにHWエンコを選んでる人も多そう 画質比較をしてないって意味だよ
SWエンコで画質云々をしてる人は大抵してるが
「SWエンコなら画質いいんでしょ」って人も「早いHWでいいや」って人も違いはない ssimやpsnrが主観評価を再現しようとしてる事を知らないんだな Ivy Bridge世代のQSVだと謎の職務放棄でTMPGEncのバッチが停止することがあった
よーく調べたらBSの受信障害のドロップ箇所だったと
雨の季節真っ盛りだが今の環境のQSVもデリケートな感じ？
NVENCはロバスト性が高いようで悪路もブリブリと踏みしだいて仕事終える
このあたりはストレス少なくて助かる >>920
大きな目安になるのは否定しないが
高い数値=高画質ではないから、あんまりアテにはならん >>922
それにあくまでソースとの比較だしね、分かってて指摘してるんだと思うけど Mbpsだと直感的にわかりにくいから、GBph(GB/h)で表すのが良いな >>924
25分アニメのときはどういう表記になるの? 放送波のエンコード画質比較するなら円盤と比べないとな
ビットレートの足りてないMPEG2や3/11からのシャープかけすぎの新ＣＳとかと比較したって・・
ssimもpsnrもモアレやグラデやホワイトインとか見た目でブロック見えてもいい数値出る弱点あるしな
静止画比較も数値比較も両方使えと。都合のいいものだけ使っても論破されるわなぁ
>>921
TMPGEncはドロップなくてもHWデコーダー使ってたら、QSVでもNVDECでも止まりやすい
もしかしたらAMD品ならいけるのかもしれないが VCEに期待してたが、見事に裏切られたw
遅すぎる。これ使い物にならんでしょw QSVとNVENCは切磋琢磨して画質向上しているがVCE落ちこぼれだわな ねえねえ設定同じなのにWOWOW映画の作品は別なんだけど15GB位のが6GB位になるのが一つだけ20GBになるヤツがあるんだけど何で？
エロいエスパーさんお願いします せめてタイトルと設定、CPU世代ぐらい書いたらどう？
わかるわけねーだろとしか思わん
その辺書いてあれば誰か試すかもしれねーし 自分にアンカー付けるくらいなら最初の書き込みをちゃんとしとけばいいのに >>930
注文したらすぐ出てくるけど不味い料理みたいなものか >>931
これもしパッチ対策もセットだったら
今までDLL書き換えて無制限にしていたであろうこのスレの住民にとっては改悪も良いところだな… そんな面倒そうなことやってるのってどのくらいいるんだろうね
このスレでも話題になったの1回ぐらいしか記憶にない この界隈のNVIDIA板の非業務ユーザーってGame Readyドライバーで使ってる？
Studioドライバーにしてる？
違いってある？ 違いは公式読んでこいよ…わからなきゃ説明しても結局理解できん
業務PCでGameドライバーをしこしこアップデートしてるのはゲームでも使いたい個人くらいだろ
このスレではたまにrigayaの足切りバージョン問題はあるかもしれないが 以前はStudioドライバ使ってたけど、rigayaさんのNVEnc更新でStudio版がまだ出ていない新バージョンが必須になっちゃった時からGameReadyにしてる NVEncの技術を動画以外に活用できないのかな
デジカメも6000万画素が当たり前になってきてるし、RAW現像がめっちゃ速くなるなら
今よりもっと売れると思う 今も更新されてるソフトならCUDAなりOpenCLなりでGPU使ってる ffmpeg4.3がリリース
QSVのMJPEGエンコードをサポート
vulkanを利用したAMF(VCE)をサポート MJPEGはほどほどの圧縮率で低遅延高画質な動画転送したいなら便利だぞ
VCEはWindowsでは以前からサポートしていたけれどLinuxに対応するためにvulkanを利用した >>954
WebカメラがみんなMJPEG
一時期H.264のもあったけど廃れて消えた Mjpegは構造が簡単だから色々と応用がききやすいね >>957
たしかにJPEG圧縮するだけだから実装は簡単そうではある ブロードバンド化進んでデータ量の大きさは問題にならなくなってるってことか 時間軸方向に圧縮かからないから
それはそれで使いやすいシチュもあんのかな？
激しい動きで崩れそうな動画素材とか あくまでUSB接続なPC-webカメラ間の帯域さえ節約できたらいいって理由じゃね
そのPCからインターネット配信する段階で好きにエンコードすればみたいな >>951
> ffmpeg4.3がリリース
> QSVのMJPEGエンコードをサポート
ffmpeg 4.3で追加されたのはQSVによるMJPEGの"エンコード"ではなく”デコード"。
QSVでのMJPEG"エンコード"は4.0でサポートされてるらしい。
4.3ではQSVでのVP9エンコード/デコードもサポートされた模様。
https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/HEAD:/Changelog >>960
それはあるな
このまま回線が速くなってきたら動画をいちいち圧縮する必要がなくなるかもしれん
より高画質なコンテンツを楽しめるようになる 定期的に現れるこれは2回線使って自演でもしてんのか rigayaさんのNVEncって、ffmpegのNVENCより使い易い？ もうエンコードの種類はこれ以上増えなくていいから、今のH.264とH.265で
画質と速度向上に注力してほしい
H.265と画質同等でファイルサイズが半分になるならまだしも、多少の圧縮で
いちいちスタンダードが移り変わったら面倒くさい >>972
4k/8kと解像度が大きくなると
数%の圧縮効率の悪さが大きな違いになる BD出た時もDVDで十分
イラネーとか言ってた人なんだろうな どうせ「明日にはもっと良い圧縮技術が来るかも」教に苛まれてオリジナルファイルを捨てられないから
何が来てもどんとこい(´･ω･`) 円盤って言っても・・・BDには足かせのMPEG2、VC1もあるんだぞ！ wmv系はもはやなかったことになっとるか
往時はマックロソフト様も鼻息荒かったが 4ｋのテレビに買い替える人は何％ぐらいなんだ？
要りますか？いりませんよね？ TVは持ってないがPCのモニターに4kは必須だわ
もうFHDとかのクソに戻れん >>988
でも文字は小さくなるんでしょ(´･ω･｀)？ >>989
文字は何とでもなる
150%とか125%のスケールにすればいいから
それよりもブラウザの画像とかがボヤけて拡大されるのがいまいち
ウェブ関連が多いならWQHDがバランス的にはちょうどいい >>991
文字はむしろ綺麗になるけど、
画像がボケボケになって辛い スケーリング上げれば画像はボケるよそれは間違いない
でも43インチを例に取ると、21インチフルHDのディスプレイを4枚並べたくらいのサイズと解像度なんだね
だからやや文字は小さいかもだが普通に使えるサイズだと思う
ま27や32では100％表示は厳しいかもだけど、、 画像はもともとがジャギジャギな画像でない限り、多少ぼけてもわからんよ。ピクセルが細かくなるほど拡大ぼけも目立たなくなるし。
それより文字がくっきりするのが大事。 >>996
ネット画像のバナーやロゴとかはジャギジャギなのが多いよ そもそもPCではウルトラワイドが大正義化してるから4Kの心配する必要自体があんまなくね このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 178日 17時間 51分 1秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
