現在對岸的迷你主機價格真的好捲...
12代的N100全新整套不用3000
同價位大概就只能買到搭配8100T或8400T的迷你主機
如果只是用來上網+看串流平台...
大家會怎麼選??
PS.我的想法是這樣...N100的CPU和主版是綁死的...沒有升級的可能
8100T的CPU目前很便宜...或許1-2年後可換9400T??
但是最近常聽到一句...同樣的價格...買新不買舊
所以很難抉擇
irobeg wrote:
當串流影音機或上網機絕對很稱職
N100的串流影音能力的確沒話可說, Youtube 8K60Hz AV1流暢播放,
Plex影音轉解碼播放等 或本地視頻播放 沒問題.
繁多的N100機型大多都有個致命缺陷,
就是沒有HDCP 2.2的支援, 4K Netflix不放給你看.
基本上白牌或小牌子的一定缺, Beelink應也是一樣, Minisforum的不清楚.
當中有些寫說支援4K60Hz, 但其實誤導性性質的 HDMI 1.4輸出4K 60FPS 8bit SDR YCbCr 4:2:0.
在高清屏用YCbCr 4:2:0輸出 觀看影音尚可, 但看文書簡直要命 文字全染上花邊成糊狀.
不要太相信硬體解碼 AV1也是這幾年才有的 之前的H.265 也才4~5年
不是相不相信的問題, 而是它已是必需品 不論高階低階CPU都不可缺它.
視頻格式的解碼需求太繁瑣 需要專精才行, 目前CPU的架構不利於視頻解碼, 硬跑起來就落鏈.
誰知道再過兩三年又會不會有新的編碼格式?
大格局是明朗的, 簡短的答案是: 不會.
目前主流是H.264, H.265, VP9, 以及興起中的 AV1, 各自的領域也稍有不同.
這領域向來都是大統領們聚起來在鬥陣, 小咖玩不起 不必擔心無名之輩突然端出全新視頻格式.
就算是全新的視頻格式, 估計也難逃不撞上既有的視頻專利,
而且你還要比人家格式的跟優秀許多 才能有機會拉攏到山頭幫你用硬體解碼器,
問題來了 屆時你能收取專利權嗎? 小咖不收錢怎麼活?
長期以來的問題其實是 MPEG-LA的授權金及專利池保護傘問題, 引來某些新統領的不滿.
這些新統領招兵買馬也邀來老統領, 終於搞出無需授權金的AV1.
小咖要怎麼拼得過無需授權金的AV1?
所以目前就兩大陣營, 左右兩方 加上好些腳踏兩條船的 基本已經是整個Industry,
所以不擔心會有預期外的驚喜, 這兩年大家端出的新貨都是 在既有的硬體解碼器上添加AV1的支援.
至於MPEG-LA的HEVC H.265承繼者, 也一早定下案了: VVC H.266.
主要集中在8K及以上的支援, 離普及自然還有一大段路.
上線的硬體解碼器屈指可數, 共同點是它們同時都支援AV1, 也多是給電視機頂盒領域用的.
除了8K電視播送領域外, 剩下的可能性大概只有8K藍光會採用VVC了吧.
沒人在手機, 電腦等設備上添加VVC硬解支援, 似乎大家心知肚明.
串流界的各大山頭 沒人願意多付錢, 因此全是AV1陣營的人.
目前所有新硬體解碼器都添加了AV1支援, 格式也定義到8K120FPS了.
因此非常確定它們的長期目標定向在AV1上.
軟解才是萬用的 根本不用擔心新的編碼格式
說軟解萬用, 就跟說CPU渲染遊戲比GPU渲染遊戲萬用 差不多的意思.
一開始說過了, CPU架構不利於視頻解碼, 硬跑起來就落鏈.
大可拿十多年前尚無硬體解碼器年代的頂級CPU實驗解碼1080p60 H.264看看, 撐不太起的.
再來拿有內置H.264硬體解碼器支援的頂級CPU軟解2160p H.265看看, 一樣撐不起的.
因為出現沒硬件幾乎不行的情況, 軟體解碼器的開發自然也成了非重心.
就算有, 也是著重在低碼率的解析, 對系統有負擔的優化也不會做, 所以最終成像也可能會比較不'好看'.
Sidenote: Netflix之前已經在手機測試過AV1軟解碼器, 不過局限於特定市場(收費價格)&特定傳輸媒介(3G), 屬於低碼率低解析度的視頻. 再者, 在無硬件AV1解碼器的情況下, 手機SOC的DSP加速器依然能幫上不少忙.
==
簡單做了測試 結果很明朗, 就懶得嚴謹把關做得更細膩的了.
AMD Ryzen 7 7840HS, Radeon 780M, Chrome v120, Windows 11, 4K60FPS 螢幕, 開啟HDR模式, efficiency power mode.
播放此視頻, 沒開全屏: https://www.youtube.com/watch?v=LXb3EKWsInQ
禁用視頻解碼器, Youtube自動選擇VP9視頻.
強制2160p60 HDR, VP9, CPU 60% - 75%, GPU ~40%, package power 24W, 掉幀.
強制1440p60 HDR, VP9, CPU 40% - 50%, GPU ~55%, package power 20W, 掉幀.
強制1080p60 HDR, VP9, CPU 30% - 40%, GPU ~50%, package power 18W, 沒掉幀.
- VP9視頻軟解碼需求比H.264軟解碼來得高一些.
- Chrome使用的軟解碼軟體 有做了局部GPU加速, 所以GPU有一定的使用率, 但video engine維持0%佔用率.
- CPU+GPU都還有餘力, 為何許可出現掉幀 而非加碼處理呢?
這就是我提的沒優化啊, 因為開發軟體的人想說: 能播放這類視頻的硬體設備都嘛硬件解碼器, 幹嘛花時間擠牙膏. 這軟解碼器本來就是後備方案.
啟用視頻解碼器, Youtube自動選擇AV1視頻.
強制2160p60 HDR, av1, package power 12-14HW, 沒掉幀.
強制1440p60 HDR, av1, package power 12-14HW, 沒掉幀.
強制1080p60 HDR, av1, package power 10-12HW, 沒掉幀.
- AV1視頻比較複雜的因此解碼需求比H.265解碼來得高, 自然也比VP9高出許多.
- 這是為何我先前提及N100解碼能力採取的是8K60FPS AV1, 而非8K60FPS H.265.
- 看看這樣的成績, N100軟解碼只能拿來貽笑大方.
- 或者該說N100硬解碼能能力 力壓AMD頂級APU.
==
突然想起個類似的情況, 曾呈現在Youtube編年史中.
當年HTML5逐步汰換Flash Player時期, 就有好些人遇見HTML5視頻卡頓的情況.
Flash Player使用的大概是內建的H.264軟解碼器.
HTML5則是依靠Windows提供的解碼方案, 至於有無硬體解碼/加速, 則需再視CPU以及韌體的新舊.
Youtube又優先推送VP9, 導致老舊機器出現播放問題, 強制退回Flash Player後反而順暢播放.
關閉廣告