如果用ECS的LIVA，效能不知道夠不夠喔?

應該可行.

手邊的 Celeron SU2300 (1.20GHz, 2C2T) CPU Mark 806分, 單核492分

Intel NUC Celeron N2820 (2.13GHz, 2C2T) CPU Mark 1048分, 單核533分

ECS Liva Celeron N2806 (1.60GHz, 2C2T) CPU Mark 868分, 單核446分

http://www.youtube.com/watch?v=sZzSscRgyf8

LIVA 連軟解 720P 都會有點吃力，所以 1080P 都要靠硬解，如果剛好遇到不能硬解的影片就... :flash:



Intel 內顯連 10bit 都能解？ :shock: 沒想到已經變態到這種程度...

看清楚CPU使用率... 這應該是軟解
你可以觀察一下瞬間流量衝到24mbps的時候，CPU兩個核心的使用率都會衝到約80%左右

這部測試片的平均位元速率(average bitrate)在約在 8mbps上下，24fps
PC平台要軟解並不是太困難

Hi10P(10bit)對一般電視棒或播放器真正棘手的，是那些平均位元速率在15~20mbps
號稱收藏版的1080p BDrip :flash:

樓上說得沒錯, Hi10P目前一律都是軟解,
只是在openELEC下會比在Windows執行來得輕鬆些. (少了很多背景程式干擾)

Android電視棒或是電視內建播放器遇到Hi10P檔案, 運氣好的可以播,
但顏色很怪, 畫面會有不明色塊. 運氣差的就直接擺爛顯示 "不支援播放"了.


LIVA 可以找到的測試好像都只有Win8.1....還沒看到openELEC

很多人都不知道為什麼推Hi10p這東西, 也沒明顯比較好
最主流的apple device也不吃 :shock:

剛又仔細看了一下，的確是軟解沒錯，而且 CPU 好像快扛不住了 :ase

因為即使片源是以8bit壓製的BD ISO。
在經過降流量的轉檔之後，在同樣的取樣率與設定下。
以10bit壓製能較8bit保留更多細節。


以10bit壓製的影片，最大的優勢是在影片場景為陰暗或低光源的時候，
能較8bit壓製保留更多細節。尤其是Colour banding這個問題。

以下是維基百科關於Colour banding的示意圖。

即使輸出設備並不支援10bit色深，也是能享受到這項優勢。


另一方面則是由於取樣範圍變大，所以若以相同畫質為目標。
那麼10bit取樣的影片容量，會較8bit格式小。

就是這兩項優勢，在如動畫這種習慣塞進一堆HDR，
或蝙蝠俠那種晚上場景超多的狀況下更顯突出。

所以對岸的壓製組放出的高平均位元率的BDrip，幾乎有一半都是以10bit取樣率壓製。


至於提高取樣範圍的作法是否真的能帶來好處？
可以看看新一代的標準HEVC(H.265)，早在第一版就將10bit取樣作為標準。(Main 10)

我想等到x265成熟之後，這些色深取樣以及軟解播放的問題。
可能就會因為HEVC慢慢地取代H.264，而變得不再是問題了吧？

就像當年的XviD那樣...

通常這些運氣好可以播的Hi10P，若仔細觀察影片****現的色塊顏色的話。
會發現是以紫色及洋紅色為主，而這跟色域取樣截斷失真有很大的關系。

之前研究過幾台機子，那些基於ARM的播放器或播放軟體，將Hi10p硬解的手段。
疑似是將原本每個10bit block帶的色域資訊，截成一般8bit可硬解用的餵給VPU(或decoder之類的東西)。
前處理軟體的部份，還有看到傅立葉變換之類的東西。

所以當那些失真的色域被還原成影片之後，就產生那些洋紅或紫色色塊等詭異的顏色。
雖然我認為這個做法非常的Ugly，不過這樣做倒也蠻符合多數人能用就好的思維。


只是這招犧牲畫面正常表現換取相容性的做法。
在doom9那些半夜不睡覺的老外身上，倒看不到有這種跡象就是。:laugh:

OpenELEC 其實就是 精簡版Linux+XBMC , 網路上有許多附加元件(插件)可以安裝.
簡單添加了一些 視屏插件 (免指令, 原社區論壇有提供一些 ZIP安裝插件)
裝好後大概就有下面這些插件(PPS/風行網/迅雷看看)可以看, 比起 海美迪播放機 順暢許多

請問一下您說的插件哪裡可以下載?小弟都找不到