Whishlist: What do you want from GledPlay?

[Matias]

[Nomad]

[Ryumaster]

[Nomad]

[Sergio]

Hi Nomad,
You are right about performance. We've been working for a while in lots of performance optimizations, specially stop depending in GAPI for backbuffer blitting, which is very slow on modern devices. Also, we've got our hands dirty and we've done several blitting optimization programming with ASM for ARM.
We are getting ready to release several of them in next Monday release. Of course, optimization work won't stop, however after Monday I'm sure you are going to see a big performance leap from current version.
Adding optional support for PocketHal as backbuffer is an interesting idea, We'll take that in mind, though there are some terms in PocketHal license which are not 100% clear, and that may prevent us from working with it.

Thank you for your feedback!

Best Regards,
Sergio.

[Kzinti]

PocketHAL's license is extremely clear. What is it that you don't understand?

[Sergio]

[summer_goth]

[Nikster]

[Sergio]

Hi,
As some of you requested, GledPlay now has a built-in mechanism to deal with state handling.
As you know, games usually have lots of states (playing intro video, main menu, pause, playing game, etc) and as a result, developers usually end up coding switch sentences with lots of cases.
We've added to GledPlay the capability of handling this for you. At first glance, it may seem a little complicated, but once you get it, you'll see it will help you a lot to keep your code tidy, fast, and maintainable. Also, if you are working in a developer team, you will appreciate that you can split the project easily, and then integrate the pieces quickly.
We are really happy with the result of the new changes on design, and we will promote this way of development, though the old way is still available if you prefer to maintain the state manually.
I'm hoping to get some feedback from you about how do you feel with this new features.

Best regards,
Sergio.