Re: [請益] RX550補幀 VRAM大小選擇
※ 引述《fantasyice (范特西冰)》之銘言:
: 標題: [請益] RX550補幀 VRAM大小選擇
: 時間: Mon May 2 18:43:23 2022
前文恕刪
: 原本打算用SVP來補,但爬了一下文,發現SVP在快轉的時候會卡,並且效果也不是很理想。
: 因此,小弟打算死守GCN,再去買張GCN架構的舊卡搭配Bluesky FRC,為了流暢的影片而努力。
: 看了一下現在市面上還有的GCN卡,扣除R7-240這種東西,只剩下RX550能買了。
:
: 目前各大通路的新品只有大石頭的RX550,報價如下:
: PH-550-2G $2790
: PH-RX550-4G-EVO $3990(送刀碩TUF滑鼠一顆)
: 另外有在海鮮市場上看到二手的RX460 4G,我記得大概是3k左右
:
: 想請問板上的各位,2G和4G的VRAM對補1080p60是否有影響呢?
: 如果是補1440p60,2G版會不會有VRAM太小補不動的問題?
: 又或者,550補2k會很吃力,所以應該挑選二手的460會更好?
:
: 原有的R9-290雖然也能補,但我打算讓它安心退役。
: 一是耗電量有點可怕,二是公版卡渦輪風扇運作的噪音比耗電量更可怕。
:
: 先謝過板上各位大大!
因為你標題只問吃VRAM的部份
所以我昨天推文才會回A我id
剛才直接幫你測了一次
目前是5700G VEGA8 + RX580 8G雙卡補幀流
如果只用副卡來補幀跟硬解的話
以Youtube常見的4K AV1或VP9格式的影片來說
VRAM會吃掉約0.7GB
https://i.imgur.com/8ooalRp.png
所以如果你看片的時候
沒做什麼會吃到副卡VRAM的事情的話
以你只補1080p或2k的影片來說,2GB VRAM應該是絕對夠用的
至於GPU效能的部份,我認為是不太需要擔心
512SP應該也是夠補的
原因是由於副卡只負責補幀的部份
不需要負責Render輸出
所以副卡GPU的負擔不像只有單卡那樣重
以我用跟RX550 640SP差不多同級的VEGA8來說
只當主卡除了補幀還要負責Render的話
因為之前發過的文章有貼過圖我就不再貼一次了
補4k影片的GPU使用率約90~95%
但當副卡只補幀的話
GPU使用率則降到上面那張圖的樣子
補4K影片的GPU使用率,約50%
所以若你的使用方式是單卡RX550補的話
那我才會建議你買640SP的RX550或RX560顯卡
甚至更高一階的RX570
:
: --
: ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.25.25 (臺灣)
: ※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1651488208.A.33B.html
: 推 keyman2 : 換顆內顯Vega的U 111.248.84.11 05/02 18:46
: 推 yuu123 : a我Id 之前有測過 1.200.170.213 05/02 18:47
: 回y大,我a過之後發現你那邊測的是640SP的版本,但我看石頭這張是512SP
: 效能可能還有下降之類的(?)有點擔心
昨天這樣回的原因寫在上面了
: 推 crow0801 : 如果原本就用AM4平台 CPU換成5600G/ 115.165.192.104 05/02 19:08
: → crow0801 : 5700G就好 115.165.192.104 05/02 19:08
: 回上面k大和c大,我是打算插第二張副卡來補,不是換掉5500XT
: 現役的CPU是5800X,要額外花一筆錢換5600G或5700G我覺得有點不值...
我就是那個阿呆 XD
: 推 ravager : 新的SVP不卡了,應該說沒之前很明顯 115.165.199.77 05/02 19:15
: → ravager : 能感覺到卡 115.165.199.77 05/02 19:15
去年底我有再測過一次用SVP + AviSynth
拉時間軸或進度條那個反應速度,跟AMD FM還是完全不能比
體感大概0.1sec跟0.4sec的差別
: 推 mpyh12345 : svp如果是原生字幕 字幕的地方偶爾 180.217.159.105 05/02 20:30
: → mpyh12345 : 會有抖動 不過基本上沒甚麼問題 180.217.159.105 05/02 20:30
其實SVP會被我棄用,有很大一部份原因
是由於內崁字幕或片尾工作人員列表那邊的問題
另外就是頻繁拉時間軸導致的程式當掉問題
: 推 franchy : 5800X賣掉換5700G就好了 220.136.62.113 05/02 20:39
你在說我嗎?
不要隨便叫人賣掉買新的啦,雖然這邊是電蝦板
: 推 pipi5867 : 就抄參數是要多少時間 118.166.174.23 05/02 21:13
: → pipi5867 : fm這種已經被amd判死刑的東西.. 118.166.174.23 05/02 21:13
我是覺得不要逼別人去用不習慣的東西啦
SVP有它固有的問題,AMD FM也有自己的問題
使用者習慣或因個人偏好使用某種方式補幀
就代表著它有獨到之處吶
: → satfa516 : 基本上如果cpu夠好,svp的就不太會 110.26.43.54 05/02 22:30
: → satfa516 : 卡頓,反之你cpu越低階,就比較建 110.26.43.54 05/02 22:30
: → satfa516 : 議fm,但fm終究是一個已經被官方放 110.26.43.54 05/02 22:30
: → satfa516 : 棄的功能,能夠再走多久真的沒人知 110.26.43.54 05/02 22:30
: → satfa516 : 道 110.26.43.54 05/02 22:30
對啊,所以我才會撿個末代VEGA APU來補
能走多遠算多遠了
: → kenphin0729 : 客廳是6600XT配4650G,房間是RX6800 220.138.120.17 05/03 10:07
: → kenphin0729 : 配RX550-4G,各種補幀用過一輪還是F 220.138.120.17 05/03 10:07
: → kenphin0729 : M最簡單好用 220.138.120.17 05/03 10:07
我個人觀點覺得SVP跟FM的補幀效果差異是這樣:
SVP,幀數多才是王道
不在意內崁字幕跟工作人員列表,在畫面變動度較大時的畫面缺陷
還有拉時間軸快轉的反應速度以及當掉問題
SVP因為補的幀數夠多,那個滑順程度
尤其是在場景是均速平移或旋轉的畫面
效果超級無敵棒
AMD FM,我就簡單,我就爛
只能補到60跟72幀,HDR無理
遇到畫面變動度較大時就會用Blend Frame裝死
但拉時間軸快轉的反應速度真的沒人比得上...
: → visa829 : SVP是從難用→堪用到現在可用,順 220.134.69.205 05/03 11:41
: → visa829 : 暢度還是比不上FM 220.134.69.205 05/03 11:41
老實說
FM會讓我這麼死心塌地
我可以列出好幾特點:
1.不用安裝一堆軟體,一個BFRC就搞定
對有程式安裝潔癖,不想在系統裝太多Decoder, Render, Mixer等等
一堆Filters的人來說,根本就是福音
對從Xvid時代就開始裝初代MPC的人來說
FFdshow那個肥大程度真的不想再碰第二次
2.拉時間軸速度讚讚
3.頻繁拉時間軸不會導致程式掛掉
4.補幀效果還行,無腦用
5.因為我的木眼對artifacts還蠻敏感的
SVP對邊緣模糊的這塊,我調了老半天還是輸FM
更不用提上面講了好幾次的內崁字幕跟工作人員列表問題
加上BFRC作者自從弄了Anti Frame Blend Mode之後
我的眼睛就是AMD FM的形狀了 QQ
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.168.117.134 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1651555527.A.36B.html
推
05/03 13:35,
2年前
, 1F
05/03 13:35, 1F
推
05/03 13:37,
2年前
, 2F
05/03 13:37, 2F
推
05/03 13:40,
2年前
, 3F
05/03 13:40, 3F
推
05/03 13:47,
2年前
, 4F
05/03 13:47, 4F
→
05/03 13:47,
2年前
, 5F
05/03 13:47, 5F
→
05/03 13:47,
2年前
, 6F
05/03 13:47, 6F
推
05/03 13:58,
2年前
, 7F
05/03 13:58, 7F
→
05/03 14:12,
2年前
, 8F
05/03 14:12, 8F
推
05/03 14:24,
2年前
, 9F
05/03 14:24, 9F
→
05/03 14:24,
2年前
, 10F
05/03 14:24, 10F
→
05/03 14:24,
2年前
, 11F
05/03 14:24, 11F
推
05/03 14:49,
2年前
, 12F
05/03 14:49, 12F
→
05/03 14:49,
2年前
, 13F
05/03 14:49, 13F
→
05/03 14:49,
2年前
, 14F
05/03 14:49, 14F
推
05/03 15:24,
2年前
, 15F
05/03 15:24, 15F
推
05/03 15:51,
2年前
, 16F
05/03 15:51, 16F
→
05/03 15:54,
2年前
, 17F
05/03 15:54, 17F
→
05/03 15:54,
2年前
, 18F
05/03 15:54, 18F
推
05/03 16:17,
2年前
, 19F
05/03 16:17, 19F
推
05/03 17:59,
2年前
, 20F
05/03 17:59, 20F
→
05/03 17:59,
2年前
, 21F
05/03 17:59, 21F
→
05/03 17:59,
2年前
, 22F
05/03 17:59, 22F
→
05/03 17:59,
2年前
, 23F
05/03 17:59, 23F
→
05/03 18:08,
2年前
, 24F
05/03 18:08, 24F
→
05/03 18:09,
2年前
, 25F
05/03 18:09, 25F
→
05/03 18:09,
2年前
, 26F
05/03 18:09, 26F
推
05/03 19:38,
2年前
, 27F
05/03 19:38, 27F
推
05/04 00:22,
2年前
, 28F
05/04 00:22, 28F
→
05/04 00:22,
2年前
, 29F
05/04 00:22, 29F
→
05/04 00:22,
2年前
, 30F
05/04 00:22, 30F
→
05/04 00:22,
2年前
, 31F
05/04 00:22, 31F
→
05/04 00:22,
2年前
, 32F
05/04 00:22, 32F
→
05/04 00:23,
2年前
, 33F
05/04 00:23, 33F
→
05/04 00:23,
2年前
, 34F
05/04 00:23, 34F
推
05/04 09:00,
2年前
, 35F
05/04 09:00, 35F
→
05/04 09:02,
2年前
, 36F
05/04 09:02, 36F
推
05/04 20:33,
2年前
, 37F
05/04 20:33, 37F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 2 篇):