設置 | 登錄 | 註冊

作者共發了5篇帖子。

兩個計劃

1樓 PRE 2025-1-23 20:15
第一個是關於Demo的,計劃加入一個動畫壓縮功能,現在的rmxp動畫是由16個Sprite不斷切換的,性能問題其實很大,只是可能拿來做魔塔的並不需要多少高精美度動畫,所以卡也看不出來?

動畫壓縮的理論就是把一幀的所有組成壓縮到一個bitmap裡面,然後按幀序列儲存到本地,當然,這個bitmap需要做一點點小改動,要轉換成字節碼,同時要記錄原本資料庫裡面對應動畫的哈希值,每次打開遊戲時進行一次比對,理論上只有第一次需要一個壓縮環節


其二就是關於Python framework,原來使用的是pygame,但是這個使用CPU渲染,在高負載下表現會很差,例如模擬光影等,計劃改用pyglet或者sfml

順便講個笑話,猜猜為什麼rmxp模擬光影的作品大多是在ps裡面做一個圖層,然後作為地圖全景,而不是直接使用腳本模擬?一是大部分人沒有那個代碼能力,二是rmxp也是CPU渲染,如果用腳本來模擬光影效果就等著變十幾二十幀吧

2樓 PRE 2025-1-23 20:17
像sfml和pyglet都是可以硬體加速的,使用gpu渲染,感情上我希望使用sfml,因為c++版本的sfml我用過,但是python的編譯好像有點問題
3樓 PRE 2025-1-23 21:48
原來是pysfml被棄用了,汗


查詢了一下,是可以使用最新c++版本sfml,通過pybind綁定,生成一個新的Python接口的,不違反開源協議


sfml的性能相當不錯,而且有gpu加速


這樣我還可以選擇一部分sfml功能進行封裝,原本的sfml太龐大了

4樓 PRE 2025-3-15 17:23
已經完成了對SFML的Python接口,經測試可以使用


https://github.com/JasonLeon01/PySFML


https://github.com/JasonLeon01/PySFBoost


目前將參照RMVA來進行UI和基本數據結構的封裝

5樓 PRE 2025-3-15 17:25
經測試,python腳本執行下可以在120幀支持三位數粒子的移動,到四位數幀率就會驟降了,不過性能已經足夠了

內容轉換:

回覆帖子
內容:
用戶名: 您目前是匿名發表。
驗證碼:
看不清?換一張
©2010-2025 Purasbar Ver3.0 [手機版] [桌面版]
除非另有聲明,本站採用知識共享署名-相同方式共享 3.0 Unported許可協議進行許可。