【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が立ててください。 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] ３万切ったので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 そら同等画質になるようにエンコすればそうだろうよっ！ｗ 強いて言うなら、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番の意味で使っていると恥ずかしいと気付いてくれ。 無理がある引用だったな。「冗長性」を英単語にした時の意味なんだろ？ 日本語なら、「冗長性」って言葉だけで「余剰性が過剰」って意味になる使い方は思いつかんけど。 その時点で、その意味で使いようがないのに「１番の意味で使うのは恥ずかしい」、って何かのギャグかな？ 普通に言いたいなら、「冗長だ」で良いからな。 自分に向いたツッコミは何一つ認めずに話題をそらすも、次々とボロが出てるけど、 そんなお前の状態の方が、よっぽど恥ずかしい状態だと思うんだが、まだ続けるの？ 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動かして、スーパープレイや爆笑プレイを簡単に保存できるようにしている。 もちろん保存先は記憶域で双方向ミラーにして冗長性を持たせているよｗ 851 名前：名無しさん＠編集中 mailto:sage [2019/12/03(火) 10:54:00.92 ID:AtDpN6iha.net] 別にスゴいプレイでなくてもいい 初見プレイと称してやっとるのもいるし 謎なのは同じのを毎日初見と称してやってるやつ お前完全にパターン暗記しとるがなとｗ 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のほうが圧倒的に遅延が少なく綺麗で省エネです。 自分では配信やってないんだけど、配信の遅延の原因って 　Ａ．配信者側のエンコード処理による送出遅延（BフレとかLookaheadとかの関係でフレーム送出まで少し待ちが入るとか） 　Ｂ．配信プロトコルそのものや、サーバー側での再エンコード等による遅延 の２つに大別されるとして、現状では基本的にＢの方が圧倒的にでかいから、 Ａの方は設定でよほど酷い差をつけない限りは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でも劇遅やでｗ 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と比べてどうするんだよ。 再生のときにｍａｄＶＲとかでリアルタイム補正するなら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] 1280ｘ720〜1920x1080(MAX6Mbps程度)のネット配信をエンコするのに BT2020は無駄かな？ Turingだから幸いBフレは使用可でエンコソフトはTVMW7です 888 名前：名無しさん＠編集中 mailto:sage [2019/12/10(火) 18:55:28.52 ID:LzSaho32F.net] 5年早いかな 889 名前：名無しさん＠編集中 mailto:sage [2019/12/10(火) 19:06:30.06 ID:gkUXVF3/0.net] >>871 元動画と同じ色空間でいいだろ 890 名前：名無しさん＠編集中 mailto:sage [2019/12/11(水) 02:38:44.32 ID:Crd2L+PW0.net] AMD免罪符「視覚的損失なし」をまだやってるみたいだな PS5も変わらんらしい＝今後3，4年はやる気なし 891 名前：名無しさん＠編集中 (ﾜｯﾁｮｲ 2316-V35x) mailto:sage [2019/12/11(水) 09:43:52 ID:fl04OQ/W0.net] なんの話? 892 名前：名無しさん＠編集中 mailto:sage [2019/12/11(水) 13:36:46.77 ID:sI9n/OdDr.net] >>871 カラーグレーディングやカラースペースわからないなら触るな。709のままにしとけ。 893 名前：名無しさん＠編集中 mailto:sage [2019/12/11(水) 19:58:19.92 ID:a2SSLijr0.net] ソース映像よりも奇麗になるエンコードは理論上存在しない 894 名前：名無しさん＠編集中 mailto:sage [2019/12/11(水) 20:45:31.61 ID:fl04OQ/W0.net] 一概に言い切れるものではない 895 名前：名無しさん＠編集中 mailto:sage [2019/12/11(水) 21:22:05.08 ID:G0LvyPuJ0.net] 解像度低下を視覚的損失とカウントしないという前提だけどな AMD的にはパフォーマンス不足対策としてLODの延長線上という免罪符で影になってるポリゴン描画自体しないとか色々やってきた経緯あるから 描画省略していない≒視覚的損失が無い という解釈なんだろう 896 名前：名無しさん＠編集中 mailto:sage [2019/12/11(水) 21:36:03.67 ID:fl04OQ/W0.net] エンコードの話になんでゲームの話を混ぜるのか 897 名前：名無しさん＠編集中 mailto:sage [2019/12/12(木) 08:46:47.66 ID:6OyhHLhLa.net] ゲームオタクはいつも異次元の方向から話をねじ込んでくるな 898 名前：名無しさん＠編集中 mailto:sage [2019/12/12(木) 11:22:27.28 ID:4lwIw3B8r.net] 10bitエンコにしたら暗部のモヤがきれいになってts再生より良くなったとか思ってる安い奴ならここに居るぞ 899 名前：名無しさん＠編集中 mailto:sage [2019/12/12(木) 13:01:27.83 ID:eyGEZOvS01212.net] tsだったらリアルタイム再生ではまず使わない重たいQTGMCでインタレ解除してエンコするとソースより綺麗 900 名前：名無しさん＠編集中 mailto:sage [2019/12/12(木) 13:34:36.89 ID:TenjBc0BH1212.net] Prefetchしても限界があったし、ucfも併せてCUDA版が出てくれたのは本当に幸運だったよな 901 名前：名無しさん＠編集中 mailto:sage [2019/12/12(木) 14:07:07.00 ID:55Zd3mMf01212.net] おお… 902 名前：名無しさん＠編集中 [2019/12/12(木) 19:10:34.77 ID:hVAJ5/CQM1212.net] >>877 綺麗になることと綺麗に見えることは別ということだ。 903 名前：名無しさん＠編集中 mailto:sage [2019/12/12(木) 19:45:39.91 ID:4lwIw3B8r1212.net] ソース映像原理主義者はブロックノイズも嗜む

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef