【NVENC/VCE】ハードウェアエンコーダーを語るスレ6【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
未対応 保守完了
※スレッドが立ってから1時間以内に最低12レスあれば即死回避 前スレの新しい玄人志向の1650でESXiでパススルーできなかった者です
KVMならGPUパススルーできたのでご参考まで いまTV録画マシンに中古2500円のGTX650を突っ込んでNVENCしてるんですが、中古GTX1650Super またはGTX1660に替えたら劇的にハッピーになれますか? いまだに650で満足してるってことは
大してPCを使い込んでない人なのだろうから
高いグラボさしたとこで値段分の満足が得られるかは微妙
CPUもメモリも書いてないってことは
PC構成も優先度低いのだろうから電気代が安くなるかも怪しい
ただ650から1660とかだとブラウザとか
エクスプローラーの速度が跳ね上がりそうな気がするから
恩恵があるならそっちかな hevc使うなら世界が違うだろうなまさに異世界
インタレ保持したいなら逆効果でフィルタにしか使えずx264頼ることになる
この先1年くらいは無難に使えるし、次が出るにしても月1000円ちょいだと思えば趣味としては手ごろな出費かな
まぁXeグラボの出来上がりと値段次第だが2万を切るとは思えないしな。切ってほしいが(笑) 最近はSDカードも安いからh264のままで265とか使ってない H.265でエンコードするなら異世界ってことですね。
TV録画自体初めたのは今年初旬あたりからで
(正確には何年も前にPT3を買ってしばらくやってましたが)
初めはソフトエンコだったんですが、
その後ハードエンコを知り、先々月ぐらいに取りあえず最低ラインということで中古でGTX650を使い始めたんですが、これから動画を保存していくなら早めにH.265に切り替えた方が得策かと思った次第です。 >>24
「取りあえず最低ライン」っていう情報がなに基準なのかさっぱりだけど
GTX650ならここ2,3年のIntel QSVの方がH.264は速くて画質もよかったと思う(H.265はIceLake、TigerLake以降ね)
GTX660使ってるときもSkylakeとにらめっこしてたような記憶があるし… 連投すまん報告だけ
Win10 October2020+Amatsukaze+RTX2070Super+NVEnc5.13使ってます
NVIDIAの新ドライバ456.38でアニメをhevc10p23.976fps出力すると、映像Streamはあるけど映像の中身がない
アニメ・実写のVFR、旧452.06だと映像は問題なく出力される >>26
CPUが古くてQSVENCに対応していないので、取りあえずハードウェアエンコードを試せる最安の負担として中古のGTX650を買ってみた、ということです。 >>27
最新ドライバだとnvencが50fpsくらいしか出なくて困ってたんだが
Streamの中身を確認した方がいいのか
面倒だな >>29
PCが古いと新しいグラボは動かないこともあるから
PC本体を新調するまでは旧式グラボが無難だね AGPしかなくて物理的に載らないとか電源が小さいとかの理由があれば別だけど古いから動かないってそんなにある?
グラボは流用しやすいから良いの買っておいて新調したときも使ってもよかったのにと思った UEFIのバージョンで動く・動かないが分かれたはず(Legasyモードの切り替えられるかだったかな? 960をかなり古いPCに載せて動いてたから気づかなかったけどBIOS時代のPCは相性とかそもそも切り捨てられてる可能性があるのね QSVが載ったのってSandyBridgeからでしょ
それ以前て… Sandy Bridge-EはQSV乗ってないからな P45chipsetだけど1650superは動いているよ。 えーっとうちのTV録画PCはこれです
HP Pavilion Desktop PC HPE 590jp
https://support.hp.com/jp-ja/document/c02909403
中古をタダで譲り受けたものですがググったら2011年発売。
性能には案外不満ないとはいえさすがに古いかもですね。 グラボは対応状況等を気にせずにGTX650に換装し普通に動作してますが、もっと最近のグラボだと動かないかもしれないんですね。
うーん、PCを買い替えるまでは今の構成のままH.264で使ってたほうが良いのかもしれないと思ってきました。 Intel X79にGTX1660載せて動いた
載せ替える前はGTX1060
1060の時からBIOSでLegacyにしないと起動画面も出ない GTX650の世代はKeplerだけど、GeForce 700 (7xx) seriesだと混在していて
GTX750(Ti)だとMaxwell第一世代なので動かなかった可能性があるね
メーカー製PCだと電源容量やサイズの関係でGTX750(Ti)を選ぶ人が多くて
動作しない事例も多く大抵は電源容量不足で片づけられてたけど
カーソル点滅やロゴ画面から進まないとかはUEFI関連の相性だと思う sandyマザーに1660S差したらx4しか認識しない上サウンドカードのノイズ混入がやばいことになった
cometに乗り換えたら解消したわ その世代だとBIOSのCMSでグラボのUEFIモードとLegacyモードの切り替えしないと動かないのが多いな
Sandy〜Haswellあたりまで割とシビア H265のqsvエンコードのため、PCを買うつもりなのですが
Core i3 1005G1(EU32基)とi5 1035G4(EU48基)だと
どれくらい速度に差が出ますか? 10世代CPUのQSVのH.265って評判あまりよくないような…速度も画質も今のNVIDIAに劣るグラフがあちこちで。ここで噂になってる画質はIceLake以降。
まぁQSVの速度自体は大差ないけど、フィルタも使うんだろうし予算に余裕があるならi5でいいんじゃないかな >>46
Ivyブリッジ使いだけどR9 290使ってたら突然画面が暗くなってPCが応答しなくなる現象が頻発してたな
それと関係ないよな? >>47
すまん見てるページが違ってた(´・ω・`)
>>49
ありがとう。 よほど急いでないなら単体xeがどうなるか見てからでも遅くないよね ハードウェアエンコード向けに
小さくて安い外付けGPUがあればなあ。 Nvencだと10番代20番代切り捨てで30番代スタートだから
外付けインターフェイス合わせて2〜3万がスタートラインってとこだろ?
そうなると今ある外付けエンコーダーと何が変わるんだって話だな
30番代だと3D性能劣る無駄なGPU機能付いてくる分、消費電力的に劣るまである >>48
他の用途に使うことを考え、i5ですかねー
ありがとうございます H265は早いんだけど
再生ソフトがまだ少ないからなあ
H264で縁故してる1070 Windows Media Playerでも「映画&テレビ」でも
mp4形式のH.265動画ファイルを再生できるが
再生ソフトが少ないとは意味が分からないな スマホならh265はかなり前から再生できるよ
h265の10bit動画の再生支援だと最近の上位機種になるけど h265
8bitと10bitで見た目で違いって分かる? >>65
暗いシーンのグラデーションで発生するトーンジャンプが軽減される 一旦8bitで作成された映像を10bit設定で変換しても変わらんよね? 10bitのガワで中身は8bit映像のままだと思ってるけどあってる? 8bitソースを10bitエンコするのは意味があるらしいよ
理由は忘れた >>68
エンコード段階で新たに発生するバンディングは防げるから無意味じゃない 一応違うはずだが
気がつくほどの違いにはならんような 圧縮するということは、情報の間引き作業を行うということ
つまり、元の情報より階調表現などは確実に落ちる作業
それを如何に目立たないようにするのかが工夫のしどころ
オリジナルが8bitの映像をそのまま圧縮すれば、実質的な階調表現は6〜7bit程度に落ちる
※圧縮率がむやみやたらに高いともっと低下することも当然ある
それを10bitに引き上げてから圧縮すると、実質的な階調表現は8〜9bit程度に落ちる
つまり、元の階調表現レベルの情報量がほぼ維持される
8bit動画は、SDRの範囲内で劣化無しで最適な設定をしていれば本来的にはバンディングは気にならないはずなのだが、
圧縮などで劣化したり、元素材が最適な状態でないとバンディングが目に付きやすくなるギリギリのbit数
だから、実質的なbit数をSDRの場合で常に8bit以上をキープできるように手を尽くしたほうが、劣化を感じにくい 既に階段状になったグラデでも
保存するときはなんとなく坂で圧縮するから
8→10でも恩恵はあるんじゃない
10→10にはわないだろうけど リサイズするなら8bitソースでも10bitエンコの意味はあるんじゃね?
その場合色空間も、4:2:0から4:4:4にした方が良いだろうね。 >>71
8bitソースの8bit/10bitエンコードは結果が全然違うぞ 10bitが流行らないのは、(8bitと比べて)エンコ速度が遅いのと互換性の問題?
それはYUV444やYUV422も同様? 流行ってるか、流行ってないかの評価は避けるが
10bitエンコードがオプション扱いだったh.264と違って
hevcでは標準規格に含まれてるから、今時8bitにこだわる必要がないと思う >>76
人間の目は明度の差には敏感だからな
>>74
計算誤差も明度の差になって際立つ 10bitエンコードはハレーションとか色々バグがあるらしいけどな >>78
PT1/2/3使ってる人にはH.265 10bitデコードのHW支援に対応してないPC/再生機使ってる人も多いからなぁ エンコード用のPCがうるさいから古いIvyで見てることがあるよ(笑) スマホを気にしてる人がいるけど
スナドラ800以降で4Kのh265デコードに対応してるし10bitも対応してるんちゃう?
4Kの10bitは820からだけど スナドラ400や600や700は10bit非対応
MTやキリンは知らん H.256で60M/sくらいのファイル再生するとプレイヤーが固まるなぁ
一桁M台に落とすと問題無いんだけど 解像度しだいだけど60MBpsは規格外じゃね
HWデコードしてるなら常識的な範囲にとどめてたほうがいい >>91
どういう機器での話か知らないが
動画再生支援を切ってみたらどうかな? 今コアは増えるわグラボはどんどん速くなるわSSDもアホみたいな速度になるわで
バス周りがメチャクチャ苦しい時代だから
60の高圧縮動画なんか流したらそりゃパンクするわ 60MbpsなんてByte換算だと7.5MBだからパンクはしないと思う デスクトップ版のTiger Lake世代がいつになるやらわからんので、Tiger Lake世代のGPUだけをさっさと発売してくれ
eGPU対応でモバイルバッテリーで駆動できたらなお良し ・CHUWI、399ドルでIce Lake/12GBメモリ搭載の小型パソコン
https://pc.watch.impress.co.jp/docs/news/1279506.html
これのTiger Lake版、はよはよ >>98
トランプのせいで中華製品を部屋に置きたくないしな…
会社もルーターから何から全部チェック入ったよ。公な技術系の仕事取るには値段以外にも先手打たないといけないとはいえ。
スマホやアプリはもちろんだが、中国で組み立ててるDELLPCも購入控えるように指示があったな。
かわりにNUC:Gen11 PRO (Tiger Canyon)でもどうだい?11世代のi3にXeじゃない奴が見えるが…とりあえずTigerLake世代だ(笑)
ttps://videocardz.com/newz/intel-nuc-11-pro-tiger-canyon-detailed なんか背の高い方はDual LANのモデルもあるんだな
Proは3年保証でPerformanceは違うらしい tvmw6でqsvデコードが急に動かなくなってCUDAに切り替えたらqsvのときよりカクつき気味なんだけど、やっぱり内臓と外部だと転送速度の差って出るもんなのかな >>103
103だけど、追記 なんか色々調子がおかしいので個別問題を探してみることにします
気にしないでください 書込み失礼しました すいません>>106は忘れてください
なにかでQSVが使えないCPUがあると見た記憶があって
下位のi3なのかなぁと思って聞いて見たんだけど
思い出した、i3じゃなくてFだわ m( - _ - )m お騒がせしました Fのありなしでだいたい4千円価格が違うからそれがGPUの値段だな うちのi3は使えた
ただ、VGA出力してなにか表示している状態じゃないと認識しなかった
別のビデオカード刺してバックグラウンドでQSV動かすのは無理っぽい (SurroundViewを有効にしているかどうかに関わらず) >>111
モニタに繋げなくてもVGA出力に何か刺してればいいはず >>111
pascalで映像出力しててオンボには何も指してないけど使えてる マザボのbios設定でマルチモニター設定とかは有効にしてれば使えるかも 10年ぶりに来てみたが
画質はソフトエンコを超えた? 最新世代のqsvが一定条件下では同等以上かもしれないが他はまだ ていうかビットレート的には数年後も多分無理 少し前の10bitエンコードの件について補足
■Tigerlakeから追加される内容
・Dolby VisionとAV1のデコード対応
・HEVC 12-bit 4:2:0, 4:2:2, 4:4:4のデコード対応
・VP9 12-bit 4:2:0, 4:4:4デコード対応
・HEVC及びVP9のデコーダーとエンコーダーのパフォーマンス向上
・HEVC及びVP9 4:4:4スピードモードをサポート(詳細不明)
なので、4K放送の10bit動画は12bit以上に変換してからエンコードしたほうが劣化は目立ちにくいかも(特にHDR放送)
※ただし、12bit以上でのエンコードはソフトウェアエンコードしか今のところできないが 再度追記
デスクトップ用に開発されているRocket LakeではAV1とHEVCの12bitエンコードに対応するらしいが、ホンマかいな… av1のエンコーダはソフトでもハードでもいいから一般ユーザーにも使えるレベルのが完成するにはいつになるやら
配信企業が使えるだけだと普及する前にvvcにシェアとられそう とりあえず、Ice Lakeが調達しやすくなりそう
・Microsoft、549ドルからの12.45型モバイルノート「Surface Laptop Go」
https://pc.watch.impress.co.jp/docs/news/1280226.html >>124
ストレージeMMCとか笑うところかな
アンバランスすぎ SSDでエンコなんてしたらあっという間に寿命が尽きるな
かと言って外付けHDDをtempフォルダにするとSurfaceの意味ないし
メモリも少ないから一部をRAMドライブにするのもキツそうだ これも気になる
Tiger Lake搭載の超小型デスクトップPC、GIGABYTE「BRIX PRO」シリーズ計3機種
https://www.gdm.or.jp/pressrelease/2020/0930/364752 お前らって自分がエンコで何のパラメータを指定してるかは何故か絶対に語らないよな 誰も聞かないし自分の目とモニタとか再生環境によって違うからな
インタレ保守派とTS至上主義とH.265マンセー論とアニメ720p原理主義とリベラルoverFHD&VFRの戦いが始まるだけ >>127
そうでもないけどね。
512GBのNVMeSSDをOSドライブとテンポラリドライブに半分づつに分けて、余ったSATASSD512GBをTSファイルのストックにしてる。
どちらも健康度が40〜50を割るようになってきたら入れ替えな感じ。
まぁ、その頃には性能差でも買い替えの頃になってる頃合いかもだから。 ところで2年前にCMK32GX4M2B3000C15を入れたけど、購入当時の価格が\44,258。
2015年末の登場時から値下がったり値上がったりで、今がほぼ最安値の17,000円台。
16GBx2の4,000Mhzメモリも2万円切る価格だね。
1,000Mhzアップでもエンコにはあんまり影響ないかな?
いやっっホ躊躇中。
いやなんでもない >>136
メインメモリを使うQSV/VCEなら多少は速くなるだろうけど
グラボのNVENC/VCEだと影響ないと思うよ 晒してみよう。容量を抑えたい派
NVEncでNVEncC使って、-c hevc -u quality --output-depth 10 で、
アニメの画質高め --cqp 25:28:30
アニメの画質低め --cqp 28:31:34
バラエティの画質やや高め --cqp 30:33:36
バラエティの画質低め(毎週など) --cqp 35:39:42
あとは --vpp-afs とか --vpp-yadif とかが付いてる
バラエティは見られればいいから、 --output-res 1280x720 も付けてる IとPとBの値の間隔をどうとればいいのかわからない >>139
容量抑えたいならビットレート固定にした方が計算しやすくない? 画質もできる限り求めたいときはビット固定だとムラを感じるんじゃないかな 俺はこれを2060Sで天津風で使ってる
衛星でやってる実写映画用に詰めたからアニメ映画だとビットレート指定を倍の3000にしてる
実写映画ならssimは98〜99くらいかな?
GOPが長めだけどスマホやKindleのVLCで問題なく再生できる
問題はエンコ速度が110〜150fpsくらいになる事くらいだけど、寝てる間にエンコさせてるから特に気にならない
インタレ解除はKFMでコンテナはmkvにして解像度変更は無し
どうせPCかスマホでしか観ないからね
-c hevc --profile main444 --vbr 1500 --multipass 2pass-full --max-bitrate 25000 --gop-len 360 --bframes 5 --ref 16 --bref-mode each --preset P7 --output-depth 10 --lookahead 32 --ssim --cu-min 8 --slices 1 --mv-precision Q-pel --weightp --psnr --aq --aq-temporal --aq-strength 2 --multiref-l0 7 --multiref-l1 7 ちなみに--weightpはnvenccに無視される
なんとなくつけてるだけだから気にしないで >>144
そこで出てくるssimはKFMの処理の後とNVENCの出力の比較で、いい数字が出て当たり前というかソースとの比較じゃないから注意が必要だな >>137
ん?そっか?
ストックって言ってもエンコしたら削除しちゃうし、エンコされたファイルはHDDの保管サバだから余裕。
NVEncがなかった頃はTSファイルのまま保管鯖に置いてたから随分取り回しは良くなった。
2時間映画が10〜15分で1/6のサイズになってくれるので重宝してる。(画質はアマプラの高画質くらいのレベルは保たれると思うので、自分はこのくらいで十分) >>138
だよね。
メモリ安で買い時とも言えるかもだけど、特に不自由してないからポチってもほぼ無駄な散財なのか。 HWエンコーダが無いAV1は今は選択肢にならんな
アップルのおかげでエンコーダが出てくれるといいが AV1まだ数年先スマホやPCでHW対応してからだな 対応しきるまえにまた新しい規格ができるんだろ?
分かっ天然 個人的にはというか個人用途としてvvcも流行って欲しいんだけどなあ
AV1より後から来たし時間かかるだろな >>149
ものがあふれかえるデフレの時代にパテントは生き残れない
使ってもらってなんぼの時代に突入しちゃったからね
コーデックに限ったことじゃなくモノ全般的に H.265はそう簡単に消えない程度には普及してる。今後もいくつかのコーデックが使い分けられるだろうけど、個人でエンコードするにはH.264かH.265がハードウェア・ソフトウェアの対応状況からして使いやすい。 現行機種でH.265再生できないスマホってあるの? 今どきのスマホやタブレットでAVCやHEVCを再生できないやつなんてないだろ 一応専用アプリはあるけどデフォルトで再生出来る訳じゃないからね そこでデフォにこだわる意味が分からん
アプリ入れてどうとでもできるのがスマホの強みだろ hevcに親殺されたんだからそっとしておいてやれよ とりあえずAV1は生き残り決定だな
intelもRocket Lakeからエンコード対応だし
来年に設備更新するか AV1で喜ぶのはライセンス料を払わなくてよくなる配信業者だけだぞ
ユーザからすると、RD的にはHEVCといいとこ互角なのに負荷が桁違いに重いゴミ
ハード屋はAV1をサポートしたからといってAVCやHEVCを切れるわけではないからライセンス料は変わらん >>169
時代の女神が配信業者に微笑んだ
ただそれだけのこと >>169
いやHEVCと互角はないでしょ
企業やユーザーのテストでもHEVCを上回る結果を出してる エンコード遅くて一般人が使うようなものではないというのは同意するけど HEVCもRTX以前のHWエンコーダーにはがっかりしたし使い物にならないと思ったくらいだ
AV1もソフトエンコよりも速くなるとは言え、当分は使い物にならないんだろうな HW実装され始めた頃よりは
半導体製造技術もHWエンコーダーを作るノウハウやIPも充実してるから
出始めだから悪いってことはないと思うけどね
フル機能を実装してhevcよりいいかはわからないけど まぁ結局ソフトエンコなみの画質でNVENCなみの速度がでるHWエンコーダーが提供されるかどうか次第だね
実際は安価っていうかNVIDIAとかAMDとかINTELのGPUで対応されるかどうかだけど
結局その辺でお手軽にHW対応されて、それに対応したツールが普及しないとどうにもならんでしょ
業務用HWエンコーダーが数十万、数百万でリリースされました、専用業務ツールが数万で販売されました、じゃこのスレ的に使う人ほぼ皆無だろうし av1は金いらないから学生が論文用に市販のfpgaで実装してみたり
ベンチャーがasicでマイニングマシンみたいな専用ハード作ったり
そんな風にならないかなって妄想 使う人が多ければ自然に拡がるとは思うけど
腐ってもアップルというかアップルだから腐るというか…
過去有名なコーデックがことごとく金絡みでゴタゴタしてるのみてきてると
逆にコーデックたるものゴタゴタしてナンボなのかなって思う TigerLakeのAV1対応はデコーダーだけかと思ったら、Hシリーズは「AV1 dual encoder」載せてる来るんだなと
期待が高まるAlderLake-Sが待ち遠しい北森の今日の書き込み dualエンコーダとか言われるとなんのことかさっぱりだけど強そうでいいな 2個載ってて配信と録画同時にできまぁす!とかじゃないん
知らんけど av1のハードエンコーダがav1のソフトエンコ並みの圧縮率にならなくともhevcソフト並みの圧縮率ならhevcと互角とされても満足だわ Rocket買うつもりだったがAV1目当てでAlder待ちにすっか 再生環境が整っていないコーデックで圧縮してもなあ…。 av1てそんなに再生できないか?
結構対応してると思うけど とりあえずエンコードしたPCで再生するなら問題ないと思う
個人的な環境としてはrigaya氏頼みだが、再生環境も増えるんじゃないかな amatukazeの処理後バッチで、入力ファイルの作成日更新日を出力ファイルに適用できればと思っているのですが、実現可否含め見当がつきません。
どなたかご教授いただけないでしょうか。 どっかの記事でintelが単体gpuを計画してるって読んだ 性能はローエンドだろうけどhwエンコーダとしては最高だろうから安価な外部エンコーダとしてryzenとかに組合せられればエンコ環境して最高だな QSVの延長ならHWエンコはIntelCPUとセットじゃないと動かないんじゃね ところがとっこいまじめに脱ローエンドを狙っているのがXe-HPGに相当するDG2
まぁ噂だが128EU(ローエンド)、384EU(ノート向け?)、512EU(ミドルレンジ)、幻の960EU(ハイエンド?)
384EUはメモリGDDR6を6モジュールで6GB搭載、512EUはGDDR6の8GBとローエンドというにはちょっと豪勢。2021Q2を目指して頑張っている
RocketLake-Sが2021Q1の第10週に伸びて、AlderLake-S(32EU?)の2021下半期もちょっと怪しい空気に…そんな空気。北森他のサイトより ここ何年かインテル公式のロードマップすら信用できんのに噂レベルで期待できんわ。 実際にアイスやロケットでエンコしてる人いないでしょ?
なのに急にインテルインテルて
不自然だよね インテルの単体GPUといったらi740という輝かしい実績があってだな・・・ うちもデスクトップはHEDTだから単体GPU出て欲しい AMDが凄いというよりCPU設計者が凄い
誰かは知らんが >>193
nvidia新型は一巡したので次はintel期待
何の不自然もない AMDはハードウェアエンコに冷たい・・・
いつになってもVCEの画質は悪いまま・・・ AMDのCPUはソフトウェアエンコで速くするように設計してるってこと? >>202
いや、単に搭載しているハードウェアエンコーダの質がわるいだけ ラジャもXeリリースが落ち着いたら次を求めて動きそうだけどな
AMDじゃなさそうだが >>204
よく誤解されてるがジムケラーはIOの専門家であってCPUアーキテクチャは無関係だぞ
Ryzenでジムケラーがやったのはマルチダイになった各ダイの連携やIOダイとの通信部分
それとSoCパッケージの設計
演算回路の部分は別チームが担当してる 俺は前はcpuもgpuもAMDだったが
gpuのソフトウェア面がnvidiaに比べて貧弱すぎて
結局今は2060sつかってる
ROCmもVCEもほとんど手がつけられてないみたいだし
消費者としては両社棲み分けじゃなくて競合してほしいんだがなぁ QSVには全く初心者です。
AviUtlという動画編集ソフトのEncodeの短縮をQSVをかましてやろうかな
と考えています。
QSVはAviUtlの拡張プラグインでもできるのでしょうか。もし、できるならファイルをDLして
インストールするのと比較してどうですか。
@エンコード時間の短縮
A操作方法 >>212
とりあえずrigaya氏のHPみような。 >212
あなたが僕くらい日本語を理解できるなら、簡単にできます
そのくらい理解できるのなら、質問の答えには自分で到達できるでしょう >>215
>>215
>>212
1.CPUがしょぼければ短縮できる
2.rigaya氏のツールを使える程度の勉強が必要。設定を理解する知識は必要
(リンクははじかれるので省略) もちろん速度の話ね
シングルは頭打ちでメニーコア化に向かってるけど、全コア使い切るようなエンコソフトは無いからね グラボをNVIDIA にすりゃいいだけでは?
俺はAMDしか使わんけど Zen3で4スレッド/コアをあきらめたおかげでシングルスレッド性能もかなり伸びたもんなぁ
RocketLakeも14nmのままで来年Q1にずれ込んでるし、もうしばらくAMD優勢が続くね
が、ここはHWエンコスレ、AMD意識してRocketLakeが延期になったおかげでPCIEGen4渋ってた下回りも一新されGPUがXeに変わってた
AlderLakeはメイン用に組むとして、i3あたりでいいからXe積んでるなら1台組んでもいいかなと。ついでにPT2動くマザーなら最高!
AMDのプレッシャーのおかげでやっとデスクトップも重い腰を上げた感じでうれしいハードヲタクです(笑) CPUだけならとっくにZenの方がいいんだが、QSVがあるから移行できんのよな >>217
インターレース保持出来ないのよ
過去のーとか言うけど、放送はインターレースなんで。解除してエンコして再生したらもっさりするし。 >>222
265で互換性重視ならインタレ解除したほうが良いんじゃなかったかな?
元々インタレは規格に入ってなくて拡張で対応だったでしょ?
264なら規格にあるから安全だと思うけど QSVってrigayaさんのサイトからDLしてインストールするだけだろ すいません、最近VRにはまったんだけど 2点教えてほしい
1・PCでVR動画H265をH264へ変換する定番アプリがあれば教えてほしい(予算1万程度)
2・エンコードのためにグラボを1660から3000シリーズにする価値あるかな? そもそもなぜそれをやりたいか教えて
変換だけならffmpegで十分だけどCUI慣れないというならHandBrake
エンコード部分は1660でも3000シリーズでも同じものが使われてるから変える必要はない
変換時にGPU使うフィルタ入れてそこが律速なら話は別だけど >>232
さっそくありがと
VR動画をSVPで補間したいんだけど264しか使ってるアプリが対応してなくて
265を264に変換したかった
3000シリーズでも同じなんですね スペック表みたら、同じだったんだけど
自分が何か勘違いしてるのかと思ってました ありがとね >>223
PS3のプレーヤー機能で観てるからH.265エンコは使えないの。
PS3のシーンサーチが恐ろしく便利なので。PS4は全然駄目だけど。 h.264が輝いた最後の世代だね
自分もh.264のときはインタレ維持してたから分かる >>233
若干スレチになるが
使ってるアプリがなんのことかわからんけど再生時に補完するなら変換するときにSVP入れて最初から補完後の動画作っちゃだめ?
デメリットとしてはファイルサイズが大きくなるってのはあるけどそれ以上に補完品質を上げたり再生時の負荷低減になるよ
やり方はAviSynth入れてSVPのプラグイン読み込むavs書いてavsをffmpegかなんかでソースとして指定し好きな形式で出力すればおk >>236
親切にありがと その方法が一番いい
スクリプト書くとかハードル高そうだがやってみる
出来てる人がいるってのがわかったのがありがたい
具体的にはoculus quest 2でVR video playerを使って元ソースH.265、60FPSの動画を90FPSでみたい(まあエロ用途w)
Virtual Desktopっていうこれまたグラボでエンコードするアプリ使うんでその意味でもグラボのリソース残しときたい だからRTX2070Superがインターレース非対応でがっくし。
まぁ見て消しなら解除しなければそれでもRyzen 9 3900Xよりエンコ速いんだけれども。 消すものまでエンコードするなんて電力会社のいいお客様だ tsのままだとシークできなかったり再生開始まで時間かかったりするからな まじでxeグラボ早く出てくれ cpuそのままで最新qsvエンコしたい どうだろう?
ゲームメーカーはGeForceとRadeonしか推奨してないわけで、
そこに投入するんだから安くしないと誰も買わないんじゃないか?
intelもそれくらいはわかってるだろう ゲームメーカーと言ったけどCGやCADも同じだな
AdobeはCUDA使うから実質GeForce推奨だし 今1650S使ってるんですけど
Bフレ使える1650にするメリットってわずかばかりの消費電力が下がる程度で
ほぼ意味ないですよね? 誰か比べた人いるの?ホントに消費電力が下がると思ってる?
Bフレ使える1650って今のRTXとかデカいチップの選別落ち品でさらにメモリのクロック上げてある製品みたいだよ
で、1650系あTVMWとかじゃBフレ使えない(設定がグレーになる)とか報告出てるしな
今あるのを使っときなさいメリットどころかリスクだけだと思う >>248
その報告では1660でもグレーアウトのままっておかしな報告してたからあてにならん
966 名前:名無しさん@編集中 (ワッチョイ 23b0-W2Jb [125.200.90.197])[sage] 投稿日:2020/09/19(土) 18:26:01.46 ID:IC+cMIGr0 [2/2]
何かと思ったらb0でip114とは別の人なので
>>964
試しにTVMW7の体験版(7.0.16.18)入れてみたけど出力設定でHEVC、NVENC、main10、VBR固定量子化を選んだけどBフレームはグレーアウトしていたよ
H.264に変えるとNVENCでBフレームは指定できるけどね
ソフト側がGTX1650の名前で機能制限している可能性も有るかと思ってGTX1660に差し替えたけどHEVCのBフレームはグレーアウトのまま >HEVC、NVENC、main10、VBR固定量子化
うちのも量子化パラメータのとこはグレーアウトしてる
GOP構造フレーム数は活性化してる >>247
1650SUPERはBフレーム使えるでしょ? >>247
Powerlimit使えば1650Proと同消費電力で性能上、又は同性能で低消費電力にできるから殆ど意味無いよ
1660TiをPowerlimit58%TDP70Wの補助無1650以下の消費電力にしてファンレスで使ってるけど
性能は1660無印相当でNVEncC64でもqualityなら速度低下は無い 上のTVWM7の件は自分が報告した内容だけどNVENCのHEVC10bitでTU116の1650Pro、1660共に
固定量子化ではBフレームがグレーアウトして設定不可 ※NVENC H.264では設定可
「GOP内のBフレーム数」は使えるけど、0より4の方が仕上がりサイズが膨らむから意味不明
1650(TU117)だと「GOP内のBフレーム数」はグレーアウト
固定品質は「GOP内のBフレーム数」4だと0の7割程度にサイズに縮むから機能しているように見えるけど
固定品質を選択した時点でエンコ後に動きの多い部分で細部が大幅に潰れる
Bフレ0にしても同仕上がりサイズの固定量子化より画質が悪い上、1650(TU117)の固定量子化よりも劣る
自分の調査した環境、TVMW7の体験版(7.0.16.18)と(7.0.17.19)だとTuringのNVENC、HEVC10bit、Bフレームは
正常に機能していない上、固定品質は地雷設定なので使うなら固定量子化、但しTuringのメリット無し >>254
それで3D負荷かけられる?
むかーし8600GTSのファンレス使ってたが
裏面にヒートパイプ回した3スロット占有のファンレス用クーラーでも70Wは超アッチッチだったぜ nvencのHEVCのBフレはMAX5なのに0〜4までしか設定できないの? >固定量子化ではBフレームがグレーアウトして設定不可 ※NVENC H.264では設定可
それ普通にバグじゃね
NVENCが265のBフレ対応になってから結構たつのになんでいままで放置されてるのか謎だな
>固定品質を選択した時点でエンコ後に動きの多い部分で細部が大幅に潰れる
品質設定低い場合に顕著にでるならこれはビットレート変動量が設定できないからだろうな
TVMW7のNVENCは設定項目が少なすぎる そういえば最新qsvて画質面の向上はあったらしいけど速度は速くなってた?zen3高そうだから今後はxeグラボエンコードに絞ろうかと思ったんだけどqsvslowとソフトエンコだと速度がとんとんになりそつで悩むな 速度同じでもcpu使用率が違いすぎるだろうからqsv選ぶかな俺なら >>259
>>固定量子化ではBフレームがグレーアウトして設定不可
TVMW7.0.16.18 のNVENC 固定量子化でGOBのBフレ0-5で設定できるけど
ほかのレート調整モードどれでもBフレ5は設定できるが、このこととは違うの?
実際Bフレ5をNVENCがエンコ時反映してるかどーかはわからんが、
TVMW側で設定不可にしてるってことはないんだが? >>263
それはGOPタブのほうの話だな
>>255によると映像設定タブの話らしい
https://f.easyuploader.app/eu-prd/upload/20200920040217_6e666f423537796b6e34.jpg
このタブで固定量子化を選択したときに表示されるI-Frame、P-Frame、B-Frameの数値設定のうちの「B-Frame」の話
I-Frame、P-Frame、は設定できるが、B-FrameはTuring対応グラボでもずっとグレーアウトしたまま設定できないらしい
GOP構造タブ
https://f.easyuploader.app/eu-prd/upload/20200920040331_42383669626f79484546.jpg
こちらの「GOP内でのBフレーム数」は設定できるがそちらで設定しても>>255のようにおかしな結果になるらしい あとBフレに対応してるグラボでもGTX1650 UltraとかだとGOP構造タブの「GOP内でのBフレーム数」のほうも両方グレーアウトだとさ
これもバグだよな
>>255
> 1650(TU117)だと「GOP内のBフレーム数」はグレーアウト 他のアプリでBフレ使えてるのあるの?
普通に考えたらドライバーにHEVC Bフレ使えますか?って聞いて
使えますんと返ってきたからグレーアウトしてるんだと思うけど
それともアプリがホワイトリストみたいの内部に持ってるわけ? >>266
NVEncC64のFeatures testだとBフレが使えるかどうかちゃんとチェックできてるから
普通のアプリだと同様にNVMLライブラリやnvidia-smi.exe叩いてチェックするはずなんだが
>>255の報告で1650 UltraがグレーアウトになってるところからするとTVMW7はホワイトリスト方式採用してるっぽい >>256
ゲームは殆どやらないのでFF14ベンチ後の最高温度だと室温22℃で65℃、ヒートシンクは下記
https://i.imgur.com/oZg34By.jpg
>>265
1650Pro(TU116-150)や1650Ultra(TU106-125)でGOP構造タブの「GOP内でのBフレーム数」がグレーアウトしたかは一回も書いてないよ
1650Pro(MSI、GIGABYTE)と1650Ultra(玄人志向)は買ったけど「GOP内でのBフレーム数」の項目は確認前に処分したから
1650Proか1650Ultra所有者がTVMW7体験版入れて報告してくれればすぐわかるかと
1660(TU116)と1650Pro(TU116-150)のエンコ結果は殆ど同じなので、1650Proや1650Ultraなら設定できるとは思うけど >>266
AviutlのNVEncやNVEncC64は1650ProやUltraでも正常にBフレは機能するよ
https://i.imgur.com/UKQaniQ.jpg
https://i.imgur.com/h0euS3c.jpg
https://i.imgur.com/lG42MyE.jpg
TVMW7のNVENCのHEVCで固定量子化の設定だと1660や1650ProでもIPBのB-Frameのみグレーアウトして設定できないだけ
NVENCのH.264だとIPBのB-Frameも設定出来るので、固定品質の画質劣化も含めてTVMW7がバグってるのか色々未実装なのかは不明
TVMW7購入者がメーカに確認すれば回答は出るかと そもそも固定量子化とか使わないんでそんな不具合あることここで初めて知ったわ
固定量子化てなんの為に使うの? 画質を一定にするため
それだけだと無駄が発生するから
視覚的な品質というファクターでqpを微調整するのが品質基準
・・であってるはず cqpで画質一定にはならんな、psyを除外したPSNRとかで見てもならない
cqpはただqpを一定にするだけだ、実用上は「速度優先の手抜きエンコ」で使うものだな ビットレート指定モードとの対比だから細かいことはいいの >>271
> 固定品質を選択した時点でエンコ後に動きの多い部分で細部が大幅に潰れる
TVMW7で固定品質だとこれがあるからな
x265とかNVEncCとかだとオプション設定で回避できるがTVMW7だと固定量子化を選択することになる
そこで発覚したバグ ここでこんなこと聞くとあれかもしれないけど
tvmw7って1万越えで決して安くはないけど、結構この板でも使ってる人多いよな
これを使うメリットって例えばなにがある?もし良さそうなら購入も考えたい 円盤焼いてた頃には重宝したけど、今はつべの動画でテロップ入れたりするくらいだな
この手の趣味で安定した挙動で用途があるなら1万が高いとは思わんが、フリーソフトでできる範囲しか使わないなら出費自体が無駄だわなぁ
覚えることがある初心者にもサブスクじゃないサポート代ってことで事で >>276
CM抜きなど編集がとにかく楽でバッチ処理も管理しやすい
各種フィルターが充実
昔から使ってるユーザーは優待割で8千円程度でアプデできる
NVEncのみに限っていえばオプション設定少なすぎて微妙というかフリーで使えるrigaya氏のツールが優秀すぎる
TVMW5のときにx264LCCとライセンス契約結んでx264取り込んだみたいにNVEncもNVEncC取り込んで欲しいわ >>276
x265でエンコしてるけど、録画したのをcmカットしたり、既にあるシリーズを編集加工して一本の総集編とかにするのに使ってる
ここの住人はaviutl使いこなしてる人も多いと思うけど、細かい処理を覚えずとも簡単に使えるのが便利に感じてる
あと仮に将来dgpuのqsvが使えるようになったら対応バージョン買うのも考えてる >>276
お試し期間、全機能をフリーで使えるんだからホントに知りたければ人に聞くより使ってみればいいだけなのに。
なんでしないの?
その上で、エディタ機能はaviutilと比べて圧倒的に使いやすいと思うがな。
心臓部のエンコはそもそもフリーのエンジン使ってると公言してるわけだし、使いやすくないと何の意味も無いわけだけど。
早送りサーチ一つにしてもaviutilじゃまともに使えるレベルじゃないだろ。
aviutilだと、そもそも"*"が見にくい I フレーム表示にしても。
極端に長いファイル名つけたものを表示させようとするとどーなるか経験あるんじゃないかな?
あと、フォーマット違反ファイルに対するロバスト性もaviutilよりは上だな 初心者には規格に合ったエンコードしてくれるから失敗しにくいね
Aviutl信者の自由にできる部分で、昔さんざんアス比から何からいろいろおかしいエンコードを見たわ 久しぶりにみたら更新されてたというかやっと反映されたというか。デコーダーの1650が5種とか混乱が見て取れるね
ttps://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new このスレの住人ならもう素直に1660買えばいいと思うがw GT710置き換え用に25W以下のボードが欲しいわ >>286
GT1030のDDR4が20Wとかじゃね?
GDDR5の性能半分だけど できれば、Turing世代がいいなあと。
3D性能はいらんので。 比較動画作るのに拡張編集で死にそうになりながらが、MWはサクサク作業出来る
拡張編集使ってた人ならそのまま使える
EDITOR、SRと使ってたから安いし >>277-282
>お試し期間
いや、無料のEDCBでさえxtne6f版への乗り換えに躊躇するビビり人間でなぁ…すまん
nvencメインだけど、近い将来BDに焼いていくつもりなんで、UIの綺麗で使いやすいのは魅力
MakeBDAVみたいな無料ソフトで焼くと、BDフォーマットに沿ってないmp4でもそのまま焼いちゃって見れないとかあったけど、これならある程度対応してくれるんだろうな
ありがとう、参考になった あの早送りとかでモザイク16倍速みたいなの
外でも真似してほしいよね >>287
ハードウェアエンコーダーが無いものを
このスレで紹介するのは違和感を覚えるな へー
ミドルばっか買ってるから知らんかったわ
無いのもあるんだな 違和感警察です
違和感を感じる人ばかりの最近
覚えるで使ってくれるのが嬉しいです
しっかり覚えてくれてありがとう 今度エンコ用PCを組む予定です。
RTX2070superでnvencエンコードのみで考えていますが
このPCの搭載するCPUをcorei9した場合とcorei7の場合でエンコードスピードに変化は出るものでしょうか? >>302
3070という選択もありますが、ドライバーの安定も考えて2070superという選択に至りました。
3070にしようかな。。 NVEncCでNVENCするだけのPCに2070とか3070とか必要ないような
NVENCの世代が一緒ならエンコ性能も変わらないので1660あたりで十分だしなんなら1650ProとかUltraでもいい
CPUもNVENCでは原則的に負荷ほぼかからんのでどれでも一緒だろう
NVEncCじゃなく他のツールで編集エンコするならCUDA性能やCPUパワーはそれなりにあったほうが編集やらフィルター処理やらが捗るけど >>304
非常に参考になりました。
ありがとうございます。 1650に手を出すならある程度知識がないと目的とは違ったものつかまされるかもしれないから
ケチるならちゃんと勉強してな〜
ttps://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new >>301
CPUで速度に変化は無い
ただ、インタレ解除をCPUでやるなら少しは変わるかもね ここまで待ったのならば、intelのGPU単品販売を待つ手もあるんじゃなかろうか? 1650super買っておけば間違いないかな
1650は中身が混在しすぎてて失敗しそう intelのことだからXeを使うにはintel CPUがないとダメでーすとか言い出しそう
あとXeって何て読むの?キセノンとか? CPUすらまともに作れない現状で
グラボチップが出せるかってーと…
インテルはいまだとネットワークカードも蟹以下扱いだったりするし AMDは相性問題だしすぎてIntelGPUが使えないならありうる >>313
老害はいつまでも同じ事を言う
相性なんてもうないよ こっちにも貼っとこう
・GTX1650 "Ultra" (TU106-125 + GDDR6)
玄人志向 GF-GTX1650D6-E4GB/DF2
・GTX1650 "PRO" (TU116-150 + GDDR6)
Gigabyte GV-N1656OC-4GD R2.0
MSI GeForce GTX 1650 D6 AERO ITX OCV1
Palit GeForce GTX 1650 StormX OC D6
・GTX1650 SUPER (TU116-250 + GDDR6)
1650の正当進化版 HEVC Bフレーム対応
・GTX1650 (TU117-300 + GDDR6orGDDR5)
NVENC世代がVoltaなのでHEVC Bフレーム非対応
今のところNVENCCではUltraもPROも使えるけど
市販ソフトを使う場合はソフトによってVolta扱いされて
Bフレームが使えなかったりするので注意 >>316
> 今のところNVENCCではUltraもPROも使えるけど
やはりrigaya氏は神 >>316
補助電源無しでBフレ使えるのが欲しいのじゃ・・・ 補助電源必要ってなってるグラボでも電圧とクロック下げれば問題なく動かせるよ >>290
>いや、無料のEDCBでさえxtne6f版への乗り換えに躊躇するビビり人間でなぁ…すまん
レジストリいじられるのが嫌とかなら
仮想環境使えばいいのになんで常時用意しとかないの?
やばいソフトインスコしたり、完全クリーンネットバンキング環境用意したり、
無限お試し期間にできたり、
PCユーザには必須でしょ VMWare www
ただVMWの早送りがVMWare上で快適に実行できるかどーかはしらん。
そもそもエンコを仮想環境でやるなんて無駄でしかないけどさwww >>312
もうダメかもわからんね
フラッシュ事業の身売りみてるとマジで >>316
補助電源要らないのはどれ?
てかもう1660でいいんとちゃうの? >>320
ハード依存度が極めて高いその手のアプリは仮想PCではまともに動かなかったり青窓でたりパフォーマンスが著しく落ちて使い物にならんよ
そんなことするくらいならAcronisとかのバックアップツールで起動ディスクまるごとバックアップとってアプリインストして試したあとに戻す方が無難 bフレ対応が補助ピンラインで別れるのはなんでだろうね なんか電気を食う処理なのかな VoltaとTuringの違いで同クラス比較して全体に消費電力が25〜35W上がってる
Voltaの1650で補助なしでギリギリの消費電力だからBフレ対応=Turingの時点で補助電源は必須 これで補助電源を作る
https://i.imgur.com/VpHAgrN.jpg
キワモノ臭けど5-10年前には結構使われていた小物である。
実力や安定性は…… だからもう1660でいいやん
1650待たず1660買ってしあわせだよ >>311
Xeは「ブライダルに関することは全部ゼクシィがお手伝い」って読む
「ゼクシィ」じゃないで
「ブライダルに関することは全部ゼクシィがお手伝い」やで >>326
TU117 GDDR6を3台、TU116-150を2台、TU106-125を1台買って比較したけどTU117 GTX1650 GDDR6(NVENC Volta)補助無しと
TU116-150 GTX1650 GDDR6(NVENC Turing)補助有りだと最大負荷時でも補助有りTuringの方が若干消費電力が低い
PowerlimitでTDPを75Wから45Wに下げた際の性能低下もTU116の方が少ない(電力効率が良い)
玄人志向のTU106-125 GTX1650 GDDR6はアイドル時+7W、負荷時+20W高くて常時ファンも煩い上に他より若干3D性能低めの地雷品だけどね
補助無しより消費電力低いからといっても補助電源挿さないとGIGAと玄人志向は警告出て起動不可、MSIは警告出ず起動しない 補助電源無しを有難がる理由って何?
マザボに負担掛かりそうで低電力でも補助電源あったほうが良いと思うんだけど >>335
メーカーPCにぶっこむ場合とかだろ
Lenovoの一部なんてメインとCPUの2本しか電直が無くてドライブ用はマザーから最低限の分だけとかだからね 補助電源なし=低消費電力
ってことじゃないの?
おれもゲームしないし消費電力は低いほうが魅力。 >>336
それなら補助電源よりロープロを気にするべきでは? 補助電源あろうがなかろうが同じ負荷なら大体同じ消費電力になる?いまいちわからん
配線楽なのは間違いないだろうけど うざいんで補助電源があるかないかは自分で調べてください 世界はお前の気分に配慮しない
キッズは幼児的万能感から卒業して おじいちゃんたちも補助電源縛りの呪縛から解かれてください
補助電源云々でスレ汚すのやめてください エンコードしないのが一番の省エネ
HDD買ったほうが安かろう 節電って電気代のためにやるんじゃねーの?
窒息ケース使ってるアホなん? そもそもnvenc使うだけなら1650も2080も消費電力変わらんし 初めまして。1080Tiにてffmpegを用いて、下記のコマンドにて.tsファイルを.mp4ファイルに変換しています。
ffmpeg.exe -i $input -vcodec h264_nvenc $output
($inputと$outputはそれぞれインプットファイルとアウトプットファイルとお考え頂ければと思います<(_ _)>)
私はこの処理で出力されたファイルの画質に満足していて、ffmpegのコマンドを変えることは考えていません。
ココで、昨今3000シリーズがでましたが、入手性が良くなったら3080の購入を考えております。
1080Ti→3080とした時に変換はどれぐらいスピードアップできますでしょうか?
(因みに1080Tiでは1時間番組で平均110秒です)
初心者でお気に障る事を申しているかもしれませんが、何卒よろしくお願い申し上げます。 >>355
GPUを買い換える前にコマンドを改善したほうがいいと思う
1080Tiのままでもデコードをハードウェアに処理させたらそれの1.5倍くらい速くなると思うぞ >>357
ありがとうございます。
もしかしてエンコードをする時はデコードも一緒にしているという事でしょうか?
本当に素人ですみません。 >>358
tsは基本的にmpeg2でエンコードされている
mpeg2から直接h264にはできない
mpeg2→生データ→h264という処理が必要
あなたが今使っているコマンドはmpeg2→生データのところをCPUで処理していておそらくボトルネックになっている >>359
状況が読み込めました、本当にご丁寧に有難うございます。
TSが出来たらバッチが起動されてその中でPHPを用いて、
$cmd="{$ffmpeg} -i \"{$input}\" -vcodec h264_nvenc \"{$output}\"";
を書きました。
今回は処理を分けると言う事を勉強しなければいけないようです。
勉強に最適なサイト等を教えて頂ければ幸いです。
もし無いようでしたら去ります。ありがとうございました。 出来ました。スレ汚し申し訳ございませんでした。
>>359 ありがとうございました。 昔のグラボでデコード時にブロックノイズ出るバグって直ったのか h264で3080に替える必要あるのだろうか?
ゲームもバリバリやりますならスマン NVENC第七世代ならどれでもエンコ速度は変わらんからなぁ
ぶっちゃけ高い上位モデル買う意味はあまりないしH264では第六と第七世代の違いもほとんどないから1080からの乗り換えとなると更に微妙
https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new
CUDAフィルター系使いまくっててもCUDA数増えたところでそれによる時間短縮なんて微々たるものだからなぁ
数倍になってもそれこそ数%とかその辺の時短率なのでコスパは非常に悪い NVENCを使った動画エンコード用途で GT710 から GTX1650(Turing)に買い替えるのはスピード的に意味無いですか? せっかくTuringにするならHEVCへのエンコードした方がいいよ HEVCはAV1に敗北したんじゃなかった?
今からH265資産を作るのはどうだろね
ロケフリ用ならそれでいいかもだけど AV1なんてろくに普及してないのにいつ敗北したんだw >>371
HEVCはビデオカメラのエンコーダとして既にHWコーデックが普及してますがな
4k録画いってるやつはHEVCチップ搭載
AV1チップ搭載したビデオカメラとか見たことないわ AV1はYouTubeですら再生数の多い動画の再エンコにしか使ってないからな ネットで4kHEVCの動画落としたけどくっそ迷惑やったわ
2kAVCに再エンコしたわ >>376
32コアぐらいあれば30fpsぐらい出るっぽい TU116-150搭載でロープロファイルな製品でないかしら。 >>377
KDDI作ってたのはVVCじゃなかった?
AV1も作ってたっけ? AV1て同画質で20%ほどHEVCより小さくできるんだっけ?
配信事業者にとっては帯域節約で大きいけど、個人だとエンコード時間考えたら20%デカいHDD買った方がコスパいいよね >>382 等倍速で最初から最後まで見るならいいけど
変速、スキップするならAV1はしばらくダメじゃね? >>381
そうだったVVCと勘違いしてしまった
av1はソシオネクストってとこが作ったっての前に見た記憶 AV1用の高速エンコーダが使えるようにならなければ広くは普及しないよね。
ほとんど配信業務向け。 H.265 ブルーレイ向け
AV1 配信業向け
大してかわんねーよ intelがRocket LakeからAV1のエンコーダー搭載してくるから、それまでは待つしかない >>387
Ultra HD Blu-rayな
Blu-rayはH.264まで >>388
デコーダじゃなくてエンコーダー?
それは熱いな
マジならzen3よりintel待ってみるか ・Intel Rocket Lake CPUs: Everything we know so far
https://www.digitaltrends.com/computing/intel-rocket-lake-cpus-everything-we-know-so-far/
「…and the latest Xe onboard graphics — along with 12-bit AV1, HEVC, and E2E media compression.」
という記述がある
これをどう読み解くか次第 NVENCとは全然関係ないんですが、JPG圧縮のGuetzliってのがGithubで公開されていてCUDAを利用するバージョンもありますが使っている方いますか?
私はGuetzliのCUDA利用バージョン使ってますが大きい画像だともの凄ーく遅かったりエラーが出て灰色画像しか出力されない事があります@1080Ti
これが3080にしたら改善するかな???なんて思ってますがスレ違いの話ですみませんが興味がある方レスください。 そのソフトは全く知らんが言わせてもらうと
ボード買い換えでエラー解決するかな?って気持ちになった時は
内心ではエラー解決より購買欲が優先されちゃってる可能性があるので注意
まあグラボ買い換えよりエラーメッセージちゃんと読み込む方が解決率が高くなるのは言わずもがなですやん CUDA使って計算するソフトいくつか試して全部結果がおかしくなるならCUDAコアかVRAMが壊れてると思う
念を入れるなら別PCにそのカード刺して試してみる JPGの圧縮に支援がいるってどんな状況なんだろ
思いつかない 圧縮も何度も繰り返して最適なパラメータ探るみたいなやつ
GuetzliってJPEG XLの概念実証みたいなもんであんまり最適化されてないから遅い 面白いね動画って結局静止画の連番なんでエンコにもいい影響くるんじゃないの >>394
githubのれどみ見ただけだけど
100万画素でメモリ300MB必要らしいし
最近のデジカメで2500万画素とかだと8GB行きそうだけど足りてるん?
RAMなのかVRAMなのかもわからんけど >>401
CUDA演算とNVENCは別物だしあんまり関係ない
というかその手のやつはこういうのに帰結する
【中国韓国】無碼破解 Part12修正【無断転載禁止】 [無断転載禁止]©bbspink.com
http://mercury.bbspink.com/test/read.cgi/avideo/1598623821/ AMD RADEON6000シリーズ、エンコードエンジンの詳細出ました? 変わってるとは思うが詳細は発売日の情報解禁まで待つ必要がある rocket-lakeでAV1のhwエンコードに対応てこれどうなん? AV1のハードウェアエンコーダーについて
・IntelがデスクトップPC向け第11世代Core「Rocket Lake-S」の概要を明らかに。Ice Lake世代のCPUとTiger Lake世代のGPUを統合する
https://www.4gamer.net/games/492/G049235/20201029079/
リンク内の画像
https://www.4gamer.net/games/492/G049235/20201029079/SS/003.jpg
AV1のエンコーダー搭載でやはり間違いないようだ >>409
444じゃないのは残念だが速度は興味あるな どうもなにも最初はAV1のコーデックで再生可能なAV1の形をしているだけの
x265とは比べるべくもない画質の動画をそこそこの速度でエンコできるだけだよ
でも初めはそれでいいしだんブラッシュアップされていくんだから出ることに意義がある これはBフレーム対応してるのかな?
GPUが最新のXeになったことで、メディアエンコーダやディスプレイ出力も強化されている。
第10世代Core SシリーズのハードウェアエンコーダではHEVC(10bit)、VP9(8bit)に対応していたが
第11世代Core SシリーズではHEVCもVP9も12bit/4:4:4まで拡張され、さらに10bit/4:2:0のAV1に新しく対応している。 i5以上だとやっすいエンコ専用機ってわけにはいかんか 消されたらしい
次世代ビデオコーデック総合スレPart6 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1602779979/105
105 名前:名無しさん@編集中 (オッペケ Src5-+2Dy)[sage] 投稿日:2020/10/30(金) 17:29:59.82 ID:zt8ZLbTOr
https://newsroom.intel.com/wp-content/uploads/sites/11/2020/10/Intel-Rocket-Lake-S-Architecture.pdf
そのスライドは修正入ってAV1のエンコード対応消えたで HEVCあるならAV1にエンコせんからいいけど重要な情報誤報するなよ
確認してない証拠だな 明らかに今までと違う新機能の盛り込みに飛びついて我先にと反射したんだろう
編集長の責任はもちろん、外注にありがちな記者の質が下がったって事さ
そして週明けまで訂正されないだろうから、確認されない誤情報がどんどん拡散されるわけだな なんという負の連鎖
というかAV1なんて結局配信専用だからわりとどうでもいいな >>416
HEVCのエンコードも微妙にスペックダウンしてるな
もう何がなんだか… Intel、22年ぶりのディスクリートGPU「Iris Xe MAX」を正式発表
https://pc.watch.impress.co.jp/docs/news/1286510.html
4K/60p AVCの動画を1080p/60fps HEVCに変換する処理では、
Core i9-10980HK+GeForce RTX 2080というデスクトップパソコンの構成と比較して、
Core i7-1165G7+Iris Xe MAXのほうが1.75倍高速
https://pc.watch.impress.co.jp/img/pcw/docs/1286/510/010_o.jpg
Intelによれば、すでに第11世代Coreに内蔵されているIris Xe単体でも
GeForce RTX 2080 SUPER Max-QのNVENCを上回っているとのことだ。
さらに、第11世代CoreとIris Xe MAXを組み合わせることで、
GeForce RTX 2080 SUPER Max-Qの2倍以上のスループットを実現可能になるという。
https://pc.watch.impress.co.jp/img/pcw/docs/1286/510/011_o.jpg impressでDG1カードがOEM向けに出されるってあるけど期待していいのか Iris Xe MAX搭載ノートPC買おうと思ったらRTX3090買ってもお釣りがきそう https://bluesky-soft.com/AsVideoConv.html
Version 7.14.0 (2020/10/31)
Intel Hybrid AV1 Encoderを利用したAV1エンコードに対応
AMD Fluid Motion Videoを利用した25p->62.5p変換に対応
AMD Fluid Motion Video設定に「レート変換」を追加
「全てのオーディオストリームを変換する」設定を追加
細かな変更と修正 >>424
某検証サイトの結果より画質がさらに向上してるなら欲しいけど一々端末やcpu環境変えたくないから単体グラボとしてさっさと出してほしいわ
実際出る頃にはav1エンコードも実装されてると尚いいけど xe
将来提供されるソフトウェアアップデートにより、GeForce RTX 2080 SUPER Max-QのNVENCよりも、第11世代Core+Iris Xe MAXは倍以上のスループットを実現する計画
Intelによれば、すでに第11世代Coreに内蔵されているIris Xe単体でもGeForce RTX 2080 SUPER Max-QのNVENCを上回っているとのことだ。さらに、第11世代CoreとIris Xe MAXを組み合わせることで、GeForce RTX 2080 SUPER Max-Qの2倍以上のスループットを実現可能になるという。
ほげーーーー > GeForce MX350と同程度の熱設計消費電力
> iGPU+dGPUでメディアエンコードを高速化
> 第11世代CoreとIris Xe MAXを組み合わせたQSVはGeForce RTX 2080 SUPER Max-QのNVQNCの2倍以上
> 今のところDirectXではiGPU+dGPU未対応、Iris Xe MAX単体でGeForce MX350と同等
> ゲーミング向けGPU「Xe-HPG」がリリース予定でソフトベンダーへの対応を促していく
ああそうって感じだけど
エンコ画質とか悪かったら笑える
それに中途半端なmx350レベルなら、数年で廃れそうじゃね? >>426
Ice lakeのQSVでNVENCの画質上回った評価受けてたし
Xeは画質面でもNVENCは超えてるんじゃないの? VCEのあのゴミさ加減はRX6000でも変わらずなのか
Radeon派としてはツライ >>413
cometではi5はi3以下の集団に入ったのに
また組替えされたのか ソフトエンコにしろわざわざ一式買い換えるほどRyzenで速くなるんかいな もともとエンコ専用CPUだったろ>Ryzen
Intelがあぐらをかいた結果
RyzenがゲームCPUの座に君臨しただけで PS5やXbox One XがRyzenやね
Ryzenいままでありがとう
そっちの世界で君臨しれ! 個人的にはもっとバチバチ競合してほしいわ
intelが会社の存続を危ぶむくらいになれば今のCPU技術は2つぐらいすすむんじゃね
それとももう出涸らしだったりして >>425
それはULTRAではないと思うけど激安特価ですね
ファンのうるささはどうなんだろう・・・ ツクモはそっちより税抜き3万切ってる2060Superのほうがお買い得だっ 3万切ってるのはエルザの2060だけど
これがセミファンレスならポチってた いっそ6.7万の2080tiで重いフィルタ掛けまくればいい 「クリエーターならMacしかありえんでしょ?」な雰囲気醸し出してたオサレガジェ系ユーチューバーが
Prのハードエンコ対応等の影響かこぞってここ最近Win機に手を伸ばしはじめてきてる印象だけど
林檎さんは自前の石でそっち系のユーザーをも満足させることできんのかね?
Apple、Apple Silicon搭載した3つのMacBook発表か ハーフサイズMac Proも開発中? 11/3(火) 7:13 ITmedia NEWS >>453
動画のエンコードみたいな、よく使いそうな処理はハードウェアで実装してくるでしょ。一般演算より得意な分野になると思うよ。 iPhoneがすでにAVCもHEVCもハードウェアエンコード対応してるからMacもできるだろう Apple T2 のハードエンコ品質ってどうなんだろうな?
非Appleユーザーが羨むほどの超品質だったりするんだろうか? 高品質な出力が出来ていればとっくにレビューでアピールしているだろう
つまりそういうこと HEVC 最強の HWエンコはNVencでOK ? 何が最強なのかは人それぞれだと思うが、現時点で十中八九その認識で問題ない
速度遅くてもいいからSSIM値の高いエンコードしたいとか、最新ノートでやりたいとか抜きでな ちゃんとチューリング世代のNVEncと書いた方がいい ソケット変えなければintelでいいんだがな
わずかな画質差のために毎回マザボ買い直しはちょっと困る CPU自体が大幅に性能上がったわけでもないしな
毎回マザボごと買い換えになるのはキツすぎる
グラボ単体で2万円台とかで出てこない限りあんま興味ないわ Xeにはそのライン (10,000〜15,000円)も狙って欲しい
今後数年はryzen機に滑り込む余地もあるし 46分の地上波ドラマを
ソフトウェアエンコ H.264 エンコ時間18分
ハードウェアエンコ H.264 エンコ時間5分
ハードウェアエンコ H.265 エンコ時間15分
VMW7の固定品質60で比べてみたけど、静止させてまじまじ見て違いが分かる場合もある程度で
ファイル名確認しないと何再生してるのかわからないくらい普通に見分けがつかない
みんなどれだけ目が良いんだ
画質に差が出やすい状況ってどういうシーン?
暗いとかごちゃごちゃしてるとか動きが早いとか? intelはdGPUでエンコード速度も向上することが発表済なので期待している >>469
ファイルサイズは?
容量小さくて速くエンコできて画質が綺麗なら最高だけど。。 ビットレート盛ったら多少のエンコーダーの差なんて分かりやしない
フルHD@1Mbps程度までおとせば違いも出てくるはず >>473
4.6GBがエンコ後はどれも1.8GB前後だった
あと品質60じゃなくて67だった
ビットレート見たら5600kbpsくらい
これだけ小さくなれば満足だけどみんなもっと縮める? 自分はx265のcrf24だから2時間で1GB前後
45分なら400MB以下に納めてる
h.263系の時代からこのサイズに納まるようにしてる 1.8GBだと半分くらいやん
それだとどれも差がでにくいよ 最近の過去スレでもNVEncとx264/x265のssim揃えての比較とかあった気がするけど、
俺のところでテストした結果はこんな感じ
x264 10bitとNVEncC HEVC 10bitの比較
x264の"--crf 28"を基準に、だいたい同じビットレートになるようNVEncの"--vbr-quality"の値をいじって調整
【ソース】
WOWOWで放映された実写映画(1920*1080)をインタレ解除だけしたものを2分切り出し
【エンコ設定】
x264
デフォルト(preset Medium)
NVEncC
--profile main444 --vbrhq 0 --vbr-quality 32.74 --preset quality --weightp --bref-mode each --lookahead 32 -c hevc --level 6 --output-depth 10 -b 3
【結果】
x264 10bit:
1146.98 kbps
SSIM Mean Y:0.9788153 (16.740db)
NVEncC hevc 10bit:
1152.14 kbps
ssim/psnr: SSIM YUV: 0.982928 (17.677170), 0.990851 (20.386390), 0.994863 (22.892774), All: 0.989547 (19.807752)
ぶっちゃけブロックノイズはNVEncのhevc 10bitの方が抑えられていてパッと見綺麗に見える 人間の視覚美観なんて統一判断できないから、抽出ピクセルの比較をするSSIMは
全ジャンル映像全人類をカバーするオールマイティな指標にならないからね
昔のMacのディスプレイ上のアンチエイリアス処理された文字を見て
Windowsユーザーが「フォントがにじんで "汚い"」と主張してたのが
全く理解できなかった。自分にとっては圧倒的にMacの方が綺麗だった
(異なるフォントの美しさの比較ではなく、純粋に文字レンダリング比較) >>479
x264のcrfは最低限25、できれば24以下って感じだから不利すぎる感じ
>>477
実写ソース
25分のアニメは300MB以下目標で400MB超えるなら720にリサイズ
ただ最近は200MB以下に収まってる
画質やファイル容量の重きは人それぞれだからマジで答えはない >>465
今度のRyzen5000のレビュー見てると
CPUにインテルの選択はもう当分ないと思う 事故った10nmだけじゃなくその先までまともな物作れる目処が立ってないからな Macも脱インテル進めてるしWindowsがパッとしなくなってからINTELも弱くなった >>475
わし似たようなことしてるけど
tvmw6で品質は60にしてもう少し縮めてる
某銀行ドラマの第3話(46分)をh265に
x265標準(1h33m)で652mb
ultrafast(13m04s)で465mb
pascal(8m14s)だと2.73gb
QSV(14m30s)だと1.09gb
設定した品質のためにビットレートが盛られてるせいか、私の目からはエンコーダ間の差を感じられなかったけど、x265には速度に極端に差をつけると、切り取った1フレームを比較して頑張って目を凝らしたときにスーツ胸元の縫い目が潰れるか潰れないか程度の差が出ることは観測できたよ NVENCは画質は悪くないが容量が縮まらん
Bフレームでどれくらいか知らんが みんなそんなに小さくしてるんだね
自分は1070のNVEncで品質固定100とバックアップ予備50の2本作ってる
Bフレームは容量縮むメリットだけじゃなく画質に寄与するん?(´・ω・`) Bフレ無しでq50の設定なら、Bフレありなら同じサイズでq60〜70にできるので間接的に画質を上げる役には立つ 新しいコーデックなら綺麗でなおかつ縮むので
小さくしてるつもりはないけど縮んでるというか
地上波TSを半分くらいのサイズにするだけだったら
どれ使っても差が解らないから速いやつ使えばいいよ いまさらなんだろうが、Bフレ使わないNVENCの方が
BフレをeachであてたAVCより縮むんだね。
見た目はNVENCのほうが心持ち綺麗なのに。 >>489
そういう意味なのね(´・ω・`)ちゃんと目視で比較していないけど
ちゃんと理にかなっている話ではありますね >>487
最新のGeforce3080とTVMW7でやっても、容量はx265でエンコードしたものの2倍3倍になる。品質ベースで同程度の画質を確保した場合ね。
パパッとエンコードしてYoutubeとかにあげる分にはいいと思うよ。 >>493
一定品質を保つと容量でかくなる、CBRやVBRビットレート指定して容量を小さくするとどうしてもノイズが目立つ。 >>486
同じソースで品質60でやってみた
ファイルサイズに結構な差がでた
QSVハードエンコでエンコ時間15分・・・974MB 1806kbps
x265ソフトエンコでエンコ時間32分・・・644MB 2795kbps
画質は静止させて比べてみたけどよくわからん
TSとも比較したけどよくわからん
意外と差が目立ちそうな少しくらい場面の頭髪で見てみた
もう品質60のQSVで良いかなって思えてきた・・・ >>498
ソースによっても違いそう。その程度の差ならいいと思う。俺は200MBと700MBとかそういう差になったからNVEncは小さくするのに向かないと判断した。 >>498
品質基準でエンコするときはまぁプログラムが同等画質を担保してくれると決め込んでエンコーダによる画質の差はあるとしても気にないことにしてる
むしろ画質差を気にするのはビットレート基準でエンコする場合と思ってる
品質基準だと仕上がりサイズは予測不可能だけどハードエンコで出力されるサイズに不満が無いなら、早くて安くて理想的な結果だと思うよ >>500
ビットレート基準の場合、QSVもNVEncも低いレートにするとめちゃくちゃ破綻するよ。x265だとそうでもない。ある程度レート高めであればあんまり差を感じない。 NVencでtsを1/8ファイルサイズにしても破綻は感じないね。実写でちょっとピンと甘くなったかも? くらい。 そりゃ2.5Mbpsなら破綻なんてしないよ
ぼやけるのは設定がおかしい 2.5? ざっと見たら1.3〜1.8になってるみたいだけど・・・? tsって11前後でしょ。
http://purog.doorblog.jp/archives/3700913.html tsたって、WOWOWの24MB/s〜CSの8MB/sまでいろいろあるだろ・・・
さらに視聴率低迷フジテレビ提供の原作無視した上下トリミング引き延ばし小公女セーラなんて、h.265で1/12にしたって1/4と見分けはつかん メディアとか画質を研究してるところって何を基準にしてるんだろう 放送波の帯域は決まってるから1passのCBRでどこまでソースに近づけるかだろうな コナンもだけど上下が切れてるなんて年季の入ったオタクしか気付かないし
そんなニッチな層のために今頃になって放映してるわけじゃないだろ 少し話題が変わるんですが
1660sでrigayaさんのaviutl用のNVEncでhevc 2パスやってるんですが
あれって従来の2パスやってるんですかね
エラい早くエンコが終わるんでおかしいなと 従来のってのはx265とかの2passと同じ動作かって意味?
それなら違うよ >>511
TVKで再放送してる銀河鉄道999と起動戦士ガンダムは上下カットされてない
TVKのロゴのTの文字の左端ちょっとだけ映像にかかるようになってる
これわざとなのかな エンコードだが、ちょっと前までは品質基準でエンコードしたほうが明らかにきれいだったが、最近は2passの固定ビットレートでエンコードしても
充分な画質が得られるようになってきたから、時間あたりのファイル容量を単純計算しやすい
2passでもいいかなと思ったりもしている 2passで固定ビットレートってなんで2passいるんだろう (SWエンコを前提に)
1passビットレート指定よりは画質を気にしたものだから
別に間違っちゃないだろう 今GT710でpc新調しようと思ってるんだけどエンコも265にしようかなーと思ってたが265のbフレームってNVENCしか無理なんかな?
そんで264のままならRYZENオンボでもまあまあいけるかな? Ryzen積んでるならx265を8コアでぶん回せば追加投資はイランけど 残念ながら実際はそこまでクリティカルな速度でないのよ ハードウェアエンコにはスピードではかなわないもんな。 古畑任三郎も再放送されるたびに変なトリミングされてってるな Tiger Lakeが11世代で、
Tiger Lake-Hが12世代になるのかな?(マイクロコードだけ11?)
Alder Lake-Pが12世代
Alder Lake-Sが12世代 MacてAPIまわりどーなってんの
Adobeとかしか使えなかったりしそうなイメージが M1、エンコーダーまわりの情報が不明だね
RAWを売りにするのならば、RAW対応のハードウェアエンコーダーやハードウェアデコーダーを積めば、
Windows陣営に対するアドバンテージになりそうなものだが
そもそも、Appleに高画質エンコードのイメージがないのがね… こーゆー意見もあるが実際どんなもんなんだろ
404 ニューノーマルの名無しさん 2020/11/11(水) 08:35:22.57 ID:Qgb2SnZn0
>>.361
動画エンコはインテルよりAシリーズの方が何倍も速いからな。
668 ニューノーマルの名無しさん 2020/11/11(水) 09:26:12.82 ID:Qgb2SnZn0
>>.611
動画エンコードとか、iPadの方が何倍も速いからな。グラフィックのベンチも劇速なのが、2世代前のA12Xだから、A14XたるM1はワクテカしかない 8Krawなんて書いてあったっけ?
4Kはサクサクだよとか書いてあるけど 従来の倍のエンコ性能と言われてるXeのtiger-lakeもそろそろ出るし
M1が仮にエンコーダーあったとしても
ぶっちぎりで高性能と言う状態にはならないかと
M1は謎だらけで箱開けてみないと分からん
gen11の実績があるXeが今は一番期待出来るかな
Xe MAXとかいつ出るんだよって感じだか… ホントかよ?w って思うが。。。
435 Socket774 2020/11/11(水) 17:43:15.22 ID:lg0wiafs0
M1は消費電力半分以上で1185G7+Iris Xe Maxの性能は余裕であるね
iPad proのA14XをMac bookにも転用できる設計にしたっぽいな
それにしてもiGPUのキモとなるメモリ帯域が気になる 何を思ってこんなレスわざわざ持ってくるんだろうか
理解が及ばんな ホントに使い物になるチップならば、Mac miniバカ売れするかね派 コケまくってるインテルよりは
最先端のプロセスルールで組んでる林檎のほうがまだ望みがあるわ ハードエンコのために本体毎変えるに等しいような金の使い方はできんので各社自信のあるエンコーダチップが出来たらグラフィックボードとして単体販売してくれるといいな 「6倍改善しました」「類を見ないほど速いです!」
みたいな発表は林檎さんの伝統芸能wだから真に受けたらダメよ説
https://youtu.be/4_g6JX0Z6q8?t=3m50s 個々のコア自体は最新のCPUに匹敵する規模だし
それを5nmで作ってモバイル向けの消費電力で動作させてるから
ワッパが最高性能になるのは何もおかしくは無い
さすがにデスクトップ向けCPU以上の性能だ!って主張はアレだけど
>x86/x64系と比べると、A13のビッグコアは、同じTSMCの7nmプロセスのAMD Zen 2コアより少し小さいだけだ。
>言い換えれば、Appleの現在のビッグコアは、ダイエリア的にはx86/x64系とほぼ同じ規模になっている。
https://pc.watch.impress.co.jp/docs/column/kaigai/1261696.html Turingと同じくらいのH.265エンコできるCPUはまだないんだっけ? ハードエンコってグラボのファームアップとかで速度とか画質のアップって見込めないの? >>546
効率のために固定回路(ASIC)になってるから難しい
GPGPUで動かしてるわけじゃないから >>545
Ice Lake以降はNVIDIAより高品質 >>548
本当は多少コストのっけてやればできると思うけど、買い替え需要が減るからあえてやらないのかなと思ってる
良いものを作って長く使ってもらう、っていう風にはならないよね ハードエンコは画質劣化させた対価のわりに大して縮まないという
必然性が薄い 最新コーデックに対応できる規模のFPGAボンと載せればできるだろうけどその多少のコストがどれほどの多少かぼくには想像もつかない >>546
ファームをエンコで処理できるだけのcpu性能も同時に求められるようになって、最新ハード並のエンコを実現するためによりcpu処理を要するっていう本末転倒な結果になりそう
>>551
ハードエンコーダーはtsを非力pcでも変換保存するみたいに、圧縮率高くなくても比較的縮められるとか、、You Tubeとかに上げるためみたいな、手元に保存を前提としない作業には向いてると思う >>551
ハードエンコは圧縮するとか高画質で残すというよりも消化する動画のフォーマットの高速変換くらいに考えてる
たとえばスマホやタブレットにコピーして観てしばらくしたら消しちゃうようなのとか まあNVENCでも元TSの半分くらいにはなるから使えることは使えるけど
ソフトエンコだとその更に半分以下になるからね ■M1チップについて
https://www.apple.com/jp/newsroom/2020/11/introducing-the-next-generation-of-mac/
■M1を搭載したMacBook Airで可能になること(一世代前のモデルとの比較)
「Final Cut Proでフレームレートを低下させずに、複数のフル品質の4K ProResビデオストリームの再生と編集を行う。
これは、MacBook Airでは初めてのことです。」
→複数のフル品質の4K ProResビデオストリームの再生と編集を行う。
どうやら4K ProResを3本同時に扱えるらしい
これはProRes対応のハードウェアエンコーダー/デコーダーを搭載しているということか?
続く さらに
■M1を搭載した13インチMacBook Proで可能になること(一世代前のモデルとの比較)
「フル品質の8K ProResビデオを、1フレームも落とさずにDaVinci Resolveで再生する。」
再生だけなら8KまでProResに対応できるハードウェアデコーダーを搭載しているのか?
実機での検証結果が待たれるな
これができるのであれば、可逆圧縮系の決定打になるかもしれん proresが今以上に広まるのはやめてほしいなあ
Appleの囲い込みがひどいから ズブの素人なのですが、動画編集でエンコードする際に、
GPUを利用してH.265でエンコをするのであれば
GeforceでNVENC使っとけという感じなのでしょうか? GeForceというかTuringでnvencだな
別にIceLakeでQSVでも、Ryzenでx265でもいいと思うが
RadeonでVCE以外だったら、現行の物ならどれでもいいと思うぞ >>555
時間画質とサイズのトレードオフだろう
ハードエンコは一定のサイズを割り込まなければ画質は担保されるのでそれなりのサイズで高速低負荷でエンコしたい人向き
ソフトエンコは時間と負荷かけた分ある程度の画質を担保したままより小さいサイズにできるので時間と負荷かけてもサイズを大きく縮めたい人向き
自分の目的にあったほうを選べばいいだけ
このスレはハードエンコスレだから住人はサイズはあまり重視してない人が多い
というか今時HDDも10TB↑の時代だしな30分で200〜300Mとかを目指す必要もない 配信とかでリアルタイムエンコードが必要とかでない限りはソフトエンコードでいいと思うけどな
pc放置するだけだし とりあえずPS5互換フォーマットが早く分かって欲しいな
それとウチのUHDレコで再生できる設定を詰めたい 今期の新作アニメほぼ全部やる+α(旧作やら劇場作品)とかだとソフトエンコじゃ追いつかんのよね正直 うちの9900Kでx265で1日18時間回すと2ヶ月ちょいで4TB分エンコできてる
16コアなら深夜アニメだけなら消化しきれると思うけど
昼間アニメや再放送までやるなら複数台エンコマシン用意するか
スリッパ一択になるかな アップリシリコンMacは軒並みeGPU非対応で動画クリエーターらはがっかりモードっぽい >>565
tsを4TB分なら少なすぎない?
265として出力するのが4TB? >>566
オール電化だから夜間は安いし
冬は暖房無しでTシャツ短パンですごせる
去年一回も暖房使わなかったからヒーター捨てたレベル
ただ夏はエンコしないけど
>>568
エンコ前で4TB
mediumだし設定次第だし
そんなもんじゃね? Intel、Xe-LP採用のデータセンター向けGPU
https://pc.watch.impress.co.jp/docs/news/1288426.html
Intel Server GPUは、リアルタイムビデオストリーミングや低遅延なAndroid向けクラウドゲーミングなどにおける大量のトランスコードを実現できるとする製品。
Intel Media SDKやMesa 3D Graphics Libraryをサポートするほか、映像コーデックはAVCやHEVC、MPEG-2、VP9(エンコード/デコード)、AV1(デコード)に対応。
FFmpeg向けに最適化されたMedia Pluginにより、XeonとIntel Sever GPU間の互換性も実現する。 局によるけどtsなら2時間映画で17〜20GBくらいだし4TBでもファイル数はそんなでもないでしょ >>567
まずは使ってみてからって話だよな(`・ω・´)
ユニファイドメモリベースのiGPUで動画編集/出力の挙動を
体感してない状況で、過去の技術の土俵の上から推測して
残念がってるだけなので、失望するのはまだ早い 品質基準で設定してもソフトエンコと同等のビットレートなら迷わずバッチで全部分投げられるんだよなぁ
今はどうしてもハードエンコは要求するビットレートが比較的高いから素材を選ぶ
xeのエンコーダーに期待してるからはよグラボで出してほしいんですわ 264でハードエンコードするなら
1050tiから1650d6に買いかえる
メリットってないんですか? H.264とh.264とx264とややこしい
あとNVENCの読み方今まで間違ってた Xeの性能が楽しみだ!
Ice Lakeよりどれだけ画質が上がったか M1チップ搭載のMacのエンコーダーも期待しておくか >>583
アホか
エンコ以外に何の役にも立たないのに数十万も払うかよ アップルのキチガイ信者だったかw
何も言い返せないから煽って逃げるんだなw M1はCPUにメモリを直付けしているからMAX16GBまでしか選べない
2020年に16GBが最大のゴミPCで何が出来るのか教えてほしいわ
マカーってAppleに都合の悪い事は指摘しないし隠すからな
まさに信者 結局逃げてしまったようだ
負け犬はいつも同じパターン
相手の話に返せないからひたすら煽って逃げ回る
マッキントッシュが何の役に立つのか知りたかったわ マックって動画編集ソフトが優秀なだけなイメージ
基本的なソフトはwinよりついてるけどそれ以上はできん >>589
M1のMacが16GBで不足して何かおかしくなってる状態の
環境とタスク詳細と動画をYouTubeに上げるまでその偉そうな口を閉じてろw >>589
そもそも79800円のエントリーレベルに何求めてるんだという笑い話だよね
iMacやMac ProをメモリMAX16GBで出してくるわけないじゃんw 編集はともかくエンコだけならaviutilでGPU合わせてもRAM4Gもつかわないやん 2020年にいい歳してこのやり取りが繰り広げられることに震える まあ永久に終わらん戦争やからな
昔はそれに加えてキューハチ勢もいたが滅びたw 発表会でたさdavinciもチラッと紹介されてたけど
davinciはハードウェアのエンコード、デコード必須みたいなソフトで
M1のApple独自GPUできちんと動くのか気になる
それともGPUはAMDと協力してたりするのかな? eGPU動かん言ってるんだし、AMDと協力なんかしとらんだろ エンコ目的だとオーバースペックと思いながらも3070をポチってしまった >>599
NVENC性能は1660と何一つ変わらないけど値段だけ10倍くらい高い、みたいな? >>603
1080Tiと3070比べたらどうなるの? aviutilて最大フレーム数の上限8388607てあったんだな
初期値を適当に設定しても、60fpsで5時間超えるファイルでも読み込めるんで気づかんかったwww
3時間ぐらいで無音声になるんで初めて気づいた。しかもエンコしてから orz
nvenc で 2passが気に入ってたのにVMWでやるしかないのか avisynth ffmpegとか色々とあると思うんだけど gui前提ってことでしょ
まあやり方さえ覚えればちょっとしたエンコードくらいffmpegのほうが楽だと思うけど 固定量子化とか固定品質ってのはできあがりのファイルサイズの目安とかどーすればわかるの?
aviutilのnvencプラグインは固定品質ってのはないよね? 最終的な圧縮に固定量子化でエンコして保存してる人とかいるん? >>614
aviutil のオプションを
ffmpegのオプションに翻訳してくれるツールとかないっすか? >>617
俺はaviutlはあんまり使わないんでよく知らないけど
x264guiExの設定メニューの下部に
x264の引数が設定に合わせて表示されてるはずだからそれが参考になるかと
ホントにエンコードするだけならffmpegじゃなくてCLI版のx264単体でやった方が簡単かもしれん あんまよくわかってなくて適当にやってたんでちょっとオプション調べてみたら
ちょっと気になる項目あるのでどなたか教えてください
aviutolのnvencプラグインで
重み付きPフレーム
こいつを有効にすると連続Bフレーム数とか設定してても無効にされちゃうの?
両方設定できるようになってるし、log見ても特に問題なく動いてるみたいだけど? bフレweightp両方イネーブルにできるけど
ログ見てると
wightpの方コールバックされないな
bフレ設定が無効にされるんじゃなくweightpが無視されるの? 重み付きPフレームはNVEncだとBフレーム使ってる時には使えない仕様だから実質PascalでのHEVC用オプション
h264でもBフレ無し(-b 0)にすれば使える、TuringとかAmpereではどうなるか知らん
NVEncCだとBフレ使用時に黄色文字で使えねえよってツッコミくらう
weighted prediction with B frames unsupported.
rigayaさんのとこにも使えないって書いてある(リンク貼れないのでNVEnc 3.10のページ探して見て) >>621
3.10のこと全然知らんで5.19使ってるんだけど
同時指定で何もいわれないんですよ。
さんざんエンコしてたのにきづかんかった。
logの冒頭で設定されたオプショ一覧のなかには
-b 5 --weightp
がしっかり表示されるものの、その後つらつら出てくる info では weightpに関する項目はなかった 264だとweightpは互換性低いからオフ推奨だったけどな rigayaプラグインが何も警告でなくなったのは仕様が変わったのかな?
両方指定した場合どっちが無効になるかだけでもプラグインのはっきりした仕様を知りたい
多分、警告とかエラーが出なくなってweightpが反映されないんだろな。
上でffmpeg教えてくれた人いたけど、そもそも コマンドラインから、NVEncC.exe にまんまaviutilのオプションをコピペすれば
aviutilの上からやることと同じことできるんだよね? 多分ww >>623
互換性を高めたmode 1があったじゃろ DaVinci ResolveがM1/BigSurネイティブ対応したとかで一部動画界隈がザワつき始めたな
https://youtu.be/SDaUGNoXcb0?t=15m30s
https://dotup.org/uploda/dotup.org2308783.png
(この動画の主はM1とDaVinciに過大な期待を抱きすぎてる節あるが) ついでに、M1対応のx265とかが出たらさらに変わるだろうね 上の動画の人ってそれなりのポジションに立ってるソフトウェアエンジニアだっけ?
アップルの「従来と比べて○倍速くなりました!」は信用しないのに、BMDが言う「旧世代コンピューターと比較して性能5倍向上」は信じちゃうのか
なんというBlackMagic信者脳w 一応貼っておくか
・ビデオ編集ソフト「DaVinci Resolve」、バージョン17.1でApple Silicon最適化 M1搭載Macで最大5倍の性能向上
https://www.itmedia.co.jp/news/spv/2011/15/news019.html >>624
aviutl(NVEnc)のほうはやってないから知らんけどNVEnc5.19でエラーメッセージの改善って書いてあるからそうなんじゃない?
気になるなら5.18とかSDK10.0の5.17以前で比較とか
対応してるならBフレが無効になる事はないと思うけど気になるならAVInaptic(HEVCだとグラフ表示非対応)とかの解析ソフトで見ればいいと思う
そもそもaviutlやffmpegが必要ないならNVEncCだけでもいい
コピペ(NVEncCオプションリストからでもいい)+入出力ファイルやNVEncCのフルパス入力
コマンドプロンプト+メモ帳のスタイルで開いたまま複数回使うならcd /dとか環境変数指定すると楽、バッチで使うなら必要に応じて色々やる
使用するリーダーで使用できるオプションも変わるから必要に応じて変える
そもそもハード毎(ハードエンコ)のオプション制約が嫌ならソフトエンコ
それはそうと普段使ってる5.11から5.18、5.19にしたらh264で--bref-mode eachが使えなくなってた(middleは使える)
おま環かもしれないけどrigayaさんはテストしてないみたいだしPascalでもAPI11.0になってたけどTuring以上とは事情が違うのかな アニメは画質が目立つからソフトエンコ、実写はハードエンコ
アニメはせっかく描いてるものだから雑にはしたくない 画質厨はせっせと最新PCセットを買ってればいいよ
GPUだけ買い換えれば最新アップグレードになるGPUエンコはコスパ優先 そもそもUHD-BD1枚にFHD画質で3クールくらい収められるでしょ
それを1万以下で売ればもっと売り上げ上がるだろうに
コンテンツメーカーは商売下手だとしか思えない >>630
M1でnvencできるんか?
できるんならmac miniを買ってやってもいいぞ CPUのたらい回し
ま、安定するのに数年かかるやろな
ソフト資産も完全パージて orz
人柱になるやつドMだな 未だにソフトエンコなんてやってるんだ
俺はtsのバックアップ用に適当画質で保存してるけどまた見るもんじゃないし画質にこだわってもねえ >>643
俺もドラマとかの録画保存は全部ハードエンコにしてる
どうせもう観ないし時間かけるだけ無駄だよな
人生もっと効率よくしないと そもそも二度と観ないのにエンコして持っとくのが無駄っていうw
まあ俺も同類でgoogle photo終了決定して嘆いてるんだが まあドラマアニメ映画はほぼ2度と見ないから時間の無駄と言える要素大きいね
ライブはちょくちょく見るのでエンコして詰め込んでレコーダで見たりするよ 保存が止められない身としてはストレージも無限じゃないからソフトエンコも止められない
だからこそrocketのqsvや未来のxeのav1エンコーダ搭載を期待してるんや
intel頼むでホンマ 何度も繰り返して観るのは結局抜けるエロ動画だけなんだよ。男の習性として。 DVDとかも結局買ったのは映画じゃなくて音楽だったな
何度も見るしスキップできるし車でも曲を流すし
Netflixの映画やアニメみてそんなに不満ないけど、そう考えると普段から画質をあれこれ考えて
少しでも綺麗に残そうって思ってる努力って無駄なのかもしれない
エンコの設定煮詰めて少しでも画質とサイズの両立をはかってHDDの肥やしを作ってる俺らよりも
家庭用録画機でコピワンで劣化画質の長時間モードで録画して、映画を楽しんで観ている人の方が充実してる >>644
そうなってくるとエンコそのものが人生の無駄だろw まあ目的と手段が逆転してる好例だよな。
より高画質なエンコード手段が出たらどうしよう
ってことで、俺の場合、オリジナルまで保管しちゃってるからね。
じゃあいまエンコードする意味って何よっていう… 長渕剛のとんぼや常盤貴子の悪魔のKissエンコしたのは神だろ 俺気に入ったものは何度でも見返すから普通にエンコ道嗜んでる >>653
ネット以外で入手できない常盤貴子のおっぱい? >>654
気に入ったものはエンコなんかせずそのまま保存だろ
テレビ番組だったら、ヘッダフッタ部分だけSMRでカットしてまんま保存
というかテレビ番組はエンコなんかしないな
とても時間が足りない
番組といっても残すのwowowとドラマぐらい
エンコはストリーミングを60pでキャプして30pにするとき使う 日テレ 古参女子アナ 木村優子
のすっぽんぽんサウナ盗撮も貴重だけどな 常盤貴子や木村優子のおっぱい見て勃起するも
どーしてもこれだけじゃ発射できず
仕方なく嫁にハメながら木村優子を妄想しつつ射精した思い出 ドラマ1話をあまり劣化せずに1/6くらいにするのに10分かからなくなったから、HDD容量とファイル管理(移動が楽)の点でハードエンコかけるようになった。
今更DVDとかBDに焼く気にはならないけど。 自分は話数だけは多い海外ドラマが主用途だから
HWだとHDD効率が悪すぎる 悲しいとき〜
海外ドラマで1話だけ録画しそこねたとき〜 以前は可逆コーデでAVIキャプしてからソフトエンコだったのですごく時間かかってたけど、
インタレ解除の必要ないソースならNVENCなHEVC/H.265でキャプしてTMSRで不要部分カットして終了なので大幅に楽になった
インタレ解除の必要なソースはTMVWでNVENCで編集&HEVC/H.265でエンコ
これはそこそこ時間かかるけどそれでもソフトエンコ時代に比べれば大幅に早くなって全体の処理が早くなった
CPUもそんないいのいらんしNvidiaなグラボを適時買い換えるだけですむ良い時代になったもんだ
>>664
1話1時間1Gくらいの目安でやれば12TBなHDDなら12000話収録できるんだしHDD効率考える事ほぼなくなったなぁ
HDD効率気にする人は大容量HDD買い換えると色々捗るよ
HDDの大容量化低価格化もいつのまにか進行してて今後も大容量化は進んで行きそうだしキャプ厨には良い時代だ 12TB(市販されてる最大容量)なんてコスパ悪いだろ
1万円ちょいで買える外部ストレージを渡り歩いていくのがコスパいい
>>665
あるある
不思議と再放送枠でも同じ回を録画し損ねたり
そういう回ってたまにある バイト単価とHDD効率は別物じゃ?
まぁバイト単価重視なら今なら8TBだな
先日の超Paypay祭りで還元コミで1万切るレベルだった >>668
最終的には同じところにつながってるよ
同じファイル数でも容量が倍違えば必要な容量も倍になるんだから コスパじゃなく、全動画コレクションが1つのHDDに詰め込まれているという凝縮感にロマンを感じるんだろ。 >>668
おまえどこ見てんの?
https://www.bestgate.net/item.php?categoryid=1002a&sort=tableData1_1
6TB最強となってる
んで、1位であってもかつてのチョン経営で品質劣化した茂は選択肢から普通外すんで
WD60EZがバイト単価最安ってのが常識 >>670
最大容量のHDDでせいぜい18TBだろ?
んなもんとても収まりきくかよwww
ちなみに6TB HDDx20本
DVDR/BDR あわせて17000枚
DVテープ 3744本 固定量子化の設定が雲をつかむような気がしてどーもよくわからんかったんで
VBRの設定を参考にパクることにした
VBR 7450kbps Max 37250kbps にすると
Initial QP I:PB=20:23:25
実際の平均 QP 19.80:20.02:22.45
になった映像があるんだが、
このクォリティを維持しようとすると
例えば
17:18:20
とかすればいいってことかな? 小数点以下切り捨てで-2ずつしてみた
VBRのログでmin. max.も表示してくれたらかなり楽になるんだけどな
初期値のままでエンコしたら4737kbpsになった 映像の複雑さはそれぞれ違うからビットレート指定している限りクオリティは維持されないと思うよ
avgQPとInitialQPを混同してるっぽいが、--qp-initはあくまで初期値。動画の冒頭用で多分全体には影響しない・・・はず
固定量子化量(cqp)でエンコしたいなら--cqp 20:23:25
固定品質(crf)でエンコするなら--vbrhq 0 --vbr-quality 28の様に指定しとけば良いんでねか? NVEncでもそのオプションでcrf使えるのか!サンクス https://light.dotup.org/uploda/light.dotup.org679923.png
( ;゚д)ザワ(;゚д゚;)ザワ(д゚; )…
現状最もパワフルなIntel MacBookであるところの僕のメインマシン MacBookPro16 特盛 (8core i9-9980HK 64GB RAM 購入時約50万円)のスコア
single 1123 multi 7235
本日届いた M1 MacBook Air 最小構成(7core GPU 8GBメモリ 約11万円)のスコアが右写真
single 1730 multi 7410
M1やばすぎる...
午後0:48 2020年11月17日
Apple 製 M1チップがインテル製 x86 システムをエミュレートしたシングルコアのベンチマークが、
エミュレーション状態でも既存のすべてのインテル製 Mac より速いという驚愕の結果。
Apple Silicon M1 Emulating x86 is Still Faster Than Every Other Mac...
午後6:48 2020年11月16日
ファンなしのMBAでFCPXのレンダリング速度ヤバくない!?めっちゃコスパいいノートPCじゃん…
1番安いのでも凄い!M1 MacBook Air 開封&1stレビュー・AppleシリコンMac来たー!ベンチマークや...
午後8:30 2020年11月17日 >映像の複雑さはそれぞれ違うからビットレート指定している限りクオリティは維持されないと思うよ
映像の複雑さはそれぞれ違うから、平均とピークビットレートだけを指定しといて、
時にビットレートを増やし、時にミットレートを増やして、平均値に収まるように調整してるんだろ?
IPBレートを固定になんかしたら無意味に伝送レート上がるか、必要な箇所で伝送レートたりなくなるのがオチだろが
実際、固定量子化に分があるならとっくにメディア配信で使われてるハズだろ
どこの放送、コンテンツ会社、配信サービス会社がこの方法でエンコしてるのか教えてくれ >>675
>avgQPとInitialQPを混同してるっぽいが
読解力ないのか ヤレヤレ ┐(´ー`)┌ マイッタネ >>677
うんわかった
nvenc使えるなら買うよ
使えるの? >>678
ビットレートを基準に判断するから無駄や過剰が起きるんだよ
画質で言えば、ビットレートを気にしない固定量子化モードのほうが高画質だけど、
どちらもビットさえ費やせば画質の問題はクリアすることができる 何かの間違いだろ…おい…
41 Socket774 2020/11/18(水) 00:43:08.86 ID:y7YaTCrU
インテルばかり比較対象に挙げられ貶されてるがAMD Ryzenも含め、x86は本日を持って終了と相成った
新MacBook Air登場! M1チップの性能にはビックリ。高速なWindowsノートと較べた結果には、涙ものショックです。
youtu.be/kNNfdHQgae0?t=15m52s おいおい、Adobe PrはM1 Mac上ではエミュ動作してるにもかかわらず速度はIris XEのTiger lake(Win環境)超えてきてんぞ
さすがにNVENC有りのシステムと比べたら遅いし、M1で書き出した映像の品質は不明だしで、その点はアレだけどこれは恐ろしいわ
https://pbs.twimg.com/media/EnBjEclUUAYjCgv.jpg
MacBook Air M1のPremiere Proの書き出し時間。
Intel CPUの旧MacBook 13よりは速いけど、MacBook 16よりは遅い。
ただ、Premiere Proはまだユニバーサルアプリじゃないので、ネイティブで実行できるようになれば、もっと早くなるはず。
Core i7-1165G7のWindows PCはPremiereでも負けちゃったか。
午後9:11 2020年11月17日 Twitter Web 冷静になって調べ直してみた
それぞれ最良のパフォーマンス発揮させられる環境での比較ならTiger lake(Iris Xe)の方が速いのな
慌てふためく必要なかったわw
■M1 Macbook Air、FCPX
https://light.dotup.org/uploda/light.dotup.org679968.jpg
5分の4K動画が3分 ≒ 1.66倍速
■XPS 13 2-in-1、TMPGEnc (QSV有効)
https://light.dotup.org/uploda/light.dotup.org679969.jpg
2分の4K動画が67秒 ≒ 1.8倍速 マカーはHWエンコとSWエンコの概念がないんだね。 リンゴの絵がついてるついてないか
それだけで区別しとるからなw M1はx86切り捨てて互換性ばっさり
使い物になるのいつやねん ハードエンコはソフトと比べりゃ速いのが当たり前で速さはそれで十分だわ 速さを強調されても今更感あるし
av1にも対応するとか、同画質の実現に必要なビットレートの削減とかそっちで頑張って頑張ってくれたほうがいい >>696
これ
まあこんなこと明文化しなくてもみんな分かってるとは思う
JPWお前を除いてな
串通してるみたいだし荒らし確定だな まだ発売1〜2日目、最初は速度比較祭りにならざる得ないでしょ
真っ先に飛びつくガジェ系の人達がPSNRだのSSIMだのを認知してるはずねーし
>>697
無関係の人を俺認定すんなw 餅つけ .∧
;へ | |
(_人ヽ_/ ノ
_,,.-‐-,,._ / 。。!
|. | ( ,,,,Y,,,)
|..__...|==/ (,,゚Д゚)n== <まぁ、もちつけ
|.(゚Д゚ ) | i(ノ ノ
|_,,.. -..,,c C /
`'''‐-‐'' | ゙:、 丿丿 ) ̄ ̄ ̄(
U"U U"U (;c(゚Д゚ )c)⌒つ
/ もちつきねぇ \
/ ウス! ヽ アホ騒ぎするユーチューバー供をどーにかしろ思うけどあれはあれで影響力デカいから困ったもんだ
たぶん多くの視聴者はIntelは終わった過去の企業みたいに受け取ってる NVENCを使ってのエンコードで1080Tiと3080ではどれくらい速度が違いますかね? >>702
どれも1050とほぼ変わらないんじゃ
10X0シリーズ Pascal 第6世代NVENC
20X0シリーズ Turing 第7世代NVENC (GTX1660や一部の1650も含む)
30X0シリーズ Ampere 第7世代NVENC
第6世代NVENCと第7世代NVENCの大きな違いはHEVCのBフレームに対応してるかどうか
細かい画質の違いはあるものの速度が何倍にもなったという話は無いので速度的にはほぼ据え置き
そして同世代のNVENCであればグラボが上位モデルでも下位モデルでもエンコ性能は同一なので、
エンコ速度だけでいえばどれも1050とほぼ変わらないという結論に >>703
自分自身ワーワー言うやつらの影響受けそうになりつつも疑問に感じたからコピペ貼った
そのあと様々な視点の情報貰えたから>>701になったわけ >>619
>>632
今覗いたらこのあたりの説明追記されてた
ただちょっと気になるのは1050(457.30)+NVEncC5.11+h264で試した時にソースや他のオプション変えずに--bref-mode変えたら3つとも出力結果が違った(なのでeachも使えてるっぽい?)
QP値は「each<middle<disable」で容量は「disable<middle<each」で処理速度(fps)は「disable<each<middle」
5.11と同じオプションを5.18や5.19で試すとeachとdisableの出力結果が同じになっていた(=eachは使えてない[使ってない?])
QP値は「middle<disable(each)」で容量は「disable<middle(each)」で処理速度(fps)は「disable<middle(each)」
容量の関係はオプションによって変わる場合があった、そもそもQP値が違うから画質容量比でみないとアレだけど調べてない
自分の環境だと結構差が出たけどソース(Shadowplay)に水増しフレームがあったのが原因かもしれない(cqpモードだとbref適用時にBフレームだけ指定値より下がっていた) >>707
↓使用オプション(--vbr --multipass 2pass-fullでも試した)
NVEncC64 -d 0 --avhw -i --trim --fps 60 -c h264 -u quality --cqp --gop-len 600 -b 3 --ref 6 --bref-mode --audio-copy --cuda-schedule sync --output-buf 32 --avsync vfr --output-thread 1 -o >>688
どのモデルか特定した
■M1 Macbook Air、FCPX
5分の4K動画が3分 ≒ 1.66倍速
https://www.apple.com/jp/shop/buy-mac/macbook-air
右の上位モデル 129,800円(税別)
■XPS 13 2-in-1、TMPGEnc (QSV有効)
2分の4K動画が67秒 ≒ 1.8倍速
https://www.dell.com/ja-jp/shop/laptops/new-13-2-in-1/spd/xps-13-9310-2-in-1-laptop
販売価格(税抜・配送料込) 174,980円 上でも書いてる人いるけど
M1てソフトウェアエンコでしょ? appleはずるいからM1はハードエンコでドヤってるだけだしシネベンチではズルしてGPU使ってることになったぞ
これが自作板の総意や ネットでみるとh264,h265は固定品質や固定量子化がいいってのばっか
はっきりいって、こういうエンコ基準だと使いづらいことこの上ないので、
伝送レートの目安との関係を知りたくて、時間毎の伝送レートを逐次出力してくれるソフトないかと探してたら
rigaya様がちゃーんと用意してくれてたわ涙 CheckBitrate
これでエンコ前後の瞬時/ 指定時間ごとの平均ビットレート一目瞭然
ホント感謝します
CheckBitrate解析結果と映像みながら手動で部分的に設定したビット増減をフィードバックできれば固定品質/固定量子化なんかなくとも
avrだけでいけるんじゃねーの?
実際パッケージメディア作るときに目で見てビット割り当てするって見たがどんなアプリ使ってんだろ? そんな無駄な手間暇かけてらんない
大容量HDDがあたりまえな今時そこまでレート気にするくらいなら全体にレート多めに盛ったほうが手っ取り早い
つーかそこまでサイズやレートにこだわるならソフトエンコ2passに逝ったほうが幸せになれるんじゃないの? 動画の暗部の時間とか、輝度成分の変化量からパラメータ考えるとか
ソースファイルのビットレートから目安のパラメータ考えるとか
結果のssim目安にするとか試してみたら?
人様の求めてるパラメータなんて誰にも分からない。 無駄な手間暇て
CheckBitrateで2時間動画でも5分くらいで解析できるのにか?
CheckBitrate相当の機能がエンコアプリに搭載されてて、手動でビットレート割り当てができれば、
固定量子化固定品質でパラメーター追い求めるより遙かに短い時間で所望エンコできると思うが
ABRで設定するとこれに引っ張られて欲しい画質が得られないってのが一番の問題なんだろ?
なじみ深いABRで設定しといて、部分的に人手による修正を可能にすることで解決する話じゃねーの? HWデコード黎明期ならともかく今時ビットレートを安定させようって需要がよーわからん そう、それをいちいち手動で割り当てるのが無駄な手間だって話な
そもそも内容的には2passでやってることそのものだしオプションで--multipass 2pass-fullを追加するだけでいいだろ
それで満足できなければソフトエンコの2pass行けばいいんじゃね?
なんか新しい事でも思いついた気分になったのかしらんけど特に目新しいアイデアでもなんでもないぞ 最近始めたばかりかもしれないし生暖かく見守ってあげようではないか ここで語られるようなエンコって実用半面趣味半面みたいな領域に突入してると思う。
もう一生見続けても見切れない量を遥かに超えてエンコし続けてるとか、
エンコードする時の「感触」みたいなのを知覚してる諸兄もこのスレには少なくないんでは。
高速、高画質、高圧縮だけを追い求めるエンコだけじゃなく、
手作り感や温もりのあるエンコード。
そういったものに寄り添って歩んでいく時代がほら、もうすぐそこにまで。 固定品質だと出力ファイルサイズが事前に読めないのが気持ち悪いってんなら
まあ分からんでもない >>719
現状、最終的に人が時間スケールとビットレート指定するハードエンコなんてないだろ
ソフトエンコでそれを可能にしてるアプリは実際存在して、パッケージメディア作るときはそうしてると制作会社の人間がそう答えてた
すでにVBRでエンコかかった映像の伝送レート割り出すのは簡単でも
オートマチックに映像のアクティビティを計算したところで、
映像を目で見て、個々人がこの場面を重視してきれいにエンコしたいという願望が盛り込まれるわきゃないってのがわからないかな??
それを時間軸上でビットレート曲線を人が操作する微調整は稚拙な伝送レート操作でもなんでもないだろ
固定量子化あたりで雲をつかむような試行錯誤繰り返すより現実解としてはるかに短時間で目的を達成できるように思うけどな
固定量子化とか固定品質とか あ
途中で送ってしまったわ
https://signal-flag-z.blogspot.com/2019/06/ffmpeg-nvenc.html
ここのあほとか
"エンコードした映像を一時停止し拡大して見る趣味がある人は固定量子化量モード(qp)を選びましょう。"
これ固定品質、固定量子化以前に
そもそも非可逆圧縮そのもの否定してるじゃねぇかwww
人間の感覚が鈍いところは、元に戻らなくても、できるだけ伝送レート落とす発想が非可逆圧縮そのものだろ
こういうあほには可逆圧縮以外使うなと言いたい >>719
>そもそも内容的には2passでやってることそのものだし
機械的に計算した映像のアクティビティと
エンコしたい人間がどこを重視してビット配分したいかは同じではない
機械的にビットレート配分を多くした場所は、エンコ作業者にとってきれいに残したいい箇所かどうかわからない。 ビットレートと品質がごっちゃになってる気がするが
特定シーンだけ品質を盛りたいってのは難しい
ビットレートを盛りたいならVBRでどうぞ ssimで比較してるやつが多いのもなあ
止め絵で見たい人は別として
動画として評価できるVMAFで比較したほうがええ >>723
動画のシーンごとに細かくビットレート指定してエンコとかやりたいの?
動きの激しいシーンやシーンチェンジの多い作品なら数十秒ごと下手したら数秒ごとに指定が必要になるよね?
区間指定してピットレート指定するその作業にどれだけ時間かかるの?
30分の動画一本エンコするのに前段階の作業にどれだけ時間かけるの?
高速にエンコしたいからハードエンコ使うんだよね?自分から高速化のメリット否定してどうするの?
プロの真似したい厨二病的な何かなの?
そういうのは早く卒業したほうがいいよ >>725
そもそも品質やサイズより速度重視なのがハードエンコだからな
最近はハードエンコのクオリティ上がってるしBフレ対応でサイズが縮むとはいえ画質サイズにこだわるらまだソフトエンコ一択だしx265やx264の2passは十分高性能
それで満足できないならそのプロ用のツール使えばいいんじゃね
そもそも画質優先なのにビットレート絞るってのが間違ってる絞らず多めに盛ればどのシーンも綺麗だぞ
固定量子化の高めの数値設定がまさにそれだしVBRでもqcompの高め設定で改善される まぁ速度を第一にしつつも画質を維持しながら容量削りたいってのは分からなくもない。
地道に努力して満足行く設定が組めれば何と言われようといいことだとは思うけど、ryzen9とかのfast設定とかでソフトエンコしたほうが早そうな気がするな
あとradeon新しくでるけどvceはもうエンコの圧縮率向上とかは考えないつもりなのかな
今後のエンコ画質はqsv>nvenc≫vceてかんじでしばらく固定か 一応、hevcのBフレームに対応するらしい
一応な hevcにハイクオリティとつけてるから
ビットレート削減(圧縮率向上)が進んでる可能性も無くはない?それともとりあえず修飾してみただけかな その可能性も無くはないこともないらしいのかもしれないが微レ存 rocket-lakeのiGPUはtiger-lakeのコア数半分?
圧縮率は良いだろうけど速度はNVENC越えはないかも…
HWエンコだとデスクトップよりノートPCでエンコするのが最適な時代が来そう
Xe-Max搭載のNUCとか出てくれれば良いけど https://i.imgur.com/Ya0O7tQ.jpg
RDNA2はエンコ速度上がったんかなこれ
あとは画質にテコ入れが入ってるなら申し分なさそうだが 「動画はRadeon」、そんな時代はもうとっくの昔に終わったんですよ >>734
どっかのスレで変更点一覧へのリンクがあったんだけど見当たらない・・が
逆に今までavcのBフレームに非対応だったことに驚くぞ
>>739
734とも矛盾するから対応フォーマットに変更があるのがデコードだけという意味では ROCmも新製品には非対応、エンコーダも力入れないって本当に売る気あるのか
コンシューマゲーム機内蔵gpuでシェアがあるからもうdgpuはついでなのかもな Ryzen系APUが売れまくってるから今時単体グラボ売るメリット少ないのかもな amdの機能はあんな事良いな出来たら良いなが多分に含まれてるから
マトモに動いて品質がどうこうは別の話や 「ゲーム機内蔵GPUならAMD」
現実はこれ以上でも以下でもない >>738
「あとは」じゃねーだろ、そこが肝心なんだ
現状のVCEはHEVCでMPEG2を半分に潰せないような糞エンコなんだから nvidiaて色褪せしたノイジーな画質だな
radeonは鮮やかな色合いだが不自然な補正が入ってるような気がする
Intelのigpuが一番自然な画質のような気がするがnvidiaが自然な画質かもしれないと思うと、変なバイアスが掛かってるかもしれない(家電レコやテレビの画質にIntel igpuが一番近いと思えるが) 鮮やかにするだけならデジタル バイブランスの数値上げればいい 規格通りにデコードしてるのにGPU毎の画質が〜って馬鹿だろ なんの規格か知らんがQSVとNVENCとは全く別物だしドライバの初期値も各社まちまちなのに規格違いでも画質が同じとかどっちが無知だよ 固定品質っていう概念が分かりにくいよね
品質って色々な側面があるから
素直に固定画質でいいのに nvidiaリファレンスとカノープスチューンで画質が違うとか当たり前の世界を知らない規格脳なんでしょね >>755
固定画質ならビットレートモリモリのCBRが最適なんてことになる
固定するのが画質じゃなく品質だからcrf値の指定で幅を持たせることができる >>754
エンコした動画の画質じゃなくて
同じ動画をデコードした場合の画質だよ
>>756
昔のアナログVGA時代の話を現代に持ち込むなよ >>739
その人動画に興味がないから鵜呑みにしちゃだめ 無圧縮AVIとかMotionJPEGとかの話してもいいの?(´・ω・`) そろそろアニメーションgifは次世代に切り替わって欲しい 6インチのスマホで見るものは1話あたり200MB以下で十分だな
大画面だとノイズ気になるけどスマホの小さい画面なら気にならない 昔DVDをソフトデコードで見る時代があったがnVIDIAだけCPU負荷が100%で張り付いてた
しかも汚い
ATiのデコードは20%ぐらいで安定して画面もクリアで発色が良かった
それ以来俺はAMD(ATI)厨となった アナログRGB出力のときはRageProやRage128つこてたがデジタル出力なって以降はどーでも良くなったわ >>767
MSI製らしいから
最近発表されたやつがほとんど同じなんじゃない? >>768
今時はMPEG2やH.264の再生デコードできないようなGPUないからもう気にすんなw 昔がどの程度昔かわからんが、AMDATI縛りは生きにくそうだな… Ryzenで不自由することはあまりないと思うが、Radeonはなぁ………。 俺もZEN2からAMDに戻ったけどRADEONは6850で卒業したからなー
次もNVENCの関係でおそらくRTX3000にいくし ここの人たちはソースに忠実なデコードと脚色されたデコードどっちがいいん?
俺は音響で例えるならデータに忠実な再生ができた上で色を付けたいと思うけど その観点ではこのスレ住人に満場一致の意見はないでしょうね
自分は圧縮率よりソースの精細度が失われるのは嫌ですアタリマエ(´・ω・`)カモデスガ
冗談ではなくストレージは100TB以上あるので。 >>776
GPUに5万円以上投資できる奴は軽蔑(「尊敬」の類義語)する VCEはインテルより画質悪いのがな
NVENCで落ち着いた 今のRTX3000シリーズは過渡期の産物感があって買う気しない
多分次は性能据え置きで小型で更に安くなる スマホやタブレットで観る前提なら1280x720でいいだろ >>777
コントロールできる味付けは許せるが、勝手に違う色にされるのは好きじゃない 来年の今頃にはintelがxeグラボでハードエンコ界の頂点に立ってると信じてる 信じるのは勝手だしRyzenの手前もあるから
どうなるかは髪のみぞ知るとしかいいようが また途中で書き込んだ
禿げそうなのは仕方ないが
いいものを選択して買うだけだ
ただCPUだとママンも含まれるから
敷居が高い
外付けが最優先になるわ俺 ffmpeg で hvec_amf でハードウェアエンコして
ソフトエンコと比較して8倍エンコードが早くなるのはいいんだけど
画質がイマイチ、かつファイルサイズが1.6倍になる
サイズはともかく画質をソフトエンコ並みにしたいんだけど、
ffmpegのオプションおせーて ないのかー
パケ代節約したいためのエンコードで電気代よりパケ代の方が高いから、
大人しく時間かけてソフトエンコします オンラインに置いといて出先で見るのにパケットがきついよう!ってことじゃないの
根本的なとこから環境見直したほうがいいような気がするけど… そんなに出先で映像見たいならもう大容量のUSBメモリかSDカードでも持ち歩いたほうが節約になるんじゃないか >>773
ローエンドは同時デコード数NVIDIAの方で少ない気がする M1チップ搭載のMacが出て数日経つが、エンコードした動画の品質比較をするレビューは未だに見かけないね
速度も大事だが、それ以上に出力される動画の品質にもこだわってもらいたいものだ M1はソフトエンコだろ?
ここハードエンコスレだぞ FCPはどうなんだろうね
同じApple製品だからハードウェアエンコできるようになってても不思議ではないと思うんだけど
AdobeのPremierとかはソフトウェアだろうけどね 読んでいておおむね理解できた
編集が快適でHWエンコしたいなら
Ryzen5800X+GTX1660系を買えばだいたいOKなんだな
TVMW7使いなので、CPU+そこそこの画質+速度重視 H.266/VVCまで待とうかと思ったけど
i7(第6)+GTX970からならそろそろ買い換えてもいいかな WCがまともに使えるのなんて実装されてから数世代先の話
H.264までならGTX970のままでもいいと思うが、GTX1660に換えたらそれなりに満足できてるよ VVCをWCと略すのはNG
WCじゃもう別物じゃん vvcより先にav1のエンコが実装されそうだけど、一旦av1のハードエンコをが普及すると、ライセンス費用やその時点でシェアに差がついてるだろうvvcエンコを実装しないような気もしてる。
ハードなら速度も大差ないだろうし業界の本命てav1やろ みなさんありがとうございます。
H.265/HEVC main10を使用したいんですよね
だからやっぱりGTX1660あたりが正解のようですね。
(編集がクソ思いので今の4-8〜8-16にコアも変えたい) 編集が重いのはTVMW7側の問題でコア数増やしたところでさほど効果ないよ
ハードエンコの場合はCPUの負荷も小さいしCPU換装はコストに対してメリット少ない と言うことはGTX1660系だけを換装してHDDとかSSDにさいたほうがいいですね
ありがとうございます! 編集はCPUパワーでやるとかないんかね
mediacoderだとデコードをCPUにやらすとクッソ早くなる 単発HDDで読み込み速度が追いついてない場合はソースファイルをSSDに置くと改善されたりする 動画編集でだとNVMeもやっとこ効果を感じられるらしいね demux、muxだろ
hddで作業とか考えられん HDDも4〜6台でRAID0組めば作業速度は十分
余ってる1〜2GくらいのHDDの余生として使ってる VCEEncC64.exe -i input --codec h264 --quality slow --cqp 18:20:23 -o output
↑みたいなコマンドでcqpの数字をいくつに変えても出来上がるファイルに変化がなくなっちゃったんだけどなんでだろ?
--codec hevcだと問題なし
VCEEncCを昔のバージョンに戻しても変化なし
前に変換してた時はこんなこと起きなかったのに何が原因だろ?ドライバがバグってんのかな? セキュリティソフトが特定のファイルを削除してる可能性もあるんじゃない?
他のオプションを使用してるならできるだけ減らして確認
この場合は多分中止するだろうけど、:を;と書き間違えてないか確認(その他半角スペース書き忘れ等の書き間違えも確認)
cqp x:x:x ではなく cqp x や他のモードで動作するか確認
ソースを変えて変化がないか確認
--check-featuresやlogの内容、PC再起動で変化がないか確認
グラボのドライバを変更して変化がないか確認
最終的にはwindows10じゃないならwindows10にするとか、再インストールとかグラボ買い替えとか >>819
> cqp x:x:x ではなく cqp x や他のモードで動作するか確認
> ソースを変えて変化がないか確認
共に変化なし
> --check-featuresやlogの内容、PC再起動で変化がないか確認
ログ https://pastebin.com/J2ZbmMLx
PC再起動しても変化なし
> グラボのドライバを変更して変化がないか確認
Adrenalin 2020 Edition 20.9.1から20.11.2に更新したけど変化なし
> 最終的にはwindows10じゃないならwindows10にするとか、再インストールとかグラボ買い替えとか
もともとWindows 10 【PR】スマホで8K_4K動画が撮影できる今、手軽な編集環境はあるのか_ Intelの最新CPUを使った爆速エンコードに注目!!
https://av.watch.impress.co.jp/docs/topic/special/1290246.html インプレスが書いたってことは…
汚い金が動いてる予感! 実際問題4Kポンポンエンコする人にはありがたいんだろうな
俺にとってはゲームの録画のエンコ程度なんでまだ先の話だけど nvenccでcfr h264の動画をエンコードすると音ズレしちゃう!
forcecfrとrffもダメでうまく行かない
何が原因だろう? Impressで3世代9種類のCPUで「OBS Studio」のゲーム配信負荷を検証
って記事あるけど、AMDなくてびっくりするわ
勿論Intel提供なんだけど、このご時世でZen世代なしはPRといえど記事の意味ないでしょ
Impressそういうのも断れないくらい苦しいのかね いくらそんなことしたってRyzen+Radeon以外買うやつなんているわけないのにな >>820
ごめん分からない、持ってないし検証もできぬ
過去にVCEEncC 5.02で--cqpがおかしかった事があるみたいだから未だに特定の環境でおかしくなる事があるのかもしれない
それ以降で似たような報告もないからそれ以外のおま環かもしれないけど
手動でファイルの上書きとかしてるなら上書きし忘れとかあるかもしれない
先にも書いたけどセキュリティソフトが悪さしてるかもしれないから除外対象にして実行してみる
各種ファイルやOS(またはストレージ)の破損とか、レジストリ弄った事があるならそれが原因かもしれない
>>829
そもそもソース自体が音ズレしてないか確認(エンコの設定ミス含む)
サンプリングレートを変更してないか確認(あるいは明示する)
音声をエンコードしてるならそれが原因の可能性もあるから--audio-copyする あぶねー。なんでこのスレにいんのって言いたくなったよ。RadeonにもHWエンコーダーあったの忘れそうになってたわ(笑)
>>833 AMDじゃHEVCアカンでしょ
264ならいいけどさ >>259
> >固定量子化ではBフレームがグレーアウトして設定不可 ※NVENC H.264では設定可
> それ普通にバグじゃね
> NVENCが265のBフレ対応になってから結構たつのになんでいままで放置されてるのか謎だな
>
> >固定品質を選択した時点でエンコ後に動きの多い部分で細部が大幅に潰れる
> 品質設定低い場合に顕著にでるならこれはビットレート変動量が設定できないからだろうな
> TVMW7のNVENCは設定項目が少なすぎる
TVWM7でBフレーム使えるようになったみたい。
ビットレート変動量ってVBVバッファサイズのこと? >>841
VBR (固定量子化) B28、GOP内のフレーム数 5、設定でちゃんと2/3くらいのサイズに縮んだのを確認
ようやくTVMW7でBフレが有効に使える
ビットレート変動量はx265のオプションでいうところのqcomp
固定品質より固定量子化で対応して欲しい感じ
VBVバッファサイズは再生側機器のバッファサイズを基準にオーバーフローやアンダーフローを回避するための数値なので別物でユーザー側いじることはあんまりないんじゃないかな >>839
そう思うだろ適当エンコでも最新のNVEncが倍以上早くて画質はマシなんだよ
だから乗り換えた >>830
やってみたけど同じ様にズレるわ
ただdirectshowではエラーになったけど関係ある?普通できるのかな? >>835
元ソース確認済み
audio-copyもaacもダメだわー
おま環なのかな
aviutlからだとズレないのおかしくない? 違うスレに誤爆してしまったが改めて
As Video Encoderで使えるMicrisoft H.265 Encoderってハードウェアエンコーダーなんだな
ソフトウェアエンコーダーだと思ってエンコード開始したら114fpsも出るので
CPUエンコじゃそんな速さでエンコード出来るわけないから面食らった >>841-842
で改善された固定量子化を使ってみようと思うのですが
初期値23でエンコしたら、普段のエンコファイルサイズの2倍くらいになりました
数値を25.27といった感じで上げればファイルサイズ小さくなりmすか? M1チップの画質どれぐらいなんだろう
ビットレもりもりの中間出力は爆速で行けるとして
最終出力のビットレートでQSVやNVEnc並の画質が確保されるなら最高やね スマホSoCでエンコがまともなんてのは聞いたこともないな Mac系の動画ユーザーは、なぜかSSIMなどでの数値比較レビューをしたがらないよね
そこが不思議 Macユーザーはあんまり数字とか気にしないのかね
先日のAppleの発表見てたけどAMDに比べてかなりフワッとしてたわ Winの動画ユーザーは、9割が他人の著作物を録画して再エンコードしてる盗人
・大量に処理が必要なので、効率よくストージに溜め込みたい
・そのために画質と容量のバランスの最高な所を突き詰めたい
なので数値化した指標を求める※画質にうるさいのとは違うただの効率厨
Macの動画ユーザーは、9割が自分の著作物をエンコードしてるクリエーター
・Appleソフトウェアのユーザー中でもアマチュアはプリセットで出力しても
適切な容量と良い画質にチューニングされてるから数値化した指標など不要
・プロやCompressorを追加購入して自分の眼で最も良い画質を突き詰めるから
数値化した指標など不要で、BlackmagicDesignソフトウェアのユーザーも同様
・そしてAdobeソフトウェアのユーザーはWinユーザーの作ったデータを参考にする >>856
ソースの入手に「技術的保護手段の回避」の手段を取ってたら違法 明らかにコピーガードを破って改変した動画の一部をネットに上げてるのに
研究目的だから著作権的にセーフとか言ってるバカもいるけどな Win派Mac派というどうでもいい争いからそこまで話が飛躍するのか テレビの場合はこれかな
https://ja.wikipedia.org/wiki/コピーガード#HDCP(High-bandwidth_Digital_Content_Protection)
>日本では2012年の著作権法改正で、暗号化を伴う技術的保護手段として、これを回避しての
>複製が私的複製の対象外として違法行為に当たるということが明文化された。 DaVinci Resolveスレでは実際にユーザー同氏で比較してM1はCUDA(RTX3070)には到底及ばないで結論出てるよ。 もうかなり昔からDTPだのCGだの写真や映像なんかのクリエイターがMac離れ起こしてWindowsになってるしね
残念だね
互換性切りすぎるからクリエイターたちが使いやすい環境が保守できなくてWindowsに移ってきた
結局どちらもツールでしかなく仕事でつかえないことが圧倒的に多く見た目がきれいってだけで趣味で使う人しかいないのがMac
そして多くのマカーはWindowsも持ってる所詮Windows頼り
やってることなんて大して変わらないだろ AviutilのスレでDaVinci Resolveの話ばかりするお前もいらない AviUtl?純粋にどういうことか分からないんだが… エーヴイアイユーティルじゃないの?
俺現役でAviUtl + NVEncC使ってるよ 編集はDaVinci Resolve、Premiere、 エンコだけならfffmpeg、XMedia Recode、Handbrakeあたりじゃないかな >>849
普段のエンコが固定品質や平均ビットレートなら(それらの設定にもよるが大抵は低めに設定してることだろう)、
固定量子化のデフォ設定そのままではサイズが大幅に膨らむのでサイズを抑えたいなら数値を高く調整する必要がある
Bの数値だけではなくI、P、Bそれぞれ個別に調整しなくてはならない
その辺の調整が面倒くさいなら素直に固定品質あたりを使ってたほうが楽 >>857
無能すぎて笑えるw
さすがこの手の話に疎いんだねw handbreakよりもはaviutilの方でだいぶ色々できて機能も上やと思うけどなあ
特にhandbreakはインタレ解除する場合ゴミ ダビンチは初動頑張ったおかげて動画編集の定番になりそうじゃん
客掴んだら無料版やめるいつもの手だろうけど… Aviutl全然現役だな
確か2000年頃にはもう使ってた
俺はアヴィユーティーエルと呼んでる aviutlフォルダをCドライブ直下に置いたら消せなくなってそれ以来使ってない >>866
> DaVinci Resolveスレでは実際にユーザー同氏で比較してM1はCUDA(RTX3070)には到底及ばないで結論出てるよ。
俺はWinもMacも使うが3070とM1比べたら及ばなくて当たり前じゃないか
大人げないと言うかねアホと言うかw >>886
発端はマカーが3080や3090にマウント取り出したからだぞ仕方ない 誰か早くM1の画質評価して結論出してくれ
Intelはtiger-lakeのNUC出すか
rocket-lake早く出せ
俺はryzenとiPad買っちゃったから無理 TMPGE Video Mastering Worksはダメなのか?
使いやすいと思うんだけどな
マニヤ相手にはエンコ品質が悪いってことなのかな? >>889
安いし
使いやすいし
サポートよいし
良いと思います 有料だからなのかな
自作PC使う人ってハードにはお金払うけどソフトにはお金払うの渋るっていう偏見持ってるわ いわゆるテレシネ解除の品質がaviutlのafsに及ばなかったのと
UIが馴染まなかった afs使わなくても60fに倍化すりゃいいんで昔からafsの必要性は感じなかった
まぁNvencC使う人はafsしか選択肢なさそうだけど >>896
なぜだかよくわかってないけど、地デジ前のソースとかは
倍加するよりafsのほうが綺麗になったりした気がする PCで見る前提ならプログレッシブ処理して見た方が断然いい
スマホで見る場合もそうだが >>886
turing相当に画質で負けてるならice以降のQSVには歯立たんのじゃね? turing 以降じゃないと全然サイズが縮まらないな >>902
Bフレームでサイズがぐっと縮まる設定を教えてくれろ >>904
「おそらく」を文頭につけ忘れた
ごめんなさい
turing以降はお金がなくて買えないです >>906
52800ってものあるので、特価セールで5万切るかも
元々399ドルなんだけどな。。。日本高杉 2060sから乗換えるには最安1万くらいで済むのに2080sより性能良いとか上がり幅激しすぎね?? CUDAを倍数えしてるだけで大して性能アップしてない悪寒 turing以降のBフレームがどこまで効くのやら
前の半分近いサイズになるなら
少し買う気がおきるが・・・ 3070でh264->hevcに変換していってるんだけど、
どのファイルも面白いように165fpsで変換してるんだけど、何かキャップでも掛かってるの? >>910
そこに期待して1080Tiから2080Tiに買い換えたんだが、割と期待はずれだったというか・・・結局x265ばっか使ってる。
でもファイル保存目的でなく配信などで使うにはいいと思う。 >>910
Bフレに夢見過ぎだよせいぜい2〜3割削減
それでも確実にファイルサイズ削減に効果あるから使わない理由はない VWMでバッチ登録して使ってるんだが、
バッチツールの小窓に出てくる画が停止してることがちょくちょくあって、
調べてみるとハングしてる
どーもソフトじゃなくNVENCからリターンが来ないっぽい。
バッチツール側から中止できず
タスクマネージャーからKillしてようやく停止できる
こんな症状ある人いますか? >>911
コマンドラインでNVEncCのHWデコーダーで軽いフィルタを使う分には、RTX2070でもFHDで実写でもアニメでも300fps超えるてるから何か重い処理があるんだと思う
AmatsukazeでTSにKFM/VFRとか使えばそのくらいに落ち着くけど・・・ NVEncハングした経験ある人原因教えてプリーズ
マシンを触らず放置してるとハングしないもより
エンコは裏でやっててもらわんと、ほかの作業もあるんで触らんわけにいかねーしな
エンコしながら動画再生アプリとか動かすとnvenc動作に影響するとかある?
madVRがまずいとか?
LAVフィルタがまずいとか? ハードウェア再生支援でNVDEC使ってるからじゃね
NVDECとNVENCのセッション共通ぽいんでTVMW7とかでもデコードにソフトウェアじゃなくNVDEC指定してるとエンコ中にエラー起こす事がある
CPUリソースに余裕あるんだろうからハード再生支援は切っておくといい
ブラウザなんかもハード支援機能使ってるのあるからこれも同様 vlcとかPowerDVDはoffにできるけど
firefoxとかHW設定あったっけ?
てかみんなエンコ中NVENCあぽーんしたりしねーの? FireFoxにもあるしChromeにもIEやEdgeにも当然あるがデフォで有効になってるかはブラウザによるんで要チェック 忘れてたんだがセールで1660や1650s安くなってた? ちょっと前に(セール前)苦労と試行のBフレ使える1650が1マンぐらいであったよ
まだあるか知らんけど たぶんツクモの限定セールの事だろうからすぐ売り切れたよ https://www.4gamer.net/games/461/G046171/20201124135/
H.264エンコードについては,時間方向に対して順方向および逆方向の双方向参照にも対応した「Bフレーム」(Bi-directional Predicted Frame)に対応したそうで,同一ビットレート時の画質が,既存のRadeonより進化したことも嬉しい。 まさかとは思うが、それH.265の間違いじゃないのか(^_^;) 8k HEVC ハイクオリティエンコーダーともあるが
AVCが今頃Bフレとか言ってるあたり、どーせクソなんだろうな Haswell QSVに追いつけるかどうか、熱い見所だな >>930
エンコードアクセラレーターだったね
失礼 もう売ってるんでしょ?
Radeon6000
買って試せばいいじゃん H.264とH.265でだいたい同じくらいの画質(=bps)になるようにエンコして比べてみたけど
ファイルサイズはほとんど一緒だった
若干H.265の方が小さいくらいで、あまりありがたみはなかったな ビットレート同じにしたらファイルサイズは同じになるよ。画質は265の方が圧縮率が高いから良いはず。 最近更新されたAMFのドキュメント見てもHEVCのBフレームの記述は無いな ファイルサイズはビットレートとフレームレートとフレームサイズと圧縮メソッドで違いが出るわけだが おっと、フレームサイズとフレームレートと圧縮メソッドでビットレートが決まるんだった h264とh265でビットレートを同じにしたら容量は同じでH265のほうが高画質
画質を同じにしたらh265の方が低容量
というだけの話だろ >>935 をどう大喜利するかっていうだけの話で、当たり前のこと書かれても >>935が悪いわw
bps(bit per sec)1秒あたりの容量が同じになるようにエンコードしてファイルサイズがほぼ同じって………そりゃそうだろw ビットレートを同じにしたh264とh265だと明らかに265の方がノイズ少なくて綺麗 画質の判断はbpsとファイルサイズでやってるというのが>>935から読み取れるわけだ
つまり>>935は自分の目で見て画質の違いがわからないんだろうな
こういうタイプはbpsさえ高ければノイズまみれのクソ画質でも気にならなそうw Panasonicとかレコーダーのメーカーは
HEVCエンコーダーをPC向けに出さんのか >>935
そこのお前!レモン一個に含まれるビタミンCはレモン一個分だぜ アセロラなら檸檬の17倍びたみんCあるで!
じゃなくて、2k以下のサイズで60fpsの動画を20Mbpsくらいのビットレートにしたらh.264とh.265の見た目の差なんて俺にはわからんけどな 【マジ?】「レモン1個に含まれるビタミンC」はレモン4個分? その理由が動画で説明される | まとめまとめ
https://matomame.jp/user/yonepo665/75ee114081e9f8ad426d
レモン1個に含まれるビタミンCの量はレモン4個分ではなくやはりレモン1個分ではないか? – ゼロサイトコム
http://ryoge.com/blog/lemon-vitaminc
【衝撃】レモン一個に含まれるビタミンCはレモン5個分だった|オタクニュース
http://otanew.jp/archives/9583692.html
【食べ物の雑学】レモン1個に含まれるビタミンCはレモン5.4個分 | GakuSha
https://gaku-sha.com/food/lemon-vitamin-c
レモンには「レモン6個分のビタミンC」が含まれている | 雑学
https://amaru.me/trivia/lemon-vitaminc/
実際ビタミンCは1食レモン2個分取れば十分だったというお話 - 筋トレしようぜ!
https://biz-journal.jp/fitness/2020/06/post_11010 三人寄れば文殊の知恵だな
もんじゅは核燃料を燃やすと元のMOX燃料よりも多くの燃料ができあがると言ってたのに
廃炉作業もろくに進んでないじゃないか
おねーさん俺レモンケーキセット、アールグレイで >>952
そんなもん仮に一万で売っても誰も買わんやろ
ソフトも作らなあかんしその投資すら回収できなさそう 鬼レモンはレモン1.5個入ってるぜ
ただ飲むとどーも、けだるくやる気が失せる この時間、開いとる店はあいとるけど、閉まっとる店は閉まっとるからなあ。 他スレで「画質=ビットレートだからな」っていうレスがあって
おいおいwwって噴飯しかけたけど誰も突っ込んでなかった…
自分でエンコードしない人はその程度の理解なんだろね 文脈にもよるだろ。
例えば、ストリーミングサービスのようにエンコーダを自由にできない場合は、概ね正しい。 だな
同じエンコーダーでの比較でも結局はビットレートが多いほうが高画質だし
多少、劣る設計のエンコーダーでもビットレート盛れば観れる画質になる VCEのフィルタでFluidを使うと60fpsの動画を作れるけど、VCEの画質は本当に酷いからビットレートをとにかく盛りまくってやった
容量はえげつないことになったけど、ちゃんと見れる画質にはなる。VCEはこういう使い方しか出来ないな >>970
同じコーデック、同じエンコーダ、同じ設定(Bフレの有無等)って前提でなら成立する話ではあるからそのときにはそういう限定条件下だった可能性はある >>974
そのレスされたレス元はAVCとHEVC使って同じファイルサイズにして比較してたからかな >>975
どっかで見た話だなと思ったら>>935じゃないかw CUDA環境VSにインスコしてみたけど
やっぱこれじゃ、難しくてちょちょいと数値計算する気にならんな
fp16とか用途限定の計算ぐらいにしか使えないし
MatlabかRの上から使うか >>975
横軸をビットレート、縦軸を画質でAVCとHEVCのグラフを書くとある点で交差する
そこが画質の分岐点 IrisXeMaxのQSVの最適化後、今から気になるわぁ Iris Xe MAXが、CUDAのavisynth neoみたいにQSV対応版とDGDecIM(DGDecNVのインテルGPU版)が更新して対応してくれないかな? みんな画質にはこだわるけど音質にはこだわらないんだよな >>981
対して小さくならないのに再エンコするか? >>982
スマレンはともかく
どーやったら音だけ再エンコしないようにできるんだよ
途中で何のカットもなければ画と音Demuxしとけばいいだろうが
カット編集が入って、音ずれしないよう、元のフォーマットのまま出力とかどーやればできるのか教えてくれないか?
ツール名も併せて頼む >>986
何なに?
いったんDemux
音だけwavしてMuxしたのち
PCM出力でカット編集して、
音声出力PCMにして映像も併せて再エンコ
もいちどDemuxして音だけflacエンコ
再度Muxして完了?
んなめんどいことおそらくここでやってるやつはほぼほぼ皆無だろ
大体wavステレオなら2時間1.2GB
flacで70%になってもOver 800MBにしか縮まない あー最近BDしかエンコしてなかったから忘れてたな
地上波とかfakeaacwavとか使ってたわ VMWあたりがflac出力をサポートしてくれればDemux & Muxの手作業から解放されるけど
現状そうなってないから フロントエンドはaviutl使ってavs書いてたわ そもそも音声の何にこだわるんだ?
ハードエンコでmp4出力だと事実上AAC以外の選択肢ないだろうし AVCHD準拠にするためにac3にしてたこともあった
DD+とかTRUEHDに変換できるいいフリーソフトあるなら教えて欲しい >>987
amatsukazeは音の再エンコなしだよ このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 81日 17時間 50分 30秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。