[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/01 23:08 / Filesize : 224 KB / Number-of Response : 1020
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]
|
↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました |
【NVENC/VCE】ハードウェアエンコーダーを語るスレ3【QSV】
- 1 名前:名無しさん@編集中 mailto:sage [2019/07/12(金) 00:23:56.45 ID:kWGC6LHK0.net]
- 高速なエンコード処理ができるハードウェアエンコーダーについて語るスレです。
●Intel ・https://software.intel.com/en-us/media-sdk ・https://01.org/linuxmedia ・https://github.com/Intel-Media-SDK/MediaSDK ・https://github.com/intel/media-driver ・https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video ●NVIDIA ・https://developer.nvidia.com/nvidia-video-codec-sdk ・https://developer.nvidia.com/video-encode-decode-gpu-support-matrix ・エンコード: https://en.wikipedia.org/wiki/Nvidia_NVENC ・デコード: https://en.wikipedia.org/wiki/Nvidia_PureVideo ●AMD ・https://github.com/GPUOpen-LibrariesAndSDKs/AMF ・エンコード: https://en.wikipedia.org/wiki/Video_Coding_Engine ・デコード: https://en.wikipedia.org/wiki/Unified_Video_Decoder ■前スレ 【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】 https://mevius.5ch.net/test/read.cgi/avi/1533671049/ 次スレは>>980が立ててください。
- 788 名前:名無しさん@編集中 (ワッチョイWW a9e6-F4nB) mailto:sage [2019/11/23(土) 02:47:13 ID:P3eZcZOz0.net]
- >>771
Bフレーム対応してるといっても使用ソフトがBフレ使ってくれなきゃ意味無いからね
- 789 名前:名無しさん@編集中 mailto:sage [2019/11/23(土) 06:52:46.57 ID:5pYdjFV80.net]
- >>771
RTX2060のShadow Play(H.264)録画もIとPだけだよ TMSR5で見た感じだとな(H.265のフレーム情報も見れる)
- 790 名前:名無しさん@編集中 mailto:sage [2019/11/23(土) 08:02:18.65 ID:+YY3eXV50.net]
- >>771
横から。RTX2070/win10環境でOBSの場合は NVENC H.264 (new) で最大Bフレーム4にすると↓な感じ IBBBBPBBBBPBBBB・・・PBPIBBBB ちなみにOBS用外部プラグインのH.265/HEVC Encoder(NVidia NVENC)では IBBBBPBBBBPBBBB・・・PBBBPIBBBB となってた スレチだけどOBSのカスタム出力(FFMpeg)のNvencって微妙にバグってるんだよなぁ オプションでBフレ指定してもスルーしやがる。あれ直さないんだろうか
- 791 名前:名無しさん@編集中 mailto:sage [2019/11/23(土) 08:20:24.16 ID:spwSsrirr.net]
- >>770
nle使えば見れるものもある
- 792 名前:名無しさん@編集中 mailto:sage [2019/11/23(土) 12:21:07.62 ID:uIJ39TMXM.net]
- >>775
OBSは、いろいろおかしいから信頼性がない
- 793 名前:名無しさん@編集中 mailto:sage [2019/11/23(土) 18:37:57.94 ID:ndwmAwgT0.net]
- >>769
いい感じの値段設定だな
- 794 名前:名無しさん@編集中 mailto:sage [2019/11/23(土) 20:05:03.42 ID:aPwJ68JU0.net]
- Bブレ対応としては最安だけどもう一声あっても良い感じね
- 795 名前:名無しさん@編集中 mailto:sage [2019/11/23(土) 21:39:35.00 ID:rmzOtjHe0.net]
- >>754
それ、たかが100Mbpsじゃねーか。
- 796 名前:名無しさん@編集中 (アウアウエー Sae3-/K5Y) mailto:sage [2019/11/24(日) 03:34:21 ID:tBxGKdEka.net]
- >>775
OBS公式のそのまま使ってない? OBSでffmpeg 使いたいなら自分でビルドしたほうがいいよ
- 797 名前:名無しさん@編集中 (ワッチョイ a95f-BEIG) mailto:sage [2019/11/24(日) 04:58:50 ID:EfA44KIk0.net]
- 1650sのビデオ関連コアが1660と同等だといいのにね
一番早いのは22日発売予定だったそうだから、そろそろ買って報告してくれる人出てこないかな。 まぁ私が買うとしたら4ヶ月位後になるんだけれど。
- 798 名前:名無しさん@編集中 mailto:sage [2019/11/24(日) 11:19:04.97 ID:B0kpXS8f0.net]
- >>782
公式の仕様くらい見ようぜ NVIDIA Encoder (NVENC) 対応 (Turing)
- 799 名前:名無しさん@編集中 mailto:sage [2019/11/24(日) 17:46:18.08 ID:EfA44KIk0.net]
- >>783
ああ、言葉が足りなくてごめん そこはこのスレで出て来てるから理解しているけど、駆動クロック数とかが落とされていたら 悩ましいなって思って書いたんだ。 GPUコアのクロックはともかく、ビデオ用のコア部分はどうなのかなとか
- 800 名前:名無しさん@編集中 mailto:sage [2019/11/24(日) 23:43:18.07 ID:9bqE9+or0.net]
- 今時別クロックでなんて動いてないぞ
ビデコアの部分はGPUコアクロックに依存する
- 801 名前:名無しさん@編集中 mailto:sage [2019/11/25(月) 01:32:36.40 ID:fJe2+Qu80.net]
- 非ブーストクロック依存じゃないの?
ブースト時はコアまわりだけクロックが上がる
- 802 名前:名無しさん@編集中 mailto:sage [2019/11/25(月) 11:09:26.70 ID:BOdyiufX0.net]
- 今の8K放送ってRAWの1/1000のサイズのビットレートで放送してるんだな。
H.265とは言えとんでもねー圧縮率だわ。
- 803 名前:名無しさん@編集中 mailto:sage [2019/11/26(火) 09:50:42.26 ID:0YmBRaKH0.net]
- それだけ中身がないってことだ
- 804 名前:名無しさん@編集中 mailto:sage [2019/11/26(火) 09:52:57.18 ID:FKTi+c7C0.net]
- 中身って何?
- 805 名前:名無しさん@編集中 mailto:sage [2019/11/27(水) 00:47:51.38 ID:3Td+wGFE0.net]
- >>788 は、冗長性って言葉を理解できてないだけの奴なんだろ
- 806 名前:名無しさん@編集中 (アウアウクー MM45-nI3n) mailto:sage [2019/11/27(水) 07:58:06 ID:80HxkgbjM.net]
- >>790
8k4k放送で冗長性を持たせる為に使われている 16APSKの冗長符号化は 外符号 BCH符号、内符号 LDPC符号だから、 映像符号化のH.265とは何も関係ないぞ。
- 807 名前:名無しさん@編集中 (ワッチョイ 998e-qZD/) mailto:sage [2019/11/27(水) 11:53:05 ID:MhBvIxv60.net]
- わーすごいすごい
- 808 名前:名無しさん@編集中 (ワッチョイ a95f-/L9V) mailto:sage [2019/11/27(水) 13:20:48 ID:PWEtgJiU0.net]
- 「内容がないよう」って意味だと思ってたが
- 809 名前:名無しさん@編集中 (ワッチョイ 692c-/L9V) mailto:sage [2019/11/27(水) 13:26:29 ID:7hvMFwKd0.net]
- あーコンテンツへの皮肉だったのか
- 810 名前:名無しさん@編集中 (ワッチョイ d99f-o7DB) mailto:sage [2019/11/28(Thu) 00:21:36 ID:BxuIxVFW0.net]
- >>791
> 8k4k放送で冗長性を持たせる為に使われている 16APSKの冗長符号化は それ、放送信号のエラー訂正するための冗長化の話だからな コンテンツの圧縮に関わる冗長性とは、そりゃ何の関係もないだろうよ 冗長性で必死にググった挙句、当たり前に無関係なレスしてツッコミが成立してると思って悦に浸ってたの?
- 811 名前:名無しさん@編集中 mailto:sage [2019/11/28(木) 08:31:32.66 ID:Qmp2y3I4M.net]
- >>795
符号化を理解していないようだから、まずはシャノンの定理から勉強しよう。 H.265は非可逆圧縮だから、冗長性は無いよ。
- 812 名前:名無しさん@編集中 mailto:sage [2019/11/28(木) 12:56:21.34 ID:FvaTgBTQ0.net]
- 元からエラー訂正の事を言ってるように見えるんだが
H265は何処から出てきたの?
- 813 名前:名無しさん@編集中 mailto:sage [2019/11/28(木) 20:12:31.66 ID:+yzW2vyi0.net]
- GeForce GTX 1630でないかな
- 814 名前:名無しさん@編集中 mailto:sage [2019/11/28(木) 20:23:42.95 ID:xNi4MJk50.net]
- >>798
1030みたいにNVENC自体消えてそう
- 815 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 02:00:45.77 ID:Ja7HDywk0.net]
- それは困る
ゲームしないでエンコ主体だからビデオ性能はそこそこでNVEncに力入れたビデオカードが
- 816 名前:~しい []
- [ここ壊れてます]
- 817 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 02:18:18.76 ID:mSnD4g6Ga.net]
- VCE(僕が消えても悲しんでくれるかな…)
- 818 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 08:57:35.53 ID:0KwgyOo10.net]
- NAVIでもVCE使えるの?
- 819 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 13:44:53.97 ID:Ja7HDywk0NIKU.net]
- ハードエンコにあえてVCEを選ぶ人ってどんな人?
QSVはビデオカード使いたくない人とかって何となく分かるんだけど
- 820 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 13:57:12.31 ID:ZDydq1+u0NIKU.net]
- radeonしか持ってない人
正直、HWエンコ(NVEnc)の性能がこんな上がるとは思ってなかったし 性能は470程度あれば不自由しないから買い替えるほどでもないって感じ
- 821 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 14:12:40.57 ID:5hxeqhnB0NIKU.net]
- 3万切ったので1660Ti購入
HEVC Bフレ良いね
- 822 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 22:16:11.83 ID:owZx4T9K0NIKU.net]
- QSVは未だにHWエンコでならH264で一番画質容量比が良いから、エンコード成果をHEVC非対応の環境での再生対応等でH264縛りな人には悪くは無いよ
Turing世代のNVEncでもH264の画質性能的にQSVにギリ追い付いていないし
- 823 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 22:24:45.04 ID:mSnD4g6GaNIKU.net]
- VCEの…VCEのメリットも語ってよ!
- 824 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 22:51:12.43 ID:owZx4T9K0NIKU.net]
- VCEは処理速度がQSV並で、画質は初期のNVEnc並かそれ以下
- 825 名前:名無しさん@編集中 mailto:sage [2019/11/29(金) 22:59:08.86 ID:owZx4T9K0NIKU.net]
- そのうえNAVIで微妙に画質容量比性能落ちてるしな
多分事前発表の処理速度確保するために、想定した7nmでのエンジン動作クロックが不足している分、マクロブロック配置検討の処理を従来世代より少し甘くして処理速度確保してる臭い RADEON買ったついでに有るから使う以外の意義は無くて、ましてやVCE(VCN)狙いでRADEON買うってのはまず無い 古井戸狙いで550買うとかの方がまだ購入理由になる罠
- 826 名前:名無しさん@編集中 (アウアウクー MM39-JXAj) mailto:sage [2019/11/30(土) 01:11:20 ID:myOy7V/SM.net]
- Radeonはラジャ・コドゥリをIntelに取られた時点で終わったんだよ
- 827 名前:名無しさん@編集中 (ワッチョイ d99f-o7DB) mailto:sage [2019/11/30(土) 01:31:55 ID:YIrZ4u+r0.net]
- >>796
> H.265は非可逆圧縮だから、冗長性は無いよ。 冗長性がなかったら圧縮不可能なんだが。可逆か非可逆かは関係がない。 お前は、符号化以前に、圧縮に関して基礎から勉強する必要があるぞ >>797 そりゃ、 >>787 からの話の流れでしょ。
- 828 名前:名無しさん@編集中 mailto:sage [2019/11/30(土) 09:23:46.34 ID:J4An4hmh0.net]
- 冗長性を無くしてしまうのが、非可逆圧縮。
人間が見て違和感がない限界ギリギリまでデータをそぎ落としていく。 データそのものは劣化する。それがH.265の映像符号化技術。 FLACなどの可逆圧縮は、冗長性の重複部分を纏める事でデータサイズを圧縮している。 冗長性は失われないのでデータは劣化しないが、冗長性は足されない。 冗長性を足して圧縮する機能ってのは、WinRARのリカバリレコードが有名かな? >>811 その分野の人間か知らんが、通信・情報システム関係でそんな事言っていると恥ずかしいよ。 まずはシャノンの標本化定理から勉強してこい。このデジタル社会の基礎だ。
- 829 名前:名無しさん@編集中 mailto:sage [2019/11/30(土) 11:47:21.51 ID:uwZLzjD/F.net]
- 全くもってどうでもいい言い争い
俺の方がスゲーって言いたいだけでしょ
- 830 名前:名無しさん@編集中 mailto:sage [2019/11/30(土) 13:10:22.37 ID:C0+1s1p3r.net]
- まぁ頓珍漢なこと言ってるバカ認識間違ってたと認めて謝罪しとけ
素直に誤りを認めて改めることでまともになんだし
- 831 名前:名無しさん@編集中 mailto:sage [2019/11/30(土) 14:11:04.50 ID:DEFW2iq+0.net]
- 「こんきょはありません。わかりません。誰が決めたのかもわかりません。」
- 832 名前:名無しさん@編集中 mailto:sage [2019/11/30(土) 14:22:24.71 ID:uk362ywn0.net]
- H.264とH.265で同等画質になるようにエンコして画質を見比べてみたけど、俺の目だと画質の違いがわからない・・・
でもファイルサイズが2.5倍ほど違うからH.264はもうお役御免だな
- 833 名前:名無しさん@編集中 mailto:sage [2019/11/30(土) 15:12:58.89 ID:EO90c2+M0.net]
- >>816
そら同等画質になるようにエンコすればそうだろうよっ!w 強いて言うなら、HWデコード前提の場合に限りHEVCは10bitが使えるので、バンディング低減処理が活きてくるくらいかな 背景が暗めのトーンのシーンなどは違いが判り易い
- 834 名前:名無しさん@編集中 (ワッチョイ d99f-o7DB) mailto:sage [2019/12/01(日) 01:32:44 ID:rAN2bvkM0.net]
- >>812
> 冗長性を無くしてしまうのが、非可逆圧縮。 冗長性を減らすのが「圧縮」。 不可逆か、可逆かは、元に戻せるか戻せないかの差があるだけで冗長性とは関係がない。 > 冗長性は失われないのでデータは劣化しないが、冗長性は足されない。 それは違う。 もっと簡単に言えば、圧縮できないほど無駄がない状態が「冗長性がない」状態で、 さらにどれだけ圧縮が効くかってのが冗長性がどれほどあるかって話。 >>790 で言われてる通り、お前さんは「冗長性」って言葉を正しく理解してないだけか、 逆に、指摘された内容をごまかすために、本質的には関係のない符号化の話とエラー訂正の話を織り交ぜて マウント取って逃亡しようとしてるか、のどっちかにしか見えない。 前者にしろ後者にしろ、俺はお前の方が恥ずかしいレスしてると思うが。
- 835 名前:名無しさん@編集中 mailto:sage [2019/12/01(日) 09:40:39.02 ID:iJ+xg9b10.net]
- 揚げ足取りここに極まれり
- 836 名前:名無しさん@編集中 mailto:sage [2019/12/01(日) 09:52:04.37 ID:qT7hDmOa0.net]
- 揚げ足は取ったほうが負けだからな
反論できなくなって余裕が無くなった負け犬になった証拠だから 取られる方が基本的に間違ってないことの証明。
- 837 名前:名無しさん@編集中 mailto:sage [2019/12/01(日) 18:58:14.59 ID:yz/qms0A0.net]
- 発端が冗長性関係ない当たりでスルーすればいいのにな
- 838 名前:名無しさん@編集中 mailto:sage [2019/12/01(日) 19:35:23.22 ID:7jwOmuJj0.net]
- エンコードの品質を上げるためにはまずデコードの段階で品質が良くないと駄目って考えてるけど合ってる?
ソフトウェアデコードの後にハードウェアエンコードが一番高画質かもしれない
- 839 名前:名無しさん@編集中 mailto:sage [2019/12/01(日) 20:15:38.02 ID:iJ+xg9b10.net]
- h.264/HEVCはデコード誤差が出ないように整数使うようになったから
元ソースがmpeg2の場合を除いて気にする必要はない
- 840 名前:名無しさん@編集中 (ワッチョイ d99f-o7DB) mailto:sage [2019/12/02(月) 01:12:50 ID:HJbrAh8q0.net]
- >>820
別に、勝ち負けでレスしてんじゃないし負けでもいいのだが、それ本当に揚げ足とりなのか? 揚げ足ってのは、わざわざツッコミ入れるまでもない「明らかな間違い」のことだと俺は思うのだが? 今回の場合はそんなんじゃなくて、>>818 の最後で書いたとおり、 本当に理解してないか、ごまかそうとしたか、のどっちにしか見えなかったのだが。 それ、本当に揚げ足か?
- 841 名前:名無しさん@編集中 mailto:sage [2019/12/02(月) 03:51:54.26 ID:M4FaXeMg0.net]
- そうでゲソ
- 842 名前:名無しさん@編集中 mailto:sage [2019/12/02(月) 08:15:47.57 ID:vxp4H4eYM.net]
- まだ言っているのか
冗長性という言葉が、情報・通信・PC業界でどう使われているか知らなかっただけだろ? 冗長性は英語では以下の通り。alcより引用 redundancy 1.余剰性、余剰が[過剰で]あること 2.《電気》〔回路の〕重複性、冗長性◆バックアップ用の回路を用意すること。 3.〔通信における情報の〕冗長性、冗長度 1番の意味で使っていると恥ずかしいと気付いてくれ。
- 843 名前:名無しさん@編集中 (ワッチョイWW b12c-jeyU) mailto:sage [2019/12/02(月) 09:50:40 ID:6NIkOafw0.net]
- >>825
ワロタ
- 844 名前:名無しさん@編集中 (スッップ Sdb2-3WG/) mailto:sage [2019/12/02(月) 14:23:46 ID:Mx2jW1Rid.net]
- ツクモ店頭で戯画のGV-N1660OC-6Gが税込22000円で売ってたので、エンコ用に買ってしまった。1650Sの予定だったけどこちらのほうが安かった。
- 845 名前:名無しさん@編集中 mailto:sage [2019/12/03(火) 00:57:13.74 ID:24sgrOvk0.net]
- >>826
> 冗長性という言葉が、情報・通信・PC業界でどう使われているか知らなかっただけだろ? おお。明らかにごまかし始めたな。>>787 のレスでいうと「冗長性」がどういう意味か、だぞ。 業界的にはどうでもいい。 というか、そこがお前にとっての話題の逸らしポイントだもんな。 >>791 の時点から、ずっとそれ。 > 1番の意味で使っていると恥ずかしいと気付いてくれ。 無理がある引用だったな。「冗長性」を英単語にした時の意味なんだろ? 日本語なら、「冗長性」って言葉だけで「余剰性が過剰」って意味になる使い方は思いつかんけど。 その時点で、その意味で使いようがないのに「1番の意味で使うのは恥ずかしい」、って何かのギャグかな? 普通に言いたいなら、「冗長だ」で良いからな。 自分に向いたツッコミは何一つ認めずに話題をそらすも、次々とボロが出てるけど、 そんなお前の状態の方が、よっぽど恥ずかしい状態だと思うんだが、まだ続けるの?
- 846 名前:828 mailto:sage [2019/12/03(火) 01:49:49.62 ID:dN/mKSNH0.net]
- 1660とゲーム用にメインで使ってる2080ti比べるとエンコーダ自体は変わらない速度が出るけどCUDAでデインタレ処理すると結構差が出るな。
1440iの地デジソースをHEVCエンコードするときAmatsukazeでKFM使うと1660で150fpsくらいだが2080tiだと300fps程度でる。
- 847 名前:名無しさん@編集中 mailto:sage [2019/12/03(火) 02:17:30.41 ID:FzwDFJum0.net]
- ゲームの配信って自分がプレイした動画をみんなに見てもらうこと?
ほらほら俺こんなにすごいプレイしたよ、とか、こんなに高得点出したよ、とか
- 848 名前:名無しさん@編集中 (ワッチョイWW 8101-fgGL) mailto:sage [2019/12/03(火) 02:53:57 ID:nD9KWLmM0.net]
- 動画投稿サイトでアップロードして承認欲求を満たすんだぞ
- 849 名前:名無しさん@編集中 (アウアウウー Sacd-KvEm) mailto:sage [2019/12/03(火) 02:59:42 ID:rZd2Msuja.net]
- ようつべなんかゲームプレイ動画も収益はがされたらしいね
当たり前っちゃ当たり前なんだが
- 850 名前:名無しさん@編集中 (ワッチョイ b6da-YC6P) mailto:sage [2019/12/03(火) 09:25:29 ID:w0ZOcnXL0.net]
- 自宅に呼んだ友達にゲームプレイを見せている感覚で、Mixerで配信しつつDiscordで会話しているよ。
NVEncのLow Latencyと組み合わせるとMixerは0.3秒位しか配信遅延しない。配信専用に1650積んでる。 2080ti側のNVEncはShadowPlay動かして、スーパープレイや爆笑プレイを簡単に保存できるようにしている。 もちろん保存先は記憶域で双方向ミラーにして冗長性を持たせているよw
- 851 名前:名無しさん@編集中 mailto:sage [2019/12/03(火) 10:54:00.92 ID:AtDpN6iha.net]
- 別にスゴいプレイでなくてもいい
初見プレイと称してやっとるのもいるし 謎なのは同じのを毎日初見と称してやってるやつ お前完全にパターン暗記しとるがなとw
- 852 名前:名無しさん@編集中 (ワッチョイW 6502-jyD9) mailto:sage [2019/12/03(火) 17:35:12 ID:NZa8OKxn0.net]
- steamlinkでリモートプレイすんのにもNVEnc使って配信してるから便利やで
有線なら遅延もほぼ感じないしマジNVEnc有能
- 853 名前:名無しさん@編集中 mailto:sage [2019/12/06(金) 00:06:07.08 ID:4y+wNiQa0.net]
- もうCPUのエンコードでも十分速い
- 854 名前:名無しさん@編集中 (ワッチョイWW 2361-j3Jh) mailto:sage [2019/12/06(金) 09:29:30 ID:cLabTp7/0.net]
- 速いってどの程度のCPUを言ってるのかな?
- 855 名前:名無しさん@編集中 (ワッチョイW 057f-nISC) mailto:sage [2019/12/06(金) 16:03:23 ID:yfZJt3+U0.net]
- >>837
それ、うちのAthlon200GEでも同じこと言えんの?
- 856 名前:名無しさん@編集中 mailto:sage [2019/12/06(金) 19:36:08.03 ID:SNvai/fAd.net]
- そら3970Xぐらいは使ってるんだろうw
- 857 名前:名無しさん@編集中 mailto:sage [2019/12/06(金) 21:42:10.92 ID:CfVh+m+80.net]
- 16コアあってもAmatsukazeでCUDAフィルタオフにするとそんなに早くならないのがなぁ・・・
x265自体は大満足なんだが。この時期暖房にもいいね。
- 858 名前:名無しさん@編集中 (ワッチョイ 2316-V35x) mailto:sage [2019/12/06(金) 23:46:43 ID:RTHAuWjH0.net]
- そりゃCUDAで作りこまれたものなんだから
お情けでついてるCPUモードじゃ遅くてもしょうがない
- 859 名前:名無しさん@編集中 mailto:sage [2019/12/07(土) 00:54:47.21 ID:pHsbNMsF0.net]
- 家電のHDDレコーダーに使われてるのはハードウェアエンコードだから
むしろHDDエンコードの方が一般的
- 860 名前:名無しさん@編集中 mailto:sage [2019/12/07(土) 00:58:42.04 ID:wuhDWRgc0.net]
- HDDエンコードすげー
- 861 名前:名無しさん@編集中 mailto:sage [2019/12/07(土) 01:09:58.88 ID:bPhhI6Jk0.net]
- Intelの安いcpu買ってqsvエンコサーバ作ろうと思ってるんだけど
エンコ速度ってメモリ速度とEU数で変わるって認識で合ってる?
- 862 名前:名無しさん@編集中 (ワッチョイWW 4552-5uPu) mailto:sage [2019/12/07(土) 04:48:22 ID:S7HevqUD0.net]
- >>845
あと、クロック数ね
- 863 名前:名無しさん@編集中 (ワッチョイ 4bbb-MVf8) mailto:sage [2019/12/07(土) 08:08:16 ID:GTWnQH8U0.net]
- 元々の話のレイテンシも、OBS配信(6Mbps)では、
CPUエンコ(i9-7980XE@4.7GHz)のzerolatencyと、NVEncのMax Quality設定を比べると、 NVEncのほうが圧倒的に遅延が少なく綺麗で省エネです。 最近のNASはQSV使って、オンザフライエンコ配信出来るから、何も考えずに高ビットレートでNVEncしてNASに保存している。 ネット環境の整った出張先ならリアルタイムエンコ再生、海外や飛行機出張時は事前にNASで小サイズにエンコしておいて持ち出し。 自宅の4kテレビでは元サイズのまま再生、FHDテレビやタブレットでは1080pにリアルタイムエンコ再生と・・・ハードウェアエンコ様様です。
- 864 名前:名無しさん@編集中 (ワッチョイWW 7501-hZk5) mailto:sage [2019/12/07(土) 10:23:38 ID:zr5aEI4I0.net]
- >>844
HDDレコーダーのエンコードとqsvとかNVcncだと画質の良さはどっちが上なんかな?
- 865 名前:名無しさん@編集中 mailto:sage [2019/12/07(土) 12:51:18.24 ID:10rhNzbn0.net]
- >>847
> 元々の話のレイテンシも、OBS配信(6Mbps)では、 > CPUエンコ(i9-7980XE@4.7GHz)のzerolatencyと、NVEncのMax Quality設定を比べると、 > NVEncのほうが圧倒的に遅延が少なく綺麗で省エネです。 自分では配信やってないんだけど、配信の遅延の原因って A.配信者側のエンコード処理による送出遅延(BフレとかLookaheadとかの関係でフレーム送出まで少し待ちが入るとか) B.配信プロトコルそのものや、サーバー側での再エンコード等による遅延 の2つに大別されるとして、現状では基本的にBの方が圧倒的にでかいから、 Aの方は設定でよほど酷い差をつけない限りはSWエンコでもHWエンコでもあまり差は出ないんじゃないの? 基本的に両方ともZeroまたはLow Latencyにするとして、SWエンコとHWエンコで「圧倒的」というほどの遅延の差って出るもんなの?
- 866 名前:名無しさん@編集中 mailto:sage [2019/12/07(土) 17:52:31.54 ID:GTWnQH8U0.net]
- >>849
Mixerは鯖側の遅延が最大で0.2秒なので、自分の配信を自分で見れば一目瞭然 NVEnc(Max Quality)>> QSV(Quality) > CPU(i9-7980XE@4.7GHz)のzerolatency それぞれ0.3秒、0.5秒、0.8秒位のラグになるから見てわかる。
- 867 名前:名無しさん@編集中 mailto:sage [2019/12/07(土) 21:21:33.40 ID:10rhNzbn0.net]
- >>850
ありがと。実際にそんな差が出るものなのか。 30fpsなら1フレーム当たり0.033秒、60fpsなら1フレーム当たり0.0166秒で送り出す能力があるってことだし そこまで差は出ないだろーとか思ってたけど、差が出る原因はエンコーダの起動時間とかなのかな?
- 868 名前:名無しさん@編集中 mailto:sage [2019/12/07(土) 21:45:49.58 ID:5XTD6YyqM.net]
- >>851
初期化処理の差じゃないの? デフォルト設定の違いに振り回されてそう
- 869 名前:名無しさん@編集中 mailto:sage [2019/12/07(土) 23:18:59.00 ID:10rhNzbn0.net]
- >>852
あ、そうか。なんか言葉が出てこなかったから起動時間なんて書いちゃったけど、初期化処理か・・・。
- 870 名前:名無しさん@編集中 mailto:sage [2019/12/08(日) 07:40:22.61 ID:70X3XA6Na.net]
- icelakeのQSVはかなり強化されたらしいけどレビューどこかに無いかね?
探したけど見つからん
- 871 名前:名無しさん@編集中 mailto:sage [2019/12/08(日) 12:53:44.87 ID:O7FOAP/i0.net]
- 処理速度面でUHD620〜630のH264もHEVCも倍程度というぐらいしか情報無いな
画質容量比性能については皆無 H264用途とすれば従来でもTuringのNVEncより画質面で優れてはいたから、倍速化してもNVEncの速度にはまだ届かないが、差が小さくなっているのは意義がある HEVCは倍になっても1440x1080処理で80fps程度とかだろうし、画質面でNVEnc超えてなければ遅すぎてどうもならんのよね
- 872 名前:名無しさん@編集中 mailto:sage [2019/12/08(日) 14:58:55.82 ID:HAbGT3cy0.net]
- 265のBフレ使用OKはいいものなの?
そうだというのであれば1650Sを今から買いに行こうかと
- 873 名前:名無しさん@編集中 mailto:sage [2019/12/08(日) 15:34:28.60 ID:pTE2au+/0.net]
- 適応的な挿入が出来るわけじゃないから7nmまで待ったほうがいいと思うけど
- 874 名前:名無しさん@編集中 mailto:sage [2019/12/08(日) 15:38:43.83 ID:yD22ulYb0.net]
- そら圧縮目的ならBフレ仕えた方がえぇに決まっとる。
- 875 名前:名無しさん@編集中 mailto:sage [2019/12/08(日) 15:42:13.63 ID:EUu7Xf8I0.net]
- 1〜2枚程度なら適応じゃなくても悪影響は少なめ
- 876 名前:名無しさん@編集中 mailto:sage [2019/12/08(日) 21:56:06.90 ID:pIZAihm/0.net]
- >>857
GTXシリーズのミドル・ローエンド辺りが7nmプロセスに移行するのって何時頃なん?
- 877 名前:名無しさん@編集中 mailto:sage [2019/12/08(日) 22:26:53.38 ID:O7FOAP/i0.net]
- 今の12nmでRADEONの7nmより十分効率良いからなぁ
- 878 名前:名無しさん@編集中 mailto:sage [2019/12/09(月) 10:09:42.01 ID:5cRcleC5a.net]
- 265は9900Kでも劇遅やでw
- 879 名前:名無しさん@編集中 mailto:sage [2019/12/09(月) 10:32:12.08 ID:lSxGcjrX0.net]
- そりゃそうだろ何いってんだ
- 880 名前:名無しさん@編集中 (ワッチョイ cd61-e4WC) mailto:sage [2019/12/09(月) 11:01:40 ID:vMXpioBt0.net]
- >>862
嘘つくなよ と>>837が言ってる
- 881 名前:名無しさん@編集中 mailto:sage [2019/12/09(月) 11:19:56.37 ID:x9d0H2aia.net]
- リアルタイム以下にならないと劇遅判断とか
- 882 名前:名無しさん@編集中 mailto:sage [2019/12/09(月) 11:31:47.45 ID:NsZjG6yE0.net]
- 30fps出れば十分早いと言えそうだが
【x264/x265】実用エンコベンチ Part6 https://egg.5ch.net/test/read.cgi/jisaku/1507728392/302
- 883 名前:名無しさん@編集中 (ワッチョイ d55f-WBaP) mailto:sage [2019/12/09(月) 15:23:40 ID:XNAqMDMJ0.net]
- >>861
このスレでBフレ使えないからって状態のRADEONと比べてどうするんだよ。 再生のときにmadVRとかでリアルタイム補正するならRADEON一択だぞ。
- 884 名前:名無しさん@編集中 (ワッチョイW e5b5-lvKB) mailto:sage [2019/12/09(月) 15:35:40 ID:ppCOvxZI0.net]
- >>867
ここハードウェアエンコーダのスレなんですが MadVR云々はスレ違いな
- 885 名前:名無しさん@編集中 (ワッチョイWW d55f-h/M3) mailto:sage [2019/12/09(月) 15:38:31 ID:6mgv6IuH0.net]
- アスペ臭する輩は触らない方がいいと思うが
- 886 名前:名無しさん@編集中 (ワッチョイ 237c-V35x) mailto:sage [2019/12/10(火) 16:36:56 ID:DofNFnZm0.net]
- >>866
TuringのH.265 Bフレ有り10bitと比べるならx264のpreset Fastでしょ
- 887 名前:名無しさん@編集中 (ワッチョイ 4b14-Fgt1) mailto:sage [2019/12/10(火) 16:49:33 ID:fITdR8L90.net]
- 1280x720〜1920x1080(MAX6Mbps程度)のネット配信をエンコするのに
BT2020は無駄かな? Turingだから幸いBフレは使用可でエンコソフトはTVMW7です
- 888 名前:名無しさん@編集中 mailto:sage [2019/12/10(火) 18:55:28.52 ID:LzSaho32F.net]
- 5年早いかな
|
|
[ 続きを読む ] / [ 携帯版 ]
前100
次100
最新50
▲ [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<224KB
read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef