18/12/01 23:38:33.74 JWepYxb40.net
まさかaviutlのシステム設定で画像最大サイズが小さいとかないよね
534:名無しさん＠編集中
18/12/01 23:49:34.48 93puVQdC0.net
>>508
そこは大丈夫だぁ（；＾ω＾）。ただ、ぴったり3840x2160だけど。
最大フレーム数は余裕を持って設定している。
どうやら初期化に失敗しているらしいが。（だから一回だけ成功したのか）
535:名無しさん＠編集中
18/12/01 23:58:16.76 WTBF3RgZ0.net
ドライバの再インスコだな。
536:名無しさん＠編集中
18/12/02 00:08:17.64 46FS/pl20.net
>>510 ドライバの再インスコ( ﾟдﾟ) !
考えてなかった。参考にしてみる！（ﾄﾝｸｽ!）・・・あとで。
537:名無しさん＠編集中
18/12/02 00:10:43.25 P51gArFp0.net
グラボが古いとか
URLﾘﾝｸ(developer.nvidia.com)
538:名無しさん＠編集中
18/12/02 02:24:12.05 46FS/pl20.net
>>512 参考をﾄﾞｳﾓ。グラボは最新の部類です（ ^ω^）
539:名無しさん＠編集中
18/12/02 08:21:45.88 3aTzInFt0.net
まぁ最新すぎて未対応の部分もあるかもなぁ^^;
対応機器がないんで、４KやHDRエンコテストできないんで指くわえて報告待つだけですわぁ
ちょっとうらやましい
540:名無しさん＠編集中
18/12/02 09:02:25.05 py+Fk7Tq0.net
まあでもGPUもドライババージョンもエンコログも出さずに
「グラボは最新の部類です（ ^ω^）」とか言ってる時点でなんかダメっぽい・・・
541:名無しさん＠編集中
18/12/02 17:31:52.65 PRWVBmrZ0.net
4K放送にて2K放送をアップコンバートしている番組を、チューナーにて2Kにダウンコンバートした映像が思いのほかノイズが少なく、無理に輪郭強調したりしていないので、
久々に2Kキャプチャーとエンコードが活躍しそうな気配
1080p対応キャプチャー機器とTuring世代のGPUでダイレクトに2K・HEVCエンコードするか、
それより前の世代のGPUで一旦、�
542:ﾂ逆圧縮モードでキャプチャーして、あとでx265でHEVCエンコードして保存するか… （もちろんTuring世代のGPUで可逆圧縮モードでキャプチャーしてからx265を使っても構わない） アニメ好きの人は、4Kチューナー早めに導入したほうが幸せになれるかもね
543:名無しさん＠編集中
18/12/02 18:47:09.78 PRWVBmrZ0.net
先日のUWDの件について、情報が少しずつ出てきているようです
・鈴木淳也の「Windowsフロントライン」
Intel Graphicsが初対応 Windows 10のモダンドライバ「UWD」とは何か
URLﾘﾝｸ(www.itmedia.co.jp)
544:名無しさん＠編集中
18/12/03 08:52:22.59 cRkbAo3C0.net
>>516
幸せってなんだろう
4kのアニメに割くストレージ領域、たぶんないわ
545:名無しさん＠編集中
18/12/03 11:08:23.59 /qcNJIsp0.net
4Kアニメを10bit720pエンコするんじゃね？
546:名無しさん＠編集中
18/12/03 13:54:42.13 7bzl2QnG0.net
BS4Kでアニメ放送してる局って今のところBS-TBSだけだよね？
今期は4つのうちBAKUMATSU以外は1280制作だし納品は1440x1080iのはず
色深度もアプコンされてるかは知らないけど、それを再エンコする価値ってどのくらいあるの？
これスレチか
547:名無しさん＠編集中
18/12/03 14:47:47.90 1J8Lz7RE0.net
一部の劇場前提や制作委員会でUBDリリース予定決まってたりしない限りは、4K作成はあり得ない
普通は1280x720、予算付いていて放送開始直後から何ヶ月も経たずBD発売云々CMねじ込んでくるのなら、辛うじて1920x1080作成の「場合もある」
548:505
18/12/03 17:30:18.54 YNVcJvxV0.net
解決しますた（・ω・）∩”
ドライバ再インスコでは駄目でした。不正なパラメータということで、4k時に無理がある設定になっていると推測。
ベースにしたプリセットをロードして4ｋリサイズエンコしてみたら・・・出来た。
そこから自分の設定に一つ一つ近づけていって不正な値になっているパラメータを追い詰めていくと・・・
原因はBフレーム数下の「参照距離」の値でした。6を（Bフレーム数は3を）使用してましたが、どうも4kの時は5が最大のようです。
参照距離6→5に変えることで4k出力できるようになりました。めでたしめでたし。
おわり
549:名無しさん＠編集中
18/12/04 10:32:36.97 5/OfOFjj0.net
今の環境がi5 4460とGTX1060
Aviutlのnvencの設定デフォルトで1080pのFPSゲーム動画をエンコードすると50fpsくらいの速度
環境をi7 9700kとGTX1080にするとどれくらい早くなる？
550:名無しさん＠編集中
18/12/04 11:22:30.94 LekanMaU0.net
gtx1060で50fpsはちょっと遅すぎるようにも思えるが・・・
一応参考までに目標設定より遅いPC（i7 6700、GTX1070)のデフォルト設定で160fpsくらい。
551:名無しさん＠編集中
18/12/04 11:43:09.43 x5KAPzZp0.net
CPUでの処理範囲で何か重い処理させてるんじゃ無いの？
552:名無しさん＠編集中
18/12/04 11:47:52.43 drsA15ra0.net
AviUtlだと色々とボトルネックになる部分があるし、そのへん考えないと意味ないよね。
553:名無しさん＠編集中
18/12/04 12:01:36.09 LekanMaU0.net
ちなみに>>524はAviutlでフィルタなし、入力プラグインはL-SMASH、ソースはShadowplayの1080Pゲーム録画データね。
最近GTX970から交換したから5割増しくらいの速度になった
554:名無しさん＠編集中
18/12/04 12:14:23.32 WolOT9Skd.net
50fpsってCPUしか使ってないんじゃね
555:名無しさん＠編集中
18/12/04 12:40:40.49 5/OfOFjj0.net
>>527
1920x1080のBSのエンコードだとfps150くらいでるけどなあ
720pに変
556:換してるから当然かもしれないけど 俺もshadowplayで録画してて設定は1080pでビットレートは130Mbpsにしてる（実際は50Mbpsくらいになる） Aviutlも入力はL-SMASHで全く一緒 編集は拡張編集で20分くらいの動画を10か所くらい切り取ってフェードインアウトつけて15分の動画にするだけでほかのフィルタは一切なし 同じ編集データをPentium G4400でQSVでエンコードすると35～38fpsくらいの速度 入力プラグインの優先度はL-SMASHを一番上にしても途中にしても一緒だからとりあえず一番上にしてる システムの設定はこれ https://i.imgur.com/WjhNvnb.png
557:名無しさん＠編集中
18/12/04 12:48:26.29 91V9cp0x0.net
某ブログのエンコードバッチだとCMカットロゴ消しのみで30分アニメで大体3分ちょいだなぁ
多分エンコ2分程だから360fps以上は出てるはず1080ti
558:名無しさん＠編集中
18/12/04 13:10:43.48 drsA15ra0.net
>>529
とりあえずAviUtlの出力プラグインへの引き渡し可能速度を計測してみればいいんでないかい。
Ch's barn: Benchmark plugin
URLﾘﾝｸ(csbarn.blogspot.com)
拡張編集もフィルタの１つなんだから、拡張編集タイムラインに置くだけでも本体読みより遅くなる。
i7-4702MQで1080p24の14315フレームを読み込んで上記のベンチマークプラグインで計測すると
本体読み：180fps 拡張編集読み：148fps 拡張編集で適当に6分割＋フェード付加：99fps
って感じ。
更にそこから出力プラグインでの処理とGPUとのやり取りが行われるから、エンコ速度はこれより更に遅くなるし、
ShadowplayソースならL-SMASH WorksでVFR->CFRしてるだろうから、その影響も多少あるかもしれんし。
559:名無しさん＠編集中
18/12/04 13:17:33.36 Fb+Ct1Hb0.net
リサイズが遅いんでしょ
560:名無しさん＠編集中
18/12/05 05:10:43.72 nzee0edK0.net
>>531
CPUがボトルネックになってたっぽいわ
エンコード中CPU使用率が80％でGPUが20％くらいだし
CPUとGPU変えたら早くなりそう
ありがとう
561:名無しさん＠編集中
18/12/05 11:30:04.85 UPL/wLc10.net
>>533
・AviUtlのLargeAddressAwareは有効にしておいたほうがいいと思う。
・NVEnc.auoの詳細設定タブの「パフォーマンスログ出力」(--perf-monitor all)が便利。
・rigaya氏のブログのNVEnc4.25の記事のコメント欄を読んでおくといいと思う。
抜粋
・i9-7980XE＋GTX1060、1920x1080（H.264 本体読み込み）
encoded 2293 frames, 269.80 fps, 8510.76 kbps, 97.03 MB
encode time 0:00:08, CPU: 0.8, GPU: 8.2, VE: 55.1, GPUClock: 1862MHz, VEClock: 1664MHz
・rigaya氏コメ
「VE使用率 55%で、270fpsぐらい出ています。
なお、Aviutl経由では、VEの使用率は50%前後行けばよいほうだと思います。」
・CPUを変えればAviUtl側のボトルネックを軽減することはできるだろうけど、
どのみちAviUtl経由ではNVEncの能力をフルに生かすのは難しいので
GPUをGTX1060→GTX1080にするのはあまり意味がない気がする。
今から変えるなら圧縮効率等が良いTuringにした方が良い気が。
562:名無しさん＠編集中
18/12/05 12:38:59.07 rFJ5K1jRd.net
>>534
エンコタイム8秒って、そのCPUでも1分くらいで終わるんじゃないかね？
もうちょい長い動画で検証すりゃいいのに
563:名無しさん＠編集中
18/12/05 12:41:11.22 qaRLIcg/0.net
意味ないだろうに
564:名無しさん＠編集中
18/12/05 15:51:44.52 UPL/wLc10.net
S
565:DK 9.0がもうすぐ出るよってことで、図とかも更新されてた。アーリーアクセスの申し込みもあり。 NVIDIA VIDEO CODEC SDK | NVIDIA Developer https://developer.nvidia.com/nvidia-video-codec-sdk What's new with Turing GPUs (Video Codec SDK 9.0 coming soon) Up to 3x Decode throughput with multiple decoders on professional cards (Quadro & Tesla) Higher Quality Encoding - H.264 & H.265 Higher encoding efficiency (15% lower bitrate than Pascal) HEVC B-frames support HEVC 4:4:4 decoding support
566:名無しさん＠編集中
18/12/05 17:20:30.31 1l20T/lNM.net
>>533
GTX1060と1080って、NVENCはどちらも同じ世代を一機搭載だからエンコ速度は変化しないような・・・？
フィルタでCUDAやOpenCL使うなら変化するかもしれないけどね。
567:名無しさん＠編集中
18/12/05 18:33:23.65 rx1bJG6q0.net
Pascalでも15%向上とかマジかよ
568:名無しさん＠編集中
18/12/05 18:46:04.02 UPL/wLc10.net
>>539
もう一度・・・目をこらして・・・よく読むんだ・・・
569:名無しさん＠編集中
18/12/05 19:00:19.95 rx1bJG6q0.net
>>540
15%のビットレート低減相当の画質改善じゃないん？
570:名無しさん＠編集中
18/12/05 19:01:27.88 rx1bJG6q0.net
>>541
ってPascal「から」か
すまーん
571:名無しさん＠編集中
18/12/05 19:30:49.33 tDkXU26zM.net
Bフレーム対応したとはいえ、エンコードのフレームレート向上もビットレートの低減率も期待したほどでは？
Pascal持ちだと次の世代待ちでいいのかなぁ
572:名無しさん＠編集中
18/12/05 20:01:17.27 fiDcotbi0.net
HEVCはBフレームサポートもあるから合計25%削減だよ
>>543
どんな期待を抱いていたのか知らんけど、Pascalの画質で満足ならそれでいいんじゃない？
サイズ25%増やせば同じ画質になるんだから
俺もゲーム用にRTX買ったけど、エンコードPCはPascalのままだわ
573:名無しさん＠編集中
18/12/05 20:12:49.86 fiDcotbi0.net
25%削減でx265との差はかなり縮んだから、次の世代に期待って言っても、ここからさらに25%削減とかは不可能
既にx265との差は実写で20%、アニメで数%にまで縮んでるから、25%も減ったら余裕でx265を超える
574:名無しさん＠編集中
18/12/06 05:33:30.74 +slZ42F20.net
>>543
ソースによるところが大きいからね
ガンダムならメ～テレUCは効果は薄いが、キャラがのっぺりなシナ金世俊(キムセジュン)のナラティブは比較的縮む
575:名無しさん＠編集中
18/12/06 06:41:17.43 3XDdT2cgd.net
RTXがインタレオミットしたお陰で、TSソースのHWエンコのインタレ保持だとPascal世代が今のところ最上になっちまった
576:名無しさん＠編集中
18/12/06 08:04:17.63 aWA5jheT0.net
60iソースはどうすりゃいいんだろ？
60pにすると容量増えまくるし、30pはガクガクで論外だし
色々やってみて60iは60iでエンコするしかないって結果だったんだけど
577:名無しさん＠編集中
18/12/06 08:09:26.58 4547mJc30.net
インタレ解除はVFRでいいだろ
578:名無しさん＠編集中
18/12/06 09:30:29.92 ppXftgCc0.net
プレーヤーでインタレ解除するのでいいだろ
テレビでも出来るし
579:名無しさん＠編集中
18/12/06 10:21:16.04 +slZ42F20.net
>>548
「いろいろ」が間違ってるのか正しいのかわからないだろ
設定やデインタレに何を使ったかくらい書かないと
580:名無しさん＠編集中
18/12/06 11:12:24.17 GhSNI+w6d.net
言うほど容量増えない定期
581:名無しさん＠編集中
18/12/06 13:47:34.46 JO0btjx90.net
前世代から画質（ビットレート効率）が25%上がったことに一喜一憂するすれで
Bob化によるファ
582:イルサイズ20%増しが受け入れられるとは思わない
583:名無しさん＠編集中
18/12/06 14:27:08.53 taJw58AW0.net
そこでNVRncCで60pから間引きで30pにすると
584:名無しさん＠編集中
18/12/06 14:27:55.29 taJw58AW0.net
誤打 Rnc→Enc
585:名無しさん＠編集中
18/12/06 15:47:33.48 GyKMFzV1M.net
ファイルサイズの多少の差なんかどうでもいいよ
画質さえよければ
586:名無しさん＠編集中
18/12/06 22:19:32.85 4547mJc30.net
>>550
インタレエンコードができなくなってるんだが？
>>551
どうせ60pと30pしか試してないんだろう
VFRで問題のあるソースに出会ったことがないな
>>556
画質を求めるならインタレ解除は必須
リアルタイム処理には限界があるし
インタレ保持は未来の技術でインタレ解除できるってのが売りだけど、
今の時代どこもインタレ解除の性能を上げようなんてしてない
むしろ、HEVCがインタレ非サポートになったり、Turingでインタレエンコードがオミットされたりと、
インタレ周りの機能は削減されていくだろうね
もうインタレに未来はない
587:名無しさん＠編集中
18/12/07 09:56:26.34 9CvYzuKVa.net
そもそも制約があるから
仕方なくやってる処理だからな
4Kでようやく解放されたが
2Kの段階でMPEG2と一緒に
解放しといて欲しかった
まああの時期じゃしょうがないが
588:名無しさん＠編集中
18/12/07 11:49:09.94 biMePuJz0.net
>>557
テレシネな60iしか考慮してないでしょ、そのVFR推しは
60iで放送されてるドラマやドキュメンタリーだとVFRにしようがない
589:名無しさん＠編集中
18/12/07 13:50:36.49 pOsMKz5n0.net
ところで60iの放送なんてされてるのか？
放送波としては30iじゃないのか？
フィールド数はフレーム数同意じゃないぞ
590:名無しさん＠編集中
18/12/07 15:21:02.38 3XZR0QCg0.net
懐かしい流れだ
591:名無しさん＠編集中
18/12/07 15:59:28.70 GbI2hF6QM.net
香ばしい流れw
592:名無しさん＠編集中
18/12/07 17:01:13.36 biMePuJz0.net
何をいいたいのか分からないカキコは自重するよろし
593:名無しさん＠編集中
18/12/07 19:03:45.52 BRPnPFY60.net
DaVinciだと29.97 トップフィールド表記があるけど、29.97i表記は珍しい
普通は59.94iか29.97p表記
594:名無しさん＠編集中
18/12/07 22:43:45.72 aDVI3iFc0.net
そして時代は繰り返す
595:名無しさん＠編集中
18/12/09 17:59:11.11 HonOg/r+0.net
RTXってインタレエンコ出来ないのか
596:名無しさん＠編集中
18/12/09 18:14:27.86 iHOtU6ZA0.net
インタレがHDまでしかないから、サポート外したんだnvenc
必要なら1080Tiが最上位？
597:名無しさん＠編集中
18/12/09 18:37:03.48 mhf9FFUb0.net
NVIDIAが既に実装済みだったインタレエンコ機能をわざわざ外すというのは正直考えにくいし、
Turingの NVEncC.exe --check-features で Field encoding が no で返ってくるのは
ドライバか何かのバグじゃないかなーという気がしてるのだけど、どうなんだろうねえ・・・。
598:名無しさん＠編集中
18/12/09 21:20:46.11 mhf9FFUb0.net
そういえば>>522を見て少し気になったんだけど、NVEncのH.264で
・3840x2160p60 (--ref 5以下にする必要あり) （本来なら最低でもLevel 5.2）
・4096x4096p30 （多分 --ref 2以下にする必要あり） （本来なら最低でもLevel 6）
をエンコードした場合、ストリームに付与されるレベル（MediaInfoで見れるもの）ってどうなるんだろ？（うちはNV環境無し）
NVEncC.exe --check-features で Max Level が 51 になってるってことは、本来のレベルを無視して 5.1 になるのかな？
ちなみにHaswellのQSVの場合はLevel 5.2までとなるらしく、4096x4096p30もLevel 6ではなくLevel 5.2にされる。
refもLevel 5.2の基準で計算されて2に下げられる。
599:名無しさん＠編集中
18/12/09 21:59:12
600:.49 ID:XX7SvlDR0.net
601:名無しさん＠編集中
18/12/10 00:05:44.40 AMbSDkj+0.net
NVENCでGDDR5とGDDR5Xの違いはあるのだろうか
602:名無しさん＠編集中
18/12/10 03:44:27.41 OXxLeIWv0.net
Turing世代のインターレース保持エンコードができない件、H.264（ロスレス含む）も含めた全パターンだったっけ？
それともHEVCだけ？
603:名無しさん＠編集中
18/12/10 11:12:19.89 Tfz8d7G20.net
前者。そもそもHEVCはPascalでもインタレエンコードに対応してない
604:名無しさん＠編集中
18/12/10 14:34:58.86 OXxLeIWv0.net
>>573
Thx!!
GTX 1050TiをPayPayで買ってくる
605:名無しさん＠編集中
18/12/10 14:54:06.52 KZMVxCj20.net
>>571
殆ど無いと思って良いと思う
実質GPU側のメモリ帯域はボトルネックになっていない
そうでなければ、1050/1050tiのGDDR5 128bit帯域で速度低下起こしてるはずだが、そうはなっていない
606:名無しさん＠編集中
18/12/11 03:06:38.75 ticRgqJj0.net
SD 500kbps
HD 1000kbps
FullHD 2000kbps
実写のAVをNVENCのH.265でエンコードしてるんだがサイズ重視だとこんな感じだぬ
607:名無しさん＠編集中
18/12/11 03:17:06.09 sJsJyJE50.net
RTX2060の噂が出てるけど、RTX2060でもNVENCの性能はそんなに変わらないのかな？
もしそうだったら価格によっては購入してTuring世代のNVENC試したいな
608:名無しさん＠編集中
18/12/11 04:00:44.53 wch3mPpU0.net
>>576
個人的にはRTXでその1.5～2倍は欲しい感じかな
Pascalなら2～2.5倍は欲しいところ
609:名無しさん＠編集中
18/12/11 10:01:59.99 qL0J9Y7a0.net
GPUBOX 経由のRTX2070でNVENC使ってみたけど
負荷20%以内で冷却ファンすら回らないね
610:名無しさん＠編集中
18/12/11 11:41:53.94 dBeTBZys0.net
つまり何がいいたいの
611:名無しさん＠編集中
18/12/11 12:26:18.81 wch3mPpU0.net
それはグラボ個々の製品仕様でHWエンコーダの話では無い罠
612:名無しさん＠編集中
18/12/11 12:30:21.40 qL0J9Y7a0.net
いやGPUはフル全開アチアチでエンコードしてると思ったの
でもこんな少ない負荷で早いNVENCなら、長時間使用しても気にならない感じ
正直嬉しい発見
613:名無しさん＠編集中
18/12/11 12:35:23.97 dWve5glBa.net
部分的にしか使わんからやろ
614:名無しさん＠編集中
18/12/11 12:47:50.87 dBeTBZys0.net
その勘違いってでた当初からずっとあるよね
NVENCがCUDAとかGPUのフル機能を使ってエンコしてるって。
ゲームが重くなるから使わないみたいな。
でも、実際のNVENCはグラフィックとかCUDA COREとかはほとんど使わずに
別にあるエンコード専用回路を使うだけだから
負荷も電力もほとんどかからない
615:名無しさん＠編集中
18/12/11 13:38:36.31 wch3mPpU0.net
QSVやVCE/VCNと違って、基本的にエンコード処理でエンジンからのGPGPU処理しとらんからな
そりゃ電力消費は低いし、その分発熱も低い
NVEncはマルチメディアエンジンのみで勝負していて、Pascal世代でGPGPUも使っているQSVの足下まで来ただけでも十分変態じみてるのに
Turing世代のRTXでQSV越えどころか、x264の足下まで来たという度を超した変態ぶりを発揮して
これでGPGPU処理という最も強力な武器はまだ温存されてる始末
Maxwellで28nmのまま電力効率馬鹿みたいに改善してみたり
回路設計の悪魔と契約でもしてんじゃねぇかと思うレベル
616:名無しさん＠編集中
18/12/11 14:40:25.13 dWve5glBa.net
マクスウェルの悪魔ってのは確かにあるがｗ
617:名無しさん＠編集中
18/12/11 15:31:16.67 /UTid8xRd.net
フィルターにCUDA使えばNVENCでもGPUぶん回るんだけどね
使い方次第だよね
618:名無しさん＠編集中
18/12/11 15:53:06.89 9dVq6m6h0.net
>>58
619:6 俺の記憶ではたぶん違う世界の悪魔だと思うがｗ
620:名無しさん＠編集中
18/12/13 00:06:23.56 RNqS2gEM0.net
Intelの次期内蔵GPUは1TFLOPSの性能で3Dゲームにも対応
URLﾘﾝｸ(pc.watch.impress.co.jp)
> メディア周りも強化されており新しいHEVCハードウェアエンコーダを内蔵することで、
> QSVで動画をエンコードするときのクオリティが30%向上。
ほほう
621:名無しさん＠編集中
18/12/13 00:11:06.39 c401ICKp0.net
AMD何してんの？
622:名無しさん＠編集中
18/12/13 00:24:17.09 RNqS2gEM0.net
クオリティ30%向上でほほうと思ったが、QSV H.264と同じくらいになったって落ちはないよな…？
URLﾘﾝｸ(i.imgur.com) (>>281より)
623:名無しさん＠編集中
18/12/13 01:14:25.71 wyptRkAP0.net
Gen10世代はギブアップか
で、Gen11から小鳥効果出まくりと
エンコーダーの画質は実物出ないと何とも言えないねぇ
そんなに自身があるのならば、エンコーダーだけ生かして他の回路殺したチップをUSB接続できるアダプターみたいにして
Intel製エンコーダーとして大々的に売り出してみたらどうなんだと言いたくなる
624:名無しさん＠編集中
18/12/13 01:40:07.92 cC+gfyVi0.net
でも68EUはノート向けSKUなんだろうけど、現行ノート向けの48EU→68EUという感じなのかね
デスク向けのGT2は28～32EUぐらいになると良いなぁ
625:名無しさん＠編集中
18/12/13 01:48:11.45 cC+gfyVi0.net
単価の安い20nmあたりでNVEncボードとか
エンコードならDDR4でも間に合うし、20nmならTuringの12nmの7割ぐらいのクロックで回せるだろうし
とか思うけど、nvidiaは切り売り製品絶対出さねぇからなぁ
626:名無しさん＠編集中
18/12/13 01:52:33.16 RNqS2gEM0.net
>>593
68EUは64EUの間違いだと思うが
URLﾘﾝｸ(pc.watch.impress.co.jp)
URLﾘﾝｸ(pc.watch.impress.co.jp)
627:名無しさん＠編集中
18/12/13 02:09:56.26 cC+gfyVi0.net
>>595
アレイは毎度4EUだから16アレイで64EUか
Skullみたいに18アレイで今回歩留まりで1アレイdisableなのかと勝手に思ってた
IGP性能としてはVega8とかGTX750無印ぐらいかねぇ
規模に対して描画性能が伸びてるのはクロックが高いのかTuringみたいに並列実行効率上げてきてるのか
628:名無しさん＠編集中
18/12/13 02:30:07.45 aRwk+XcTp.net
>>593
GT2で64EUだそうだ
629:名無しさん＠編集中
18/12/13 02:34:32.25 cC+gfyVi0.net
>>597
マジか
HEVCのトランスコード速度が40fps→100fpsとかになるならいいけど
マクロブロック配置処理も相応に重くなっていそうな気もするなぁ
630:名無しさん＠編集中
18/12/13 03:11:31.44 wyptRkAP0.net
小鳥ならなんとかしてくれる！
はず…
631:名無しさん＠編集中
18/12/13 04:50:24.54 aapI+OOH0.net
内蔵GPUで8k120p出力(HDMI2.1対応)希望
632:名無しさん＠編集中
18/12/13 09:17:30.09 MRAlcprL0.net
AVX-512
633:名無しさん＠編集中
18/12/13 10:59:30.91 bkwrVTj60.net
小鳥ってこないだアキバに来てたインド人のことか
634:名無しさん＠編集中
18/12/13 11:03:31.58 jzTd1H7OM.net
>>575
8Kは4Kの12G SDIケーブル4本だからなあ
普通のHD SDIやHDMIなら16本
635:名無しさん＠編集中
18/12/13 15:33:19.85 OMUocUP00.net
2060が安ければなあ
636:名無しさん＠編集中
18/12/13 16:59:39.27 xWKhj+pW0.net
IntelオンボはCeleronですら使えるのが良いね
NVだとローエンドは機能制限して出し惜しみするからなあ
まあIntelもAVX2使えなかったりするのはあるが
637:名無しさん＠編集中
18/12/13 18:05:56.87 XTySrbz90.net
本来ハイスペックのゲームをバリバリ動かす所を配信してハードウェアの宣伝してくれって機能だからな
ローエンドが足切りされるのも仕方ない、単体で動画エンコに使えて
638:るだけありがたいと
639:名無しさん＠編集中
18/12/13 19:28:01.03 j3btBXW00.net
選別落ちのGPUとしては難ありだけど、それ以外は動くようなものもどこかに埋まってるんだろうな…
はよ、2060の追加情報をオクレ！
SnapdragonにNVIDIAを凌駕する！とかでもいいけどなｗ
それもx64が動くようになってからか。
640:名無しさん＠編集中
18/12/13 20:04:39.11 W9U9upiU0.net
必要なのはAV1のハードウェアエンコーダー
641:名無しさん＠編集中
18/12/13 20:09:45.14 cC+gfyVi0.net
そもそも積んでいないから機能制限なんぞしてないんだが
642:名無しさん＠編集中
18/12/13 20:41:02.78 MRAlcprL0.net
>>607
年初早々にCESで発表って話
450ドル前後
643:名無しさん＠編集中
18/12/13 22:18:44.50 SVvlQOiu0.net
そう言えばARMのmari GPUチップは、4K H.265デコード対応！とか売り文句にして、格安な8000円くらいのAndroid STBとか売ってるけど
PC用のGPUとは違った方向付けなのかな？
スマホやタブレットに載せるから、省電力なのは間違いないけど
644:名無しさん＠編集中
18/12/14 02:50:18.46 xzEg6V3g0.net
>>610
そんなに高いんだ
今2070買ってて良かったかな
645:名無しさん＠編集中
18/12/14 15:46:58.99 oaX1gJkd0.net
>>610
お、お高い感じが…（´・ω・｀）
1070買ってまだ１年たってないんで買い替えるにはちょっとためらうなぁ
2060を4万、2050を3万っていう相場に落ち着くまでソフトエンコで我慢する
646:名無しさん＠編集中
18/12/23 16:49:44.64 dxQmKrOA0.net
Handbrakeが1.2.0でNVENCやVCEに対応。
HandBrake 1.2.0 Released (2018/12/22)
URLﾘﾝｸ(handbrake.fr)
- Added support for AMD VCE and Nvidia NVENC hardware-accelerated encoders
- Added initial support for VideoToolbox hardware-accelerated encoding
647:名無しさん＠編集中
18/12/23 23:47:09.83 CkuOj5SJd.net
>>614
β版は少し前から出来たが、やっと正式採用か
AMD HSAをサポートすると言ってから長かったなあ
648:名無しさん＠編集中
18/12/24 00:13:47.70 e2icRIJM0EVE.net
HandBrakeでNVENC H264エンコードしてみたけど30%位しかGPU使ってくれない
同時にCPUが80%位使われてる
A's Video ConverterではGPUが60%でCPUが6%位
やってる事はそんなに違わないと思ってるんだけど
何のためのNVENCなのかｗ
649:名無しさん＠編集中
18/12/24 01:21:53.03 j9qt5w7V0EVE.net
HandBrake遅すぎｗ最適化はこれからかな
A's Video Converterでも60%しか使ってくれないのか
AmatsukazeフィルタなしだとGPU95%くらい行く
ffmpegかNVEncCじゃないと本来の速度は出ないってことか
650:名無しさん＠編集中
18/12/24 01:47:18.06 .net
>>616
>>584
651:名無しさん＠編集中
18/12/24 03:08:37.95 j9qt5w7V0EVE.net
>>618
NVENCは専用回路だから、GPU使用率は上がらないって言いたいのかな？
タスクマネージャーのGPU見れば分かると思うけど・・・
652:名無しさん＠編集中
18/12/24 04:00:13.80 6uXX0K170EVE.net
>>614
RX580でVCE使ってみた、TS15分にQP21のバランス設定→4G越えのファイルｗ
平均74fps、CPU24%前後、GPU85%
インタレ解除が効いていないとか、全然使えない
CPUでエンコしたほうが速い、縮むとかどんな用途に向いてんだか？
653:名無しさん＠編集中
18/12/24 05:52:46.57 IlnGAIQ80EVE.net
>>620
GPUエンコーダはゲーム配信に向いてる。
GPU使用率って、100%になることはほとんど無いから。
654:名無しさん＠編集中
18/12/24 10:16:56.98 KBiZ9zIZ0EVE.net
NVENCの回路をフル利用しているかどうかはどうやってわかる�
655:ｾ？ GPUもCPUも様々な用途の回路があって使用率が100％でも休んでいる回路があるんでしょ だからマルチスレッドなんて考えが出てきた・・・とどこかで見た気がする
656:名無しさん＠編集中
18/12/24 10:20:25.50 H+NJLZBB0EVE.net
>>616
Hand側のインタレ解除などの処理がボトルネックになってるだけでは
A'sのようにほとんど全部の処理をGPU側に投げるとGPU利用率自体は上がるけど
こんどはGPUによって同一の（プログレ化）品質は担保できないから痛しかゆしだと思う
657:名無しさん＠編集中
18/12/24 11:42:31.30 ajhZaqkS0EVE.net
使用率はタスクマネージャーやCPUMoniter辺りでみてるんだろうなぁ
高級GPUは2本処理できるから、1本ならGPU以外の処理も引いたら、普通に半分以下だわなぁ
TSノーフィルタなら使用率高めだけど、60Mbpsで録画したものを使ってフィルタかければぐっと下がるし
自分の環境書かないでGPU使ってくれないとか言われても、おま環チラウラでしかないと思うだけ
658:名無しさん＠編集中
18/12/24 11:53:12.06 Je1zNju10EVE.net
高級GPUとか
659:名無しさん＠編集中
18/12/24 12:22:52.46 kkpqmhgJMEVE.net
windows10ならいつぞやのアップデートでタスクマネージャーからGPU使用率みえる
項目換えてvideo encode表示するとエンコードエンジンの使用率になったはず
660:名無しさん＠編集中
18/12/24 12:33:31.72 e2icRIJM0EVE.net
チラ裏
A'sとHand見比べながらやり直してみた
HandのVideo QualityをAvg BitrateにするとGPUを60%位まで使うようになった
相変わらずCPU使用率は高いけど
GPU使用率はタスクマネージャーのGPU Video Encodeを見てる
何もしなければ使用率10%前後
Geforce1050TI
ゴミ書きすまんね
661:名無しさん＠編集中
18/12/24 13:19:54.86 2V9nFfNB0EVE.net
>>627
HandbrakeはHWエンコでもデコードとフィルター処理をCPUでやる、その方が速いから
デコードを設定でGPUにすればCPU使用率は下がる
662:名無しさん＠編集中
18/12/24 13:33:22.93 e2icRIJM0EVE.net
>>628
ある物は有効活用しようって考え方だから早く終るならそれでいいよね
663:名無しさん＠編集中
18/12/24 16:09:09.71 j9qt5w7V0EVE.net
HandBrakeでNVEnc使ってみたけど、↓こんな感じ？
- インタレ保持エンコができない
- GPUが複数あるときのGPUの選択ができない
- インタレ解除はCPUでの処理なので、インタレ解除ONにするとCPU使用率90%以上かつ速度は4分の1以下になる
664:名無しさん＠編集中
18/12/24 16:12:02.88 2V9nFfNB0EVE.net
>>630
GUIでインタレ解除オフにしてもオフにならないぞ
やり方ググれ
665:名無しさん＠編集中
18/12/24 16:20:01.51 j9qt5w7V0EVE.net
>>631
えっと、インタレ解除がオフにはなるけど、インタレ保持にはならないってことかな？
オプションに"tff=1"追加してもダメだった
というか、GPUが2つ刺さっててRTX2070とGTX1060なんだけど、
デフォで使われるRTX2070はインタレ保持に対応してないから、
オプションどうこうの話ではなく、そもそも無理な気がする
Pascal GPUが使われる環境なら対応してるの？
666:名無しさん＠編集中
18/12/24 16:34:19.06 j9qt5w7V0EVE.net
NVEncCはインタレ保持エンコしようとすると、自動的に対応してるGPUを探して使うって機能あるけど、
HandBrakeにはそういう機能ないのかなぁ
667:名無しさん＠編集中
18/12/24 17:24:46.39 KaJDEZ0U0EVE.net
>>620
> QP21のバランス設定→4G越えのファイルｗ
> CPUでエンコしたほうが速い、縮む
一応言っとくと、RFとかQPの値というのはそれぞれのエンコーダ固有の値だから、
「x264のRF21」と、「VCE H.264のQP21」とが同じ画質ってわけじゃないよ。
> インタレ解除が効いていない
FiltersでDeinterlace指定が必要。
>>628
> デコードを設定でGPUにすればCPU使用率は下がる
HandbrakeがサポートしてるHWデコードはQSVだけだから、
NVENCでエンコするのにQSVデコードを有効にしても意味ないんじゃないかな・・・
668:名無しさん＠編集中
18/12/24 17:55:31.52 KaJDEZ0U0EVE.net
>>632
Handbrakeはffmpegを介してNVENCを使ってるみたいなので、Extra Optionsに
gpu=1:flags=+ildct+ilme:top=1 （h264_nvencのインタレ保持エンコ用オプションが
669:これで正しいのかはよくわかってない） とか書いてみればGPU選択やインタレ保持ができるかもしれないけど、 Handbrakeがこれらのオプションを渡してくれるかどうかはわからない。（ダメっぽい気はしている）
670:名無しさん＠編集中
18/12/24 18:21:50.23 j9qt5w7V0EVE.net
>>635
おぉ！そのオプションでGTX1060使ってくれたわ
でも出力されたファイル見るとなぜかBFFになってて正しく再生されなかった
HandBrakeって難しい・・・
671:名無しさん＠編集中
18/12/24 18:31:51.70 KaJDEZ0U0EVE.net
>>636
お、じゃあ少なくともgpu=1は効くのかな。flagsやtopは扱ってくれないんだろうか。
Tools→Preferences→Advanced→Logging→Log Verbosity Level
をExtendedにして、出力ログを見れば、ログになにか表示されてるかも。
672:名無しさん＠編集中
18/12/24 18:45:38.46 j9qt5w7V0EVE.net
>>637
"gpu=1:flags=+ildct+ilme"は認識してくれるけど、"top=1"がダメっぽい。ログに
encavcodecInit: Unknown avcodec option top
って出る。どうやってTFFにするのか分からん
673:名無しさん＠編集中
18/12/24 19:06:22.99 KaJDEZ0U0EVE.net
>>638
うーん、-topが効かないのであれば下記のように-vfを使ってみるくらいしか思いつかないけど、
Filtersと干渉しそうだし、指定できるかなあ・・・。
vf=setfield
vf=setfield=mode=tff
vf=fieldorder
vf=fieldorder=tff
674:名無しさん＠編集中
18/12/24 19:13:27.09 j9qt5w7V0EVE.net
>>639
VideoのExtra Optionsだとvf自体がダメっぽい
encavcodecInit: Unknown avcodec option vf
675:名無しさん＠編集中
18/12/24 19:18:44.44 KaJDEZ0U0EVE.net
>>640
やっぱダメかー。そうなるとちょっとわからんですね。
676:名無しさん＠編集中
18/12/24 19:28:28.98 j9qt5w7V0EVE.net
>>641
そっか。でも、付き合ってくれてサンクス
まぁインタレ保持エンコができないのは今の時代仕方ないとしても、
インタレ解除が遅いとNVEncの良さがなくなっちゃうからなぁ
A'sのHWインタレ解除やD3DVPはGPUやドライバの設定で画質が変わるし、品質もイマイチだから、
それらを除くと、まともに使える高速なインタレ解除は、
NVEncCの--vpp-afsか、AmatsukazeのKFMくらいか
677:名無しさん＠編集中
18/12/25 17:16:58.75 XesNVKsI0XMAS.net
CPUのインタレ解除遅いって言ってる人はCPUの型番書いて貰えると参考になる
678:名無しさん＠編集中
18/12/25 23:51:37.00 uBrg8q7h0XMAS.net
i7-6700 + RTX2070 な環境でフルHDのTSをHandBrake H.264(NVEnc)でエンコすると↓こんな感じ
インタレ解除方法: 速度
Decomb(Default): 68fps
Decomb(Bob): 41fps
Yadif(Default): 125fps
Yadif(Bob): 135fps
Detelecine(Custom)+Decomb(Default): 55fps
Detelecine(Custom)+Yadif(Default): 84fps
Off: 470fps
679:名無しさん＠編集中
18/12/26 01:27:20.80 3ixKxTHY0.net
やっぱ、HWエンコはゲームやスマホ動画みたいなプログレ用だね
680:名無しさん＠編集中
18/12/26 14:12:05.02 WhFhgXbG0.net
それよりHWでフレームレートを高速補完してくれる機能はまだかいな？
681:名無しさん＠編集中
18/12/26 16:40:02.77 hy00/1Cf0.net
ちょっと何言ってるか分かんない
682:名無しさん＠編集中
18/12/26 16:47:05.60 WhFhgXbG0.net
4k(24p)を4k(60p)にしたいお・・・
683:名無しさん＠編集中
18/12/26 17:01:53.87 H+ECGZEl0.net
>>648
この技術が民生品にまで降りてくるのを待つのじゃ
URLﾘﾝｸ(www.youtube.com)
684:名無しさん＠編集中
18/12/26 17:11:33.26 Flrhh4F90.net
>>648
トム・クルーズ「映画を観るならTVのフレーム補間をオフに」と呼掛け。理由は「映像が安っぽくなるから」
URLﾘﾝｸ(japanese.engadget.com)
685:名無しさん＠編集中
18/12/26 17:14:03.78 lTK79P5Y0.net
気持ち悪い映像見たくないわぁ
存在しない�
686:烽ﾌだし
687:名無しさん＠編集中
18/12/26 17:15:23.95 bg6Sp23y0.net
4K30pカメラで制作された4KBS番組の違和感はハンパないからなぁ
あれも視聴する前にこの技術使って補正してからみたい
Turing世代のGPUには超解像技術に関するものもあるから、あれも使えば2K素材をきれいに4K化する助けにもなりそう
ただし、今現在搭載されているGPUのインターレース解除の品質には満足できないのが最大の問題
これを解決できる可能性のあるAmatsukazeは入力信号に制限が多いし、GUIが全く洗練されていないから今のままでは使う気にはなれないが
688:名無しさん＠編集中
18/12/26 17:21:02.51 lTK79P5Y0.net
頓珍漢
689:名無しさん＠編集中
18/12/26 21:00:34.24 8+mKLH060.net
>>648
つ 4Kブラビア
690:名無しさん＠編集中
18/12/28 17:18:05.45 Xw2F6W99a.net
軽いサーバ おしえてーー
URLﾘﾝｸ(twicas.x.fc2.com)
691:名無しさん＠編集中
19/01/01 09:38:18.06 O52hxjx40.net
1080でNVENC試してみたけど画質結構よくて変換速度エライ早いのな。
設定のせいも有るんだろうけど、i7-6700のソフトエンコだと17fpsくらいしか
出てなかったのが、GPUだと110fpsくらいでてたわ。
2080にしたらもっと早くなる？
692:名無しさん＠編集中
19/01/01 10:11:07.08 6c1rPvGA0.net
7700k1080ti普通のTVアニメで200-300出るし20xxシリーズならもっと出るだろね
693:名無しさん＠編集中
19/01/01 11:23:25.04 CrUeTypF0.net
ついでに画質も良くやるとかあら素晴らしい
694:名無しさん＠編集中
19/01/02 05:35:33.09 sdGFxOp90.net
エンコ用にRTX欲しいけど20xxでも速度や画質に差は出るのかね？
エンコ回路は同じなんかな
695:名無しさん＠編集中
19/01/02 05:44:47.23 R22GZIhA0.net
エスパーばかりじゃないよ。何と比較して？
696:名無しさん＠編集中
19/01/02 10:06:08.50 OHG+6zDkd.net
エスパーだけど
20XXって言ってるから
2080Ti 80 70で違いがあるか？って事じゃない？
697:名無しさん＠編集中
19/01/02 12:28:06.91 49dseI2z0.net
NVEncは同じ世代毎で性能は同じで画質性能に差は無い
エンジンの動作クロックがそのまま処理速度性能差にはなる
VRAMのメモリ帯域は高いに越した事無いけど、下位モデルの帯域でも処理に必要な帯域は確保されているので影響は小さい
注意点はグラボをOC動作させてもCUDA Coreの動作クロックしかOCされない点で、ソフトウェアでのOCではNVEncは殆ど速くならない
698:名無しさん＠編集中
19/01/02 15:37:42.44 054fRb4T0.net
俺も最近NVEnc初めて使ったけど感動したわ
400-450fpsで30分アニメが4分強でエンコとか爆速やん
1クールまとめてやっても1時間かからん
画質も必要十分だしもっと早く使えばよかった
699:名無しさん＠編集中
19/01/02 16:38:21.35 t2/UingL0.net
ソフトエンコにこだわると金がいくらあっても足りんよな
カジュアルエンコならNVEncで十分だと思う
700:名無しさん＠編集中
19/01/02 17:21:46.41 vcRODJ3Wd.net
>>663
見るだけならこれだよな
701:名無しさん＠編集中
19/01/02 21:29:46.65 Xy6BhuJPM.net
なるべく安くh265 bフレームでエンコするには何を買えばいい？
702:名無しさん＠編集中
19/01/02 23:27:31.48 p3wY5HEi0.net
>>666
ゴミと紙一重の中古PC買ってきてソフトエンコ
703:名無しさん＠編集中
19/01/02 23:34:18.71 AyjVLFgR0.net
>>666
このスレを出てフリーソフトの勉強すれば追加出費は０円だよ
704:名無しさん＠編集中
19/01/03 03:01:37.26 t2aLOyBx0.net
>>661
>>662
ありがとう
705:名無しさん＠編集中
19/01/04 04:08:26.90 Tqpcln+J0.net
NVENCのH.265
706:普通に綺麗だよな そりゃソフトウェアエンコには負けるが
707:名無しさん＠編集中
19/01/04 09:16:35.00 HFAAiHHs0.net
URLﾘﾝｸ(satch.tv)
708:名無しさん＠編集中
19/01/04 15:29:04.79 rJW1boFl0.net
次の方どうぞ
709:名無しさん＠編集中
19/01/04 15:33:16.23 G1Jw+oEhd.net
2060楽しみ
710:名無しさん＠編集中
19/01/04 15:44:38.79 Zfb7+V5m0.net
1080売却して2080買ってきた。
前との差は正直よくわからんけど、Bフレーム使うと結構縮むな。
同じソースでBフレーム使用前から２５％位ファイルサイズ減ってたわ。
エンコスピードも速くなったので概ね満足。
711:名無しさん＠編集中
19/01/04 15:54:17.10 rJW1boFl0.net
2050がほぼ消えて、1160や1150も要注目だね
712:名無しさん＠編集中
19/01/05 14:55:23.98 51cP3+kP0.net
GPU: #0: GeForce GTX 1060 6GB (1280 cores, 1708 MHz)[397.64]
Codec: H.265/HEVC
Max Bframes 0
RC Modes 63
Field Encoding no
MonoChrome no
Quater-Pel MV yes
B Direct Mode no
GPU: #0: GeForce RTX 2070 (4608 cores, 1710 MHz)[416.34]
Codec: H.265/HEVC
Max Bframes 5
RC Modes 63
Field Encoding no
MonoChrome no
Quater-Pel MV yes
B Direct Mode no
Turing世代でH.265のBフレームマジやん
713:名無しさん＠編集中
19/01/05 15:42:28.92 voksXTkb0.net
ムショ帰りか
714:名無しさん＠編集中
19/01/05 23:25:33.82 K/vRegx70.net
正座してみるよ
URLﾘﾝｸ(www.ustream.tv)
715:名無しさん＠編集中
19/01/06 11:29:21.99 .net
URLﾘﾝｸ(akiba-pc.watch.impress.co.jp)
716:名無しさん＠編集中
19/01/07 14:07:35.89 iNYanUWN0.net
「GeForce RTX 2060」発表。搭載カードは349ドルで1月15日発売予定
717:名無しさん＠編集中
19/01/07 15:33:32.59 RW0K7qs4d.net
やはり6万円な
718:名無しさん＠編集中
19/01/07 17:14:28.83 MBiFa4h3M.net
カスクならやりかねん
719:名無しさん＠編集中
19/01/07 18:24:48.55 oRPjZYaV0.net
Amazon.co.jpより.comから買う頻度が増えてきた
720:名無しさん＠編集中
19/01/09 18:08:59.83 fy0v0hR/0.net
1月末リリース予定のOBSで、NVENCの処理が改善されるらしい。
New GeForce-Optimized OBS and RTX Encoder Enables Pro-Quality Broadcasting on a Single PC
URLﾘﾝｸ(www.nvidia.com)
721:名無しさん＠編集中
19/01/09 19:16:59.24 SuxFEfPV0.net
このスレ的には現行GTXよりRTX買った方が良いって事か
722:名無しさん＠編集中
19/01/09 20:30:56.98 dBIjzdJ70.net
何を今更…
723:名無しさん＠編集中
19/01/09 22:22:49.70 q/N2wUFZ0.net
GT1030でもNVENCを使えるようにしてくれ～
724:名無しさん＠編集中
19/01/09 23:56:36.52 NBUTQLYC0.net
>>687
回路載ってるんかな？
725:名無しさん＠編集中
19/01/10 03:15:14.64 m2ZXhHpQ0.net
>>687
一度はげた頭に毛は戻らんようなもんだ・・・
無い袖は振れない
726:名無しさん＠編集中
19/01/10 13:28:53.46 IQMpY3zb0.net
>>689
夢を砕かないでくれ
俺は今だ諦めていない、諦められない
727:名無しさん＠編集中
19/01/10 15:37:53.09 VtCFxzo00.net
>>688
分からないが、GT710～740も途中から使えるようになったのでちょっと期待してる
>>689
また髪の話してる
彡 ⌒ ミ
728:名無しさん＠編集中
19/01/10 18:48:23.77 AJeWwMSc0.net
あり得ないことを望むより1050tiに買い換えた方が早いと思うがなあ…
729:名無しさん＠編集中
19/01/10 20:18:39.33 aDy+FBg20.net
>>687
ファンレスをテレビ録画機に入れてリアルタイムエンコードさせたりは自分もしたいかも
1050tiのファンレスも今探したらあったけどデ
730:カいし割高 http://androgamer.net/2017/04/22/post-4534/
731:名無しさん＠編集中
19/01/10 20:23:22.35 VtCFxzo00.net
>>692
まあそうなんだが、今はタイミングが悪い(ｷﾘｯ
RTX2050やGTX1150が出たら乗り換えるよ
732:名無しさん＠編集中
19/01/10 23:46:42.85 Ok0iEbIm0.net
>>694
ですよね～
今週発表無かったからまだまだ先になりそう
さらに日本はいつもの1060辺りの在庫次第かな
733:名無しさん＠編集中
19/01/11 07:53:20.09 A3LUkj5+0.net
リネームの従来チップ転用モデルで、元のチップで使えていたのにリリース当初使えなかったというか、リリースのタイミングでAPI側の更新されなかっただけで、無効にされていたも糞も無いんのと一緒に考えてるのもどうかと思うが
ノート用のMX150と、デスクトップ転用のGT1030で用途違いだけでグレード分けしてないのに無効化する意味も無いし、使わないのにドランジス他無駄遣いして儲け減らす理由なんて思い浮かばないが
734:名無しさん＠編集中
19/01/11 21:12:50.92 WyX7Hees0.net
メーカーからしたら、もっと高いの買えってだけの話。
その方がメーカーは儲かるし。
ライバルがいれば話は変わってくるけどさ。最近のインテルみたいに。
735:名無しさん＠編集中
19/01/11 21:27:08.69 QJp2Etcs0.net
NVENC専用HWが欲しいな
ビデオ出力いらないから
736:名無しさん＠編集中
19/01/11 23:15:36.06 PY6ibpYbd.net
>>698
わかる
737:名無しさん＠編集中
19/01/11 23:59:56.37 EV5AEETo0.net
スマホ用意のSoCとGeForceを内部接続して、単体で動かせるエンコーダーとか作れないのかね？
738:名無しさん＠編集中
19/01/12 03:36:20.93 RMBwTw5t0.net
54980円…
さすがカスク
URLﾘﾝｸ(pc.watch.impress.co.jp)
739:名無しさん＠編集中
19/01/12 03:44:48.57 b0LttxkP0.net
45,980円前後の見込み
URLﾘﾝｸ(pc.watch.impress.co.jp)
740:名無しさん＠編集中
19/01/12 04:28:25.41 FihUDC+G0.net
>>698
[Tesla] < ﾖﾛｼｸﾆｷｰ
741:名無しさん＠編集中
19/01/12 21:13:04.25 83A6Gp/z0.net
M.2に刺さるNVENC専用チップとか出たら面白そう
742:名無しさん＠編集中
19/01/13 06:30:18.67 ScEhyFaV0.net
まあ実質ただのPCIe x4スロットだし不可能ではないんだろうけど
SSD程度の発熱でアップアップする排熱性の厳しさはいかんともしがたい
更にゲーム配信のおまけだから低コストで使えるだけで、単体だから安くなる訳でもないしね
743:名無しさん＠編集中
19/01/13 12:13:51.74 DmHgV+cj0.net
問題はdGPU向けのメモコンやPCIeコン等の超オーバースペックなI/Oブロックをメディアエンジンだけ分離する為に規模縮小とはいえ再設計せにゃならんという
744:名無しさん＠編集中
19/01/13 12:30:24.98 iIaqs+xC0.net
ほんとうに動画エンコードだけに機能を絞るならFPGAにしたい
745:名無しさん＠編集中
19/01/13 14:56:15.90 haUIMmR00.net
2050/1150より安くなる要素がないな
CUDAが使えなくなってフィルタが遅くなるのも困るし
746:名無しさん＠編集中
19/01/13 15:35:34.19 vXu3nOPG0.net
何度も言われてるけど映像出力がおまけだからHWエンコ専用機が出ても値段同じ
747:名無しさん＠編集中
19/01/13 15:39:26.92 BbNxQ3Xd0.net
ebay見てたらGTX1060 3GBの安いの出てる
最大出力解像度が2050x1600になってるからちょっと人を選ぶけど
URLﾘﾝｸ(www.ebay.com)
本来はマイニング用に作ったのかな？
748:名無しさん＠編集中
19/01/13 16:02:24.40 DmHgV+cj0.net
偽装dGPU業者がeBayで売り逃げ狙ってるだけ
749:名無しさん＠編集中
19/01/13 16:25
750::58.23 ID:dV5twhvB0.net
751:名無しさん＠編集中
19/01/13 16:32:19.60 e5igILDX0.net
現行RTX世代の最安を買いたいけどいつ頃どんな値段になるのか
2050になるのかなぁ
752:名無しさん＠編集中
19/01/13 16:33:04.00 DmHgV+cj0.net
多分偽GTX960の奴が知れ渡って損した奴が、今度は欲出してGTX1060っ事なんだろうな
中身はOEMのメーカーPC搭載向け工場横流れなGTS450（本来リテール販売されてない、GF106）とかを適当な化粧箱に突っ込んだとか、そんなんだろう
良くてGDDR5 2GBだが、最悪はDDR3 1GBとか
SLI端子有るし、ファンの電源ケーブル2本（回転数固定）だし、付帯のドライバが337.88な時点で700番台までしかサポートされてないからお察しだわな
Fermi世代ぐらいまではBIOS記述でメモリ搭載量とか色々とスペック上書き出来るし（お陰でQuadro化が楽だったが
753:名無しさん＠編集中
19/01/14 03:24:00.08 3+UMy8yo0.net
アナログD-SUB付いてる時点で気付けやーって話
754:名無しさん＠編集中
19/01/14 07:08:17.24 PBCCng6+0.net
一時期、性能が同程度ならチッはが関係ないって翻訳記事も沢山あったからなぁ
755:名無しさん＠編集中
19/01/15 23:45:21.83 cHG9Z/NjM.net
3連休でnvencを色々試してみたけど実写弱いなこれ
アニメならFHDを1.5Mbpsでもまあまあ観れるけど実写で同じ設定にしたら小さなブロックだらけだわ
756:名無しさん＠編集中
19/01/16 00:11:26.42 X9n+pcSU0.net
>>717
実写はH.265にしないと汚いよ
757:名無しさん＠編集中
19/01/16 00:51:59.03 Uq7afYXt0.net
1.5Mbpsとか（笑）
758:名無しさん＠編集中
19/01/16 01:25:33.75 Sg0KoMC90.net
1.5Mbpsとかx265veryslowでも汚いだろ
759:名無しさん＠編集中
19/01/16 01:43:18.45 HnpA35XL0.net
2070/2080レベルじゃないと汚いわなぁ
760:名無しさん＠編集中
19/01/16 02:44:16.20 DwyrKu3K0.net
>>718
そうなのか
週末に265で試してみるよ
でも1060だからBフレーム無しがどこまで悪影響出るかだな
761:名無しさん＠編集中
19/01/16 04:35:45.78 cfCORw/o0.net
実写ソースの場合、RTX20x0のTuring世代NVEnc以外のHWエンコーダだと
H264とHEVCの画質容量比的な性能逆転するから、Pascal世代のNVEncならH264の方が良いと思うけど
762:名無しさん＠編集中
19/01/16 09:13:44.19 KRJquCgUp.net
え？そうなの？なんで？
763:名無しさん＠編集中
19/01/16 10:18:31.25 PNV67JsH0.net
rigaya氏の画質比較見るとPascalだと実写はH264の方がいいね
764:名無しさん＠編集中
19/01/16 10:25:19.79 M4GiyvQw0.net
そこｗ
765:名無しさん＠編集中
19/01/16 20:52:36.56 JQ/ZAgZL0.net
>>718
HWのH265って汚い印象
766:名無しさん＠編集中
19/01/16 21:11:41.89 X9n+pcSU0.net
>>727
想像で言われても
767:名無しさん＠編集中
19/01/16 22:42:50.29 CvUslOTN0.net
結局どっちなんや…
768:名無しさん＠編集中
19/01/16 23:10:45.84 U+1GAKsg0.net
使い手によるとしか
769:名無しさん＠編集中
19/01/18 00:06:09.72 +Xgy5mfJ0.net
id:M4GiyvQw0
770:名無しさん＠編集中
19/01/19 01:08:09.38 LtpdCRF90.net
Intel HD530にバージョン25.20.100.6519ドライバー当てたらモニター接続なしでもA'sでQSV有効になった
エミュレーターアダプター要らなくなったな
771:名無しさん＠編集中
19/01/19 02:48:38.95 WmgCIzd00.net
いつの話を
772:名無しさん＠編集中
19/01/19 20:52:33.24 5c0vBdO40.net
YUANの「PD570 PRO HDMI2.0」、国内での発売
773:はまだかね？ USB 3.0接続で4K60p対応、しかも https://www.4gamer.net/games/999/G999902/20181204054/ の記事によると、core i7-6700HQとCPUの統合グラフィックス機能を使用して CPU負荷，GPU負荷ともに約33％で済むらしいからかなり期待しているのだが
774:名無しさん＠編集中
19/01/19 20:56:18.03 5c0vBdO40.net
追記
日本のアマでも検索すれば出てくるが、値段がアホかと馬鹿かと…
775:名無しさん＠編集中
19/01/19 21:09:45.16 5c0vBdO40.net
YouTubeにアップされている情報
URLﾘﾝｸ(www.youtube.com)
（型番が「PD570 Pro HDMI 4K」のほうが正しいようだが）
776:名無しさん＠編集中
19/01/19 21:25:42.29 jAYscWAY0.net
>>734-736
> core i7-6700HQとCPUの統合グラフィックス機能を使用して
> CPU負荷，GPU負荷ともに約33％で済むらしいからかなり期待している
記事には「プレビューを表示させた状態でのCPUおよびGPU使用率」とあるから、
プレビュー表示だけでこの使用率、つまりエンコード負荷は含めていないってことだと思うんだけど、
もしかして「エンコードを含めてこの負荷で済んでる」と勘違いしてないか？
あとHWエンコード関係ないからキャプチャ機器スレでも探してそっちに行った方がいいと思う。
777:名無しさん＠編集中
19/01/20 00:47:55.03 5TmBIywi0.net
>>734
それたぶん、AverMediaのUSB 3.0キャプチャーと同じで、入力は4K60p対応だけどキャプチャーは4K30pまでのパターンだと思う
HDMI 2.1に搭載されるロッシーな映像信号圧縮技術「DSC:Display Stream Compression」を搭載して、USB 3.0の枠内で伝送できるようになれば、
USBで4K60pキャプチャーが現実的になるかとは思う
778:名無しさん＠編集中
19/01/20 18:04:16.49 952R3mDn0.net
AverMediaのUSBはFHDでもしょぼい圧縮転送してるらしいで
NVDECで暗部つぶれた画像をHWデコードして、NVENCやx264/x265でリアルタイム再エンコしたらおさっし
779:名無しさん＠編集中
19/01/20 18:19:58.93 yRIOvDozM.net
>>739
マジで？
AverMediaは独自ドライバーをインストールして使うタイプだったはずだから、いろいろ小細工しているとは思っていたけど
ウチはI・O DATAのGV-HUVCというUSB Video Class準拠のキャプチャー機器使って2Kキャプチャしてるから小細工の心配は不要だけど、
このキャプチャー機器、OBS以外のソフトでキャプチャーしようとすると音声が入らないことが多いのが難点ではあるが
OBSはOBSで音声まわりの扱いがショボくはあるのだが…
780:名無しさん＠編集中
19/01/22 10:28:03.39 t0Dy4lPb6.net
radeonのvceはnvencみたいな画質の向上とかはないのかな
軽く調べてみても全然情報でなくて気になるところ
781:名無しさん＠編集中
19/01/22 15:40:03.33 1667HCmA0.net
>>741
まあ目立った更新ないからね・・・。
URLﾘﾝｸ(gpuopen.com)
URLﾘﾝｸ(github.com)
782:名無しさん＠編集中
19/01/22 16:25:48.36 c9Lbehqd0.net
>>741
2400Gで試してみたけど旧世代のQSVよりSSIM低い感じだった
783:名無しさん＠編集中
19/01/22 16:47:12.70 wBOMwPUy0.net
悪化したのか？
784:名無しさん＠編集中
19/01/22 16:55:57.40 c9Lbehqd0.net
>>744
初AMDだから過去のvceとの比較は出来ない
あくまでもインテルとの比較の意味で言った
785:名無しさん＠編集中
19/01/22 17:02:02.95 wBOMwPUy0.net
なるほろ
786:名無しさん＠編集中
19/01/22 17:40:49.17 guwEfZQf0.net
Bフレーム使えないままだしな元々適応型の挿入が出来ないから固定カメラにしかだけど
787:名無しさん＠編集中
19/01/22 20:34:00.82 TgE7dIIu0.net
AMDは
788:フレームレート補間に力を入れて欲しい
789:名無しさん＠編集中
19/01/22 21:32:19.45 OGZg2Qes0.net
741だけど情報ありがとう
あまりVCEは期待できないか
790:名無しさん＠編集中
19/01/23 07:03:00.98 cnxrGIU00.net
NVENC最強伝説
791:名無しさん＠編集中
19/01/23 09:46:58.00 IIWbIw5e0.net
NVENCを使うために1050Ti使ってるけど1060 6GBを買い足した
20シリーズ買ってもNVENCの速度向上はなさそうだし
URLﾘﾝｸ(chimolog.co)
792:名無しさん＠編集中
19/01/23 10:46:46.21 wssVxujM0.net
マジか
待ってても仕方ないなら買うかなあ
今更感が漂うけどw
793:名無しさん＠編集中
19/01/23 11:10:09.00 iwjUz/2q0.net
URLﾘﾝｸ(satch.tv)
794:名無しさん＠編集中
19/01/23 11:10:29.79 os4vwzcl0.net
何を待ってるのだろう
795:名無しさん＠編集中
19/01/23 11:16:50.52 DR4xb6qnM.net
Pascal1枚持ってるなら買い足しはどうなのかな？
今はまだNVIDIAのSDKもTuringに対応して間もないし、大手のソフトですらRTXに最適化されていないよね
自分はBフレーム対応含む環境が整ってミドルレンジの製品が揃う年末ぐらいに動き出すかな
796:名無しさん＠編集中
19/01/23 11:42:30.78 os4vwzcl0.net
2060がミドルレンジなんじゃ…
797:名無しさん＠編集中
19/01/23 12:32:32.24 IIWbIw5e0.net
>>755
760が乗ってるのが一台あるのでそっちに1050Tiを回すよ
2050Tiが出ればその時の状況（性能とか価格とか）で乗り換える
798:名無しさん＠編集中
19/01/23 15:08:12.39 g8WpL0sxM.net
>>751
1050tiと1060は同じで2060は違うんじゃないの？
799:名無しさん＠編集中
19/01/23 15:40:51.61 cT0p706td.net
ビデオエンコーダ関係の仕様表みるとRTXのNVENCコアは1になってるんだよな
注釈で性能向上してるとは書いているものの…
800:名無しさん＠編集中
19/01/23 16:21:41.24 IIWbIw5e0.net
知ってると思うけど念の為
Video Encode and Decode GPU Support Matrix
URLﾘﾝｸ(developer.nvidia.com)
NVIDIA VIDEO CODEC SDK
URLﾘﾝｸ(developer.nvidia.com)
801:名無しさん＠編集中
19/01/23 20:16:00.08 0gu/ejhS0.net
1060から2070に買い替えた
HEVCでbフレームを使用したらファイルサイズが2/3くらいになった。
802:名無しさん＠編集中
19/01/23 20:17:24.87 0gu/ejhS0.net
速度はほとんど変わらないけど、圧縮率が高くなり
803:名無しさん＠編集中
19/01/23 20:18:28.90 0gu/ejhS0.net
ごめんなさい。途中で投稿しました。
速度はほとんど変わらないけど、圧縮率が高くなり
満足している
804:名無しさん＠編集中
19/01/23 23:43:54.34 ntS881Du0.net
>>751
4K～とか高解像度での速度低下は新しい世代ほど少ないぞ
805:名無しさん＠編集中
19/01/24 00:08:50.35 1WIN0nwm0.net
>>764
それはそうだろうね
ただ現状扱うソースが大きくてもフルHDまでなんで今はいいかなって思ってる
上で報告が上がってるファイルサイズの小ささは魅力だね
806:名無しさん＠編集中
19/01/24 07:24:49.89 GFNTcyXhM.net
報告してくれる人に向かって言うのも申し訳ないがCPUとかの環境やパラメータも書いてくれると大変参考になるのでお願いしたい
807:名無しさん＠編集中
19/01/24 08:40:44.54 +EK9gIfnd.net
1060で2session同時使用の場合ってやっぱり1070の2sessionよりは速度低下する？
808:名無しさん＠編集中
19/01/24 09:05:52.70 lBW3qu8W0.net
1060で2つは無理じゃないの
809:名無しさん＠編集中
19/01/24 10:57:26.64 XDv/FAO20.net
1060てnvenccを2個同時動かしたけどfps低下しなかったよ。
810:名無しさん＠編集中
19/01/24 17:22:33.38 gqyytZo80.net
>>767-769
1060が積んでるNVENCは１つ、1070が積んでるNVENCは２つ。
ともに同時エンコできるのは２つまで。（Max # of concurrent sessions）
URLﾘﾝｸ(developer.nvidia.com)
NVENCを２つ積んでる1070では２つ同時エンコしても基本的に速度低下は起きないはず。
NVENCを１つしか積んでいない1060では２つ同時エンコすると速度低下が起きるはず。
ただし、これはNVENCのスペックをフルに活用する場合の話であって
その他の処理（デコードやフィルタ等）にボトルネックがあるなどしてNVENCをフル活用できていない場合は別。
>>769のケースは多分NVENCをフル活用していないものと思われる。
811:名無しさん＠編集中
19/01/24 19:46:36.57 XDv/FAO20.net
勉強になったわ。ありがとう。
つぎは2070が欲しくなるな～
812:名無しさん＠編集中
19/01/25 00:22:33.47 x36k1K8d0.net
Turing世代のGTX1650 179USDってNVEncがRTXと同じならやばいね
URLﾘﾝｸ(videocardz.com)
813:名無しさん＠編集中
19/01/25 01:17:58.54 siYGKlA00.net
来月のノート用？1660あたりの発表で出してほしいねぇ
814:名無しさん＠編集中
19/01/25 12:40:27.04 cTFwIz4P0.net
Windows10のゲームDVRがハードウェアエンコーダーなんだが
H.265でキャプれるようにならんかなー（今現在はH.264のみ）
815:名無しさん＠編集中
19/01/26 05:07:55.40 dR9JkOOE0.net
>>773 ノートではなかったですねm(__)m
1660Ti 2/15 $279
1660 3/上 $229
1650 3/下 $179
HardOCPの情報。NVENC/DECについては触れていない。
816:名無しさん＠編集中
19/01/26 05:32:46.72 QPrm9ydz0.net
GTX16x0は、GTX1060のGDDR5X版みたいにGP104の使い回しじゃないかと思うけども
単純にGTX1070/TiのGDDR5X版がGTX1660/Tiとかね
そんで一部デベロッパーで出してたGTX1060 GDDR5Xと同じか、CUDACore微増させたのがGTX1650みたいな感じな気がする
817:名無しさん＠編集中
19/02/07 20:13:54.76 ErW8DH7e0.net
Linux kaby lakeなpentiumでh264_vaapiでBSプレミアムの動画をトランスコードしているのですが、
-qpと -maxrateって同時に使えないんですかね？
-qp 34と言う高めの数字でも瞬間的に11mbpsを超えたりするので、 -maxrate 8M(とあとbuffsizeの指定）
と書いたのですが、効果がありませんでした。
818:777
19/02/07 21:17:01.88 ErW8DH7e0.net
書き忘れましたが、エンコーダはffmpeg 4.1(h264_vaapi)です。
それにしてもh264_vaapiだとx264と違って-crf値の設定がほぼ無意味で-qp値しか
クオリティベースのエンコードができないようですが、仕様
819:名無しさん＠編集中
19/02/08 05:37:22.38 s9E8zXzi0.net
オプションを書くなら全部書く。質問と報告は分けて書く。
820:777
19/02/08 06:11:58.28 m2RBeXnR0.net
-c:v h264_vaapi -qp 34 -g 50 -me_range 16 -i_qfactor 0.714286 -mbd 2 -trellis 2 -bf 4 -b_strategy 2 -bidir_refine 1
失礼、普段のオプションはこんな感じです。これに=maxrate 8M -bufsize 3M と書いても瞬間的に8mbpsを超えるので、質問させていただいた次第です。
821:名無しさん＠編集中
19/02/08 06:57:41.33 NCGRi7B/0.net
vbv-書いてないからじゃ？
822:名無しさん＠編集中
19/02/08 08:11:11.16 D0HG/8g9a.net
ビットレートを守るために量子化係数を変動させるのだから-qpで量子化係数を固定
823:してたらビットレート守るわけがない
824:777
19/02/08 08:45:06.53 m2RBeXnR0.net
>>782
本来なら-crfを使いたいのですが、x264と違ってh264_vaapiではうまく使えないようなので（非常に高いビットレートがでる）、-qpを使っています。
VBR(ABR)だとドキュメンタリーのインタビューのシーンなどのビットレートを落とせるところでもあまり落としてくれないので
ビットレートの無駄遣いのようであまり使いたくありません。
-qpと-crfを比較したサイト（どこにあったか失念。英語のサイトです）を見たところ、ビットレートのグラフはほぼ同じようにqp値、crf値が上がるごとに
減っていったのでほぼ同じ効果があると思って使っているのですが、x264のcrf値のようないい方法ありますか？
825:名無しさん＠編集中
19/02/08 09:43:12.75 lHySrfZS0.net
トドメの後出し
826:777
19/02/08 09:45:34.37 m2RBeXnR0.net
URLﾘﾝｸ(trac.ffmpeg.org)
申し訳ない、ここになにかも書いてありました。
Mapping options from libx264
No CRF-like mode is currently supported. The only constant-quality mode is CQP (constant quantisation parameter), which has no
adaptivity to scene content. It does, however, allow different quality settings for different frame types, to improve compression by
spending fewer bits on unreferenced B-frames - see the (i|b)_q(factor|offset) options. CQP mode cannot be combined with a maximum
bitrate or buffer size.
CRFもないし、maxrateとcqp(qp)値との併用もできないようです。
827:名無しさん＠編集中
19/02/08 21:11:40.18 xXO0r19t0.net
>>785
crfみたいなのはla-icqだからIntel Media SDK入れてQSV使えないとどうにもならない]
ffmpeg -global_quality 30 -c:v h264_qsv -c:a copy optout.mp4
828:名無しさん＠編集中
19/02/09 09:27:59.18 Z0Y8pwv70.net
>>786
crfって先読み処理必携でも無いのに、なぜicqでは無くla-icqとか変な例え方で教えるん？
829:785
19/02/09 10:38:42.13 Q9mleCh80.net
>>786-787
レスありがとうございます。使ってるディストリがdebian testingなので、Intel Media SDKを入れるのがまず大変のようなので
いろいろ調べながらやってみます。(rigaya氏のページにあった情報は参考になりましたが、ちょっと古いようです）
ただqsvにしちゃうと、現状だとVP9エンコができなくなるのが痛いですね。
830:名無しさん＠編集中
19/02/09 17:10:51.36 GW+2f0kM0.net
一般人は使わなくていい規格
831:名無しさん＠編集中
19/02/10 17:04:25.55 /y8PkD8C0.net
>>684のNVENC処理改善が入った OBS 23.0 RC1 がリリースされた。
・Win7ではNVENCの新実装は使えない。
・負荷を抑えリソースへの影響を軽減する。
・Psycho-visual Tuningの実装。体感画質を上げるためにビットレートの最適化を行う。
GPU負荷は上がるけど、動きの激しい場面などで有効。
・Look-aheadの実装。動的Bフレームを有効にする。
オフだと常時「最大Bフレーム数」の数のBフレームを使う。
オンだとBフレーム数を必要なだけに抑えることで、画質の向上を狙えるが、GPU負荷は上がる。
---
関連
Release OBS Studio 23.0 Release Candidate 1
URLﾘﾝｸ(github.com)
832:ect/obs-studio/releases/tag/23.0.0-rc1 NVENC Performance Improvements (Release Candidate) https://obsproject.com/forum/threads/nvenc-performance-improvements-release-candidate.98950/ OBS Studio 23.0 Release Candidate https://obsproject.com/forum/threads/obs-studio-23-0-release-candidate.100204/
833:名無しさん＠編集中
19/02/12 04:20:16.15 IgomnM+R0.net
HEVCって暗い部分のエンコが得意だな
H.264みたく暗部がおざなりにならない
834:名無しさん＠編集中
19/02/12 04:47:47.47 7IFsax0K0.net
H.265使うとH.264には戻れないよね
835:名無しさん＠編集中
19/02/12 06:11:23.08 MPZ19riM0.net
このスレ的にはRTX20系以降ならそういう認識で問題ない気がするが、GTX10系以前やQSVはH.264のほうがましな場合もある。
ビットレート次第だけど。
836:名無しさん＠編集中
19/02/12 06:49:57.99 MNIhOrdF0.net
ないわｗ
837:名無しさん＠編集中
19/02/12 07:20:36.25 H1t5F1gR0.net
いや、あるでしょ
838:名無しさん＠編集中
19/02/12 08:42:02.22 TaovfXes0.net
>>792
どうしてですか？
画質？速度？
839:名無しさん＠編集中
19/02/12 09:35:09.28 OXx4cm25p.net
>>793
前もこれ言われてたけど理屈がまだ理解出来てない
840:名無しさん＠編集中
19/02/12 10:28:34.77 TyLjan300.net
文盲か…
841:名無しさん＠編集中
19/02/12 12:00:23.68 HaMTUjbk0.net
h264には昔ながらの温かみがある（適当）
842:名無しさん＠編集中
19/02/12 12:56:41.61 akvXbx110.net
H.265でハードエンコしたい 一番安いカードはRX550でしょうか？
843:名無しさん＠編集中
19/02/12 13:53:40.73 QJHeNYZ10.net
中古でいいならマイニング用途落ちのRX570/RX470とかがコスパ良さそう
URLﾘﾝｸ(akiba-pc.watch.impress.co.jp)
一昨年くらいにVCEよりQSVのほうが画質も速度もいいようなことをどこかで見かけて
CPUが対応してれば買う意味ないなと思ったけど
今探してみてもVCEとQSVのちょうどいい比較が見つからなかった
844:名無しさん＠編集中
19/02/12 14:14:04.99 oqCs5DFf0.net
>>801
skylakeのQSVから2400GのVCEに乗り換えた感想です
aviutlを利用してH.264で大体同じサイズにした場合
画質：VCEの方がすこしいいかな
速度：インタレ解除なしなら同等、インタレ解除するならVCEはハード対応してないのでQSVの勝ち
845:名無しさん＠編集中
19/02/12 15:07:57.49 akvXbx110.net
>>801
ＲＸ470の映像端子無ってえらく安いっすね
今550ｗだから+120ｗが耐えられるかな・・
ありがとうございます
846:名無しさん＠編集中
19/02/12 15:18:17.76 nhPnwNvh0.net
>>796
H.265のメリット
同じ動画でも容量が少ない(H.264の三分の二～半分ぐらいになる)
H.264よりビットレート少なくなるが画質は同等
NASやHDDに保存する場合も容量の圧迫が少なくてすむ
H.265のデメリット
エンコードに非常に時間がかかる
再生環境に何アリ
再生可能な端末がやプレイヤーは限られTVなどで見る場合は特に利用機器に制限多い
PCなどでVLC利用の場合などでもグラボのドライバー相性が出る場合がまだある
Androidだとほぼ問題なく近年iPhoneなどApple製品でもVLCなど使えば安定してる
847:796
19/02/12 15:26:42.13 TaovfXes0.net
>>804
ああ神様！ありがとうございます！
私にも、大変わかりやすいご説明頂き感謝です！
本当に勉強になります！
848:名無しさん＠編集中
19/02/12 15:30:28.14 V0SkQvoCr.net
>>791
RTXでHEVCを10bitでエンコードしているけどめちゃいいね
暗部もグラデもキレイで爆速高圧縮
849:名無しさん＠編集中
19/02/12 15:59:35.15 aWs0QX+90.net
What's new in
850: Video Codec SDK 9.0: (Video_Codec_SDK_9.0.18) ---------------------------------- In NVIDIA Video Codec SDK release 9.0, following features have been added: Encode Features:: 1. Improved encoded quality for Turing GPUs 2. HEVC B-frame support (Turing GPUs only) 3. Encoded output in video memory 4. H.264 ME only mode output in video memory. 5. Non-reference P frames 6. Support for accepting CUArray as input Decode Features:: 1. HEVC YUV 444 decoding (Turing GPUs only) 2. Multiple NVDEC engines(Turing GPUs only)
851:名無しさん＠編集中
19/02/12 16:01:38.89 aWs0QX+90.net
>>807
SDK9での新機能
NVENC: URLﾘﾝｸ(2sen.dip.jp)
NVDEC: URLﾘﾝｸ(2sen.dip.jp)
ハードウェア毎の機能
NVENC: URLﾘﾝｸ(2sen.dip.jp)
NVDEC: URLﾘﾝｸ(2sen.dip.jp)
パフォーマンス
NVENC: URLﾘﾝｸ(2sen.dip.jp)
NVDEC: URLﾘﾝｸ(2sen.dip.jp)
852:名無しさん＠編集中
19/02/12 16:09:39.63 aWs0QX+90.net
>>807-808
・H.264 field encoding がTuringでサポートされないことがさりげなく明示された。
・TuringでのH.264/H.265の品質改善の要因は、RDOや複数フレーム参照といった機能サポートによるものらしい。
（HEVCについてはBフレーム機能追加もだけど。）
---
Improved encoded quality for Turing GPUs
Turing hardware adds support for features like rate distortion optimization (RDO) and enable multiple frames to be used as reference.
These features significantly improve the encoding quality for both H.264 and HEVC.
These features are tied with the already existing presets.
This ensures that existing applications can take advantage of these features without making changes to their source code.
---
853:名無しさん＠編集中
19/02/12 16:32:53.84 aWs0QX+90.net
>>807-808
HEVCのBフレームについては、SDK9で B-FRAMES AS REFERENCE のモードとして
NV_ENC_BFRAME_REF_MODE_EACH ってのが指定できるようになった（H.264では指定できない）みたいなので、
SDK9に対応してこの機能を使えば、現状よりも更にTuringのHEVCエンコードの品質が上がるかも？
854:名無しさん＠編集中
19/02/12 17:31:42.71 30YRs5XF0.net
>URLﾘﾝｸ(2sen.dip.jp)
TU117以降のHEVC Bフレーム輝いてるよなぁ
TU116でも使えるとみんな幸せになれる気がする。価格も進めやすいしな！
855:名無しさん＠編集中
19/02/12 17:49:48.44 8v6Zrr0ed.net
>>811
TU117=GTX1650除外だから、
hevc 目当てなら1660買っとけってことか
856:名無しさん＠編集中
19/02/12 17:56:25.56 aWs0QX+90.net
>>810がちょっと誤解を生む表現だったので補足。
B-FRAMES AS REFERENCE自体はSDK8でサポートされてた機能で
H.264限定で、NV_ENC_BFRAME_REF_MODE_MIDDLEというモードだけ指定できた。
NVEncCなら --bref-mode middle。
HEVCではBフレームがサポートされてなかったので、当然B-FRAMES AS REFERENCEも使えなかったし、
SDK8ではそれに関する設定をすることもできなかった。
SDK9でHEVCでもB-FRAMES AS REFERENCEの設定ができるようになり、
更にNV_ENC_BFRAME_REF_MODE_MIDDLEだけでなく、NV_ENC_BFRAME_REF_MODE_EACHも指定できることになった。
NVEncCがSDK9に対応すれば、--bref-mode each/middle がHEVCで使えるようになって、
それを使えばTuringのHEVCエンコード品質が多分更に上がるものと思われる。
という流れです。
857:名無しさん＠編集中
19/02/12 18:01:09.33 30YRs5XF0.net
>>813 報告乙です。なかなかSDKまで見ないもんなぁ
rigaya氏に生暖かい毒電波送ることにする！ｗ
858:名無しさん＠編集中
19/02/12 18:04:22.65 V0SkQvoCr.net
--ref とは別のですか？
それならオプション指定して変化はあったみたいですが、私は詳しくはないです
859:名無しさん＠編集中
19/02/12 18:09:51.83 aWs0QX+90.net
>>815 --ref と --bref-mode は別のもの。NVEncCのオプションを参照。 https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.ja.md
861:名無しさん＠編集中
19/02/12 18:13:40.71 V0SkQvoCr.net
>>816
ありがとうございます
いま大量エンコードでTSファイル保存勢を辞めている所ですがもう少し待ったほうが良かったか、、現状で満足はしていますが残念っ
862:名無しさん＠編集中
19/02/12 19:39:25.03 rrOD0+rV0.net
まさかの1660待望説到来なのか？
でも1660はメモリーが6GBまでかと思われるが、4Kとかをエンコードしたりデコードしたりした場合に何か影響が出たりしないのかな？
863:名無しさん＠編集中
19/02/12 20:26:38.53 LGxh2XS00.net
>>809
微妙にH.264サポート縮小っすか
864:名無しさん＠編集中
19/02/12 20:48:58.76 O6Nq1lMj0.net
>>792
ハードウェアエンコのH.265とH.264は正直五十歩百歩
865:名無しさん＠編集中
19/02/12 21:01:11.88 0C2oycJpp.net
gtx1050で地デジtsを480x270pでエンコードをするとどの程度fps出ますか？
よろしくお願い致します。
866:名無しさん＠編集中
19/02/12 21:07:52.45 TaovfXes0.net
すごいっす
867:名無しさん＠編集中
19/02/12 21:31:36.03 A5knSIJB0.net
メロメロっす
868:名無しさん＠編集中
19/02/12 21:33:15.32 HaMTUjbk0.net
ヤベェほど出る
869:名無しさん＠編集中
19/02/13 00:11:02.45 vHGN6yin0.net
NVEnc 4.31
[共通]
・NVENC SDK 9.0に更新。NVIDIA グラフィックドライバ 418.81以降が必要。
・HEVCエンコ時のB ref modeの設定を追加。(--bref-mode middle/each)
[NVEnc.auo]
・設定画面に「品質(--preset)」「Bフレーム参照モード(--bref-mode)」を追加。
[NVEncC]
・--presetをreadmeに追加。
速いもうできたのか的な。
870:名無しさん＠編集中
19/02/13 00:30:58.47 xTFMcHuc0.net
更新乙です。
なんだかんだとrigaya氏にはお世話になりっぱなしです。
871:名無しさん＠編集中
19/02/13 02:43:49.74 hVRvtZt00.net
--bref-mode each を使ってみたら固定品質のファイルサイズが8%減りました
やったぜ、ありがとん
872:名無しさん＠編集中
19/02/13 03:23:27.59 0UNtKN/A0.net
>>818
影響無いはず
1050無印の2GBで4K扱っても余るぐらいだしな
ゲーム用途が無いのなら、1660で3GB版（が出るなら）爆速エンコ需要には好適なんじゃないかと
873:名無しさん＠編集中
19/02/13 22:24:30.74 EGETJ5UR0.net
>>828
やはり動画の再生やエンコード用途ならばGPUのメモリーは、そんなにたくさん詰む必要はないわけだね
ちなみにGTX1660の世代がエンコードユーザーにとってはRTX世代より有利なのは間違いないのかな？
874:名無しさん＠編集中
19/02/13 22:30:10.70 0UNtKN/A0.net
>>829
現物出回ってないのに「間違いは無い」って誰が判断できると思う？
875:名無しさん＠編集中
19/02/13 22:42:09.38 EGETJ5UR0.net
>>830
URLﾘﾝｸ(2sen.dip.jp)
この表にTU117とわざわざ細かく指定しているのがどうも胡散臭い気がしなくもない
そもそもこの表、右側2列にそれぞれTU117の文言が入っている時点で情報としての信用力が低い気がしなくもないし
876:名無しさん＠編集中
19/02/13 23:26:01.13 WPg94UAF0.net
except TU117…TU117を除く
877:名無しさん＠編集中
19/02/13 23:51:26.10 EGETJ5UR0.net
>>832
!!
よくよく調べると、
■TU117（つまりGTX1650）
・HEVCのBフレーム非対応
・インターレース信号をインターレースのままエンコード対応
のPascal世代相当
■TU116（つまりGTX1660Ti及びGTX1660）
・HEVCのBフレーム対応
・インターレース信号のままでのエンコードは非対応
のTuring世代
で、エンコードやデコードに関しては、特段TU116だけ何かが特別良くなるわけではなく、あくまで他のTuring世代と同等
ということで良いのかな？
878:名無しさん＠編集中
19/02/14 00:29:32.73 waEO7SOK0.net
現状の予想としてはね。
879:発売前のうわさを信じて動いても文句は言わないように。 普通の人は発売後の書き込み待ってからでいいと思う。
880:名無しさん＠編集中
19/02/14 03:15:57.70 a4e5uoRw0.net
2070を買えばまるっと解決
881:名無しさん＠編集中
19/02/14 10:58:21.49 bfnbZDEx0St.V.net
業務用のエンコーダを買えば完璧。２桁値段が高いけどね。
882:名無しさん＠編集中
19/02/14 12:49:29.73 050+24/SpSt.V.net
2060買おうか迷っていたが1660でもいいかもしれん
883:名無しさん＠編集中
19/02/14 13:29:08.02 y/8oGjxf0St.V.net
URLﾘﾝｸ(satch.tv)
884:名無しさん＠編集中
19/02/14 14:27:08.04 2nUvK2SP0St.V.net
業務用のは大抵がDSPボード積んだXeonベースのLinuxだしなぁ
885:名無しさん＠編集中
19/02/14 14:30:24.48 vRWUHsRa0St.V.net
>>833
買うなら最低でも1660って事か
補助電源いるんだよなあ
886:名無しさん＠編集中
19/02/14 23:02:22.27 qzT4ki+g0.net
A's VIDEO Converterなんだけど、cpuのコア数だったか同時エンコ可能数を設定するのはどこにあるの？？
887:名無しさん＠編集中
19/02/14 23:22:01.40 IgoHEo/i0.net
>>841
開始ボタンの右側にある"v"をクリックすると出てくる
888:名無しさん＠編集中
19/02/15 00:07:22.26 RhJUmx2L0.net
>>842
ありがとう！まさかこんな所にあるとは気づかなかった！！
あと、もう少し教えてほしいんだけど、QSVの場合は「ハードウェアデコード」のチェックはオン？それともオフ？
ググってみると両方あるし、そもそもエンコードしてるのにデコードの設定があるのもよくわからず困ってる。
889:名無しさん＠編集中
19/02/15 00:12:15.37 msIebXF00.net
>>843
ソースはデコードしなきゃエンコード出来ないだよ
CPUデコ→HWエンコは速いが極限までCPU使いたくないならHWデコ&HWエンコだ
890:名無しさん＠編集中
19/02/15 01:52:08.57 lNnrUGx50.net
1660は本当にエンコユーザー御用達になりそう
噂ではTensor Coreも載るみたいだし
将来的にTensor Core対応のwaifu2xみたいな超解像やノイズ処理のソフトが出ててきも使えるかも知れないし
891:名無しさん＠編集中
19/02/15 17:14:41.21 HWxlWLMH0.net
>>844
はーそういうことなのか。恥ずかしながら、なんでデコードの選択肢があるのか謎だったわ。
無知な俺が成長したわ。横からだがサンクス
892:名無しさん＠編集中
19/02/15 18:16:20.21 Zdt6+lgC0.net
知ってて当たり前の事だったらごめんなさい
TuringでHEVCのBフレーム対応ができるようになるようだけど
Pascal以前のGPUを使った時Bフレーム対応の部分だけCPUに計算
させる事はできるのかしら？
893:名無しさん＠編集中
19/02/15 20:06:08.61 K/x/4bGr0.net
できるなら、すでに出てると思いまする
そもそもその世代はNVENCにBフレエンコ処理する機構がないかと…
894:名無しさん＠編集中
19/02/15 20:54:09.45 /Ue0zW3IM.net
できるかどうかはNVENCの仕様次第
仮に可能でもやる気とか優先度とかによって実装されないかもしれない
895:名無しさん＠編集中
19/02/15 21:04:23.13 Vo5W6KcVM.net
でもbフレームのためにcpu使う実装したら、x264に勝てる点が何一つ残らない程遅くなったりしそう・・・
896:名無しさん＠編集中
19/02/16 01:47:24.74 AH4NvcKA0.net
A's VIDEO Converterもsdk9.0対応しねーかな
897:名無しさん＠編集中
19/02/16 02:00:07.94 YT7Hel9i0.net
たぶん>>850の言うとおり、実用的な速度が出るとはおもえない
898:名無しさん＠編集中
19/02/16 02:05:00.45 3cfRr8j40.net
>>851
A'sはSDKを使って開発してるわけじゃなく、MediaFoundationのエンコーダを呼び出してるだけじゃなかったっけ
899:？
900:名無しさん＠編集中
19/02/17 08:19:57.63 /ziM33B60.net
速さ的にもデコードもエンコードもHWでやった方が速いんだけども
デコードされたデータをGPUに受け渡すよりデコードされていないデータ渡す方が接続バス通すデータ量小さいし、CPUの処理を待つ事自体がボトルネックなる
要は「丸投げ」が一番速くて電気も食わないのよ
CPUとHWのやりとりする量を手数を最小限にするすれば、バスを通してのデータのやりとりする量も、処理待ちや伝達待ちも発生しないのだから、電気も食わないし処理も速い
Bフレームの処理だけCPUってのも、それが出来たとしてもHWで中途まで処理した内容（生のフレーム情報だから無圧縮で肥大化している）をバス通してCPUに戻して、CPUで処理した内容をまたバスを通して戻すという手間が増えまくるうえ
HWはCPUの処理を待つ間処理が止まるし、I/P/Bフレームの比率考えればBフレームが多いほどCPU処理比率上がってHWエンコードの意味が無くなっていって、品質も速度も極めて半端にしかならんのよ
901:名無しさん＠編集中
19/02/19 11:43:43.01 8603oI2c0.net
ffmpeg+QSVでH.264とHEVC両方使ってみたけど
意外とCPU負荷もあるんだな
GPUに全部お任せできるくらいに思ってたわ
902:名無しさん＠編集中
19/02/19 12:41:07.09 b1UVZQMo0.net
H.265エンコだとどのハードとどのソフトの組み合わせがいいの？
903:名無しさん＠編集中
19/02/19 15:41:28.97 aKEtg7+S0.net
>>855
ソフトウェアデコードしてるせいでデコード負荷がかかってるってことはない？
ソースにもよるけど、-i の前に -hwaccel qsv -c:v h264_qsv とかつけてる？
Hardware/QuickSync ? FFmpeg
URLﾘﾝｸ(trac.ffmpeg.org)
904:名無しさん＠編集中
19/02/19 16:31:27.33 L4+Ila1M0.net
>>856
最新のハードと最新のソフト
905:名無しさん＠編集中
19/02/19 20:28:15.13 q9p+Au5b0.net
レトロゲー（640x480)の実況動画をつべにアップしようと思うんだけど
せっかくつべがFullHDや4kアップに対応してるんだから低解像度のレトロゲー実況動画も
FullHDか4kくらいにアップスケールしてからアップロードしてみたい
ハードウェアの力を使って低解像度動画を高解像度動画に綺麗にアップスケールしてくれる技術って無い？
ちなみにグラボはAMDのR9 290
906:名無しさん＠編集中
19/02/19 21:33:42.83 I/QneAzk0.net
>>859
おそらくあなたの想像や、このスレの趣旨とはズレるが教えてあげよう。
480pソースでもGV-USBのようなSDキャプチャではなく
初めからから720pまたは1080pにアプコンして収録するのが一番綺麗になるよ
レトロゲーム機
↓
フレームマイスター
URLﾘﾝｸ(www.amazon.co.jp)
↓
HDMIキャプチャ
907:名無しさん＠編集中
19/02/19 22:17:25.77 aKEtg7+S0.net
>>859
レトロゲーならいっそのこと Nearest Neighbor で拡大するとか。
waifu2x系は
URLﾘﾝｸ(github.com)
とかならOpenCLの利用も可能らしいから一応AMD GPUを使うと言えるかな。
自分で使ったことは無いし、レトロゲーの拡大に向いてるかどうかは知らない。
ちなみにNVIDIAのRTXシリーズなら、NGX SDKが公開されればDLVSR（Deep Learning Video Super Resolution）ってのが
使えるようになるらしい。まだアーリーアクセスの段階だから無理だけど。
まあこれもレトロゲーの拡大に向いてるかどうかはわからないけど。
URLﾘﾝｸ(developer.nvidia.com)
URLﾘﾝｸ(docs.nvidia.com)