Re: [PS3 ] Showtime-3.3.37: Implemented a Database

看板Modchip作者WPC001 (突然覺得自己是孤獨的...)時間12年前 (2011/09/25 22:56)推噓1(1推 0噓 18→)

留言19則, 2人參與討論串3/4 (看更多)

※ 引述《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... 應該是絕對不可能的 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.43.62.191

推