Showtime-3.3.37: Implemented a Database - 改機

※ 引述《cassine (Savannah)》之銘言：
: → WPC001:很好奇showtime目前的decoder有沒有用到SPE 114.43.63.61 09/23 00:22
: → WPC001:特別是跑rmvb或是rmvb-hd... 似乎死得很慘 114.43.63.61 09/23 00:22
: 根據作者的程式來看，是有用到 ps3內建的視訊解碼器(video decoder) ，也就
: 是硬體加速，至於是否有用到 SPU，個人覺得沒有，因為 SPE的程式很難寫，這
: 也是各家遊戲開發商唉唉叫的地方， SPU是顆半殘的 CPU，可以做一些簡單的運
: 算，也有獨立的記憶體空間，複雜的運算還是得丟到 PPU去。
說SPE是半殘也不適合, SPE真的比較像DSP...
需要對硬體架構夠熟, 才有機會最佳化
資料如何拆成多份, 然後如何讓SPE能夠將這些東西串流輸出...
應該都是相對難的~~

我沒實際弄過SPE的東西, 但我可以想像sony在這方面提供的開方工具/套件
應該相對是殘缺的~~ 而hacker能用的套件應該更殘

: 基本上目前showtime作者是把視訊解碼器能解的格式全部丟給視訊解碼器去解，
: 視訊解碼器不直接支援的格式，像是.mov跟.rmvb 這種，就丟給 PPU軟解硬幹。
: 但這兩種格式都不是開放格式，只能透過libav/ffmpeg團隊去做逆向工程寫解碼
: 器，而其中.rmvb 因為是 VBR編碼，每秒的framrate不固定，這點libav/ffmpeg
: 還沒突破，所以播一播會爛掉也不用太意外。
不過同樣的檔案, 我在我手上的android手機是順暢的~~
codec應該是來自同樣的linux library,而且arm的computing power理論上會遠弱於PPE
沒理由手機會順, ShowTime卻掛點~~ Orz (連影音都不同步)
: 至於 Win32上頭的real alternative是怎麼回事？只能說他直接偷了real的解碼
: 函式庫來用，所以沒問題。如果你的XP上看.rmvb 是用ffmpeg video decoder，
: 那也會遇到播到一半爛掉的狀況。 x86 Linux上更有趣了， mplayer對於開放原
: 始碼沒支援的格式，能夠直接吃 Win32上的解碼套件XD，反正無線網卡驅動程式
: 都能這樣搞了，解碼器就如法炮製。
x86能這樣搞, 一切都是native code相同, 偽造出相對應的API / DLL enviornment
然後in / out在銜接起來, 就能神不知鬼不覺地瞞過某個binary程式了
Linux下甚至有Wine... XD

: 推 ouyang:有用 SPU在解碼吧 光靠 PPE 解不了 h.264 122.116.66.45 09/23 00:48
: → ouyang:L4.1 的影片的 應該是 decoder 寫得不好 122.116.66.45 09/23 00:48
: → ouyang:不過就算放出 RSX函式庫 應該幫助也不會太 122.116.66.45 09/23 00:49
: → ouyang:大 7800GTX 這顆沒有硬解 mpeg4的線路 122.116.66.45 09/23 00:50
: RSX爛到不知道該從何講起，所以之後大家都把視訊加速丟給 PPU硬幹，沒想到
: 效果還能比 XBOX360好。

360理論上是有3個類似PPE的核心??? 每個核心上頭甚至有2 x 128 x 128 bits的VMX
而且記得當時的消息有指出MS有不斷對IBM施壓, 基本上是拿到PPE的後續改版
整體規劃和效能都能超越原本的PPE...
所以如果PS3 H264解碼如果沒用SPE的話, 要跑贏360的那顆Xenon...
應該是絕對不可能的

--