Reprinted from: http://www.cocos2d-iphone.org/forum/topic/8073
-
Roadmap updated:
http://www.cocos2d-iphone.org/wiki/doku.php/roadmapAdded:
a) vfp/ Neon ARM support: to be included inCCSpriteBatchNodeandCCNode
Discussed here: http://www.cocos2d-iphone.org/forum/topic/3979b) PVR Non Compressed textures support
discussed here: http://www.cocos2d-iphone.org/forum/topic/5984I've just downloaded the PVR SDK ( http://www.imgtec.com/powervr/insider/powervr-login.asp?SDK=iphone3gsOGLES2 ) and it includes the PVR texture format, and also the binaries work on Mac.
So, v0.99.5 will add some features like
CCAnimationCache, but the idea is to have an even faster cocos2d
- MUCH faster texture loading times
- Faster sprite transformationsPOSTED 1 YEAR AGO # -
Support for Non-Compressed textures in PVR already implemented in "develop" branch.
How to try it:
- Download PVRTexTool (or the full SDK) from http://www.imgtec.comAdded several samples in
tests/Texture2dTest.mI've not done performance test yet, but I guess that the loading speed should be between 2x and 4x.
POSTED 1 YEAR AGO # -
Some performance tests taken from an iPad:
--- PNG 1024x1024 --- RGBA 8888 ms:0.135391 RGBA 4444 ms:0.140457 RGBA 5551 ms:0.139977 RGB 565 ms:0.137931 --- PVR 1024x1024 --- RGBA 4444 ms:0.039912 --- PNG 2048x2048 --- RGBA 8888 ms:0.530320 RGBA 4444 ms:0.553548 RGBA 5551 ms:0.553078 RGB 565 ms:0.555968 --- PVR 2048x2048 --- RGBA 4444 ms:0.161326lets image that you have to load 4 1024x1024 PNG images in RGBA 4444 in your game.
It would take 0.14 * 4 = 0.56 seconds.but if you need more performance, perhaps because you need to load the texture in runtime, you can use PVR files.
It would take 0.04 * 4= 0.16 seconds.... this is super fast! This is a 4x performance improvement.Features and limitations:
+ ultra super fast texture creation.
- binary size is bigger since the files are not compressed. The files are stored in "texture format", and not in "image format".
-/+: the created textures don't have the alpha channel premultiplied. This might cause a few more context switches, but then, the default blending function could be changed.FAQ:
PVR != PVRTC. PVRTC == PVR Texture Compress , and PVRTC is one of the many supported formats by PVR.
These are the PVR formats supported by cocos2d v0.99.5:
- PVRTC 2bpp (since v0.6)
- PVRTC 4bpp (since v0.6)
- RGBA 8888
- BGRA 8888
- RGBA 4444
- RGBA 5551
- RGB 565
- A8
- I8
- AI88POSTED 1 YEAR AGO # -
-
Yes, I should have mentioned that you MUST:
- Vertically Flip disabled
- NPOT texture are not supported (eg: 65x200 -> resize it manually to 128x256 before using PVRTexTool)
- RGB 888 is not supported (use RGBA 8888 or RGB 565 instead)Mipmaps images are supported.
POSTED 1 YEAR AGO # -
Update:
If you are ONLY using PVR images in your game, then I suggest this change in ccConfig.h:
#define CC_OPTIMIZE_BLEND_FUNC_FOR_PREMULTIPLIED_ALPHA 1 // <-- SHOULD BE 0As I said, disable it ONLY if you are going to ONLY use PVR images. It won't work if you use 99% of PVR images, and 1% of PNG images. The PNG images won't render correctly.
POSTED 1 YEAR AGO # -
As for this: -/+: the created textures don't have the alpha channel premultiplied. This might cause a few more context switches, but then, the default blending function could be changed.
There is a preprocess option in the PVRTexTool GUI that says it applies premultiplied alpha, perhaps that would fix that up? Haven't tested it myself since I don't have images where I can really tell.
POSTED 1 YEAR AGO # -
There is a preprocess option in the PVRTexTool GUI that says it applies premultiplied alpha, perhaps that would fix that up? Haven't tested it myself since I don't have images where I can really tell.
@gogokodo: great... I didn't know about that option.
Where is it ? Is it available on the GUI ?Updated: never mind, I found it.
POSTED 1 YEAR AGO # -
Reproduced in: https: //www.cnblogs.com/yang3wei/archive/2012/03/07/2739875.html