OmniGSoft's ADC Entry - 3D games powered by OpenGL|ES and accelerometer API

[Toothy Bunny]

Hi All,
We just submitted our ADC entry - "OmniGSoft Games on Android", though
the final deadline April 14th is still one month away.

Here is a public link of our ADC entry for everyone:
http://www.omnigsoft.com/Android/ADC/readme.html

We'll spend the last month before the final deadline to make our 3D
games compatible with SDK M5 (currently our games runs on SDK M3
only). The recent changes in Android OpenGL|ES causes the screen
flickering due to the mixing 2D and 3D operation, we will try solve
this problem and hopefully we can submit an update soon.

Many thanks for "Pixelflinger" from Android Graphics team who has
given us many useful suggestions through the Android developer group.

We would like to hear all kinds of suggestions, ideas and inputs that
could help make our 3D mobile games for Android better.

Good luck for all ADC participants!
Hongkun
www.omnigsoft.com

[Wesley]

Impressive...

Nice graphics... Nice animate...

Me... also developing game for android, but I don't have such good graphics designer and no much times to finish, only submitted 4 games only and not totally complete one... + still on developing process...

after browse your website, seem like... sound bad new for me... tooooooooo bad...


Wesley Sagittarius.

[Dan U.]

I have to agree with you. It does look impressive from the
screenshots.

On Mar 13, 8:11 pm, Wesley <sit06...@gmail.com> wrote:
> Impressive...
>
> Nice graphics... Nice animate...
>
> Me... also developing game for android, but I don't have such good graphics
> designer and no much times to finish, only submitted 4 games only and not
> totally complete one... + still on developing process...
>
> after browse your website, seem like... sound bad new for me... tooooooooo
> bad...
>
> Wesley Sagittarius.
>

[Muthu Ramadoss]

Very impressive. Seemed a bit slow, but these might be the first games
available for android.

--
Thanks.

Muthu Ramadoss
http://intellibitz.com
http://groups.google.com/group/android-chennai
http://slideshare.net/intellibitz
+91 44 22476750

We develop innovative solutions for mobile handsets, using Android.

[YA]

Nice. Maybe even a bit of overkill. Hope you win.

YA

[Toothy Bunny]

Hi All,
Thanks for all your comments. The current game APK files run very slow
on Android emulator. We really hope this is not the case when they run
on the real Android phone with a hardware accelerated 3D chips.
Thanks for the latest change in SDK M5 that all 2D graphics drawing
has been disabled in OpenGL cycle so that the power of 3D accelerator
can be unleashed. There still a lot of work to do to make our 3D games
better on the target devices, for example, all 2D overlay must be re-
implemented by GL command.

We also would like to see more OpenGL|ES games from other developers.
If more 3D games come out, there MIGHT be a chance that Andoird team
open a native C/C++ SDK for 3D mobile games, that will maximize the
3D graphics performance.
Tanks,
Hongkun
www.omnigsoft.com

On Mar 14, 5:23 am, Muthu Ramadoss <muthu.ramad...@gmail.com> wrote:
> Very impressive. Seemed a bit slow, but these might be the first games
> available for android.
>
> --
> Thanks.
>

> Muthu Ramadosshttp://intellibitz.comhttp://groups.google.com/group/android-chennaihttp://slideshare.net/intellibitz

[Pedro Kayatt]

My project is a Game for android too, but because of the poor
performace we cut out the 3D part of the Game, and concentrate our
focus on 2D game.
That doesn´t easy, but now er have a 2d game running about 14fps, what
is too sloww... but...i better than 5fps what we have on opengl
plays...

I think that ll be good have a C/C++ SDK, but based on what I see on
this emulator, the OpenGL isn´t good and not the Java is slow... maybe
i can be wrong...

Regrats,
Pedro Kayatt

On Mar 14, 1:02 pm, Toothy Bunny <hongkun...@gmail.com> wrote:
> Hi All,
> Thanks for all your comments. The current game APK files run very slow
> on Android emulator. We really hope this is not the case when they run
> on the real Android phone with a hardware accelerated 3D chips.
> Thanks for the latest change in SDK M5 that all 2D graphics drawing
> has been disabled in OpenGL cycle so that the power of 3D accelerator
> can be unleashed. There still a lot of work to do to make our 3D games
> better on the target devices, for example, all 2D overlay must be re-
> implemented by GL command.
>
> We also would like to see more OpenGL|ES games from other developers.
> If more 3D games come out, there MIGHT be a chance that Andoird team
> open a native C/C++ SDK for 3D mobile games, that will maximize the
> 3D graphics performance.
> Tanks,
> Hongkunwww.omnigsoft.com
>
> On Mar 14, 5:23 am, Muthu Ramadoss <muthu.ramad...@gmail.com> wrote:
>
> > Very impressive. Seemed a bit slow, but these might be the first games
> > available for android.
>
> > --
> > Thanks.
>

> > Muthu Ramadosshttp://intellibitz.comhttp://groups.google.com/group/android-chennaih...

[Peli]

Hi Hongkun,

Your games really look impressive! If you have some time left and want
to try out the accelerometer, you could have a look at our
SensorSimulator:
http://code.google.com/p/openintents/wiki/SensorSimulator

This lets you connect your Android emulator to a SensorSimulator that
provides the same data as a real sensor for Android would.

You can try out a web-version here:
http://www.openintents.org/sensorsimulator/

Peli

[Toothy Bunny]

Hi Peli,
Thanks for your suggestions! your sensor simulator is a great idea for
accelerometer development and testing.
We'll spend the rest of time first on the OpenGL|ES improvement,
especially to make our 3D games running on SDK M5 (or maybe newer
edition?) without screen flickering.
I took a quick look at your sensor simulator API, very easy to
integrate. You maybe want to enhance your sensor simulator to provide
a JSR-256 API, there is another big mobile game development community
at Sony Ericsson and mobile game developers are currently using
JSR-256 API to access the motion sensors on some Sony Ericsson phones
like K850 and W910.
Thanks,
Hongkun
www.omnigsoft.com

[Toothy Bunny]

Hi Pedro,
I think we still should give a chance for OpenGL on Android. The poor
3D performance on emulator does not mean it will be the same on the
real phone with a 3D accelerator. If the OpenGL|ES rendering pipeline
is properly implemented, I would say the 3D performance should be good
enough for a mobile 3D game with total polygons no more than 5000.
One of our 3D racing games, City Stage has about 3000 triangles
rendered per frame and generates about 24 FPS on O2 XDA Flame (Windows
Mobile OS) with a nVidia GoForce5500 chip. Of course, java VM will
cause a performance penalty. So far I'm still quit optimistic about
the on-device 3D performance.
Thanks,
Hongkun
www.omnigsoft.com

[Wesley]

I think impossible for my game to be selected...
and I think pretty hard for me to win also...
feel bad... sad... T_T... haiz...


Wesley Sagittarius.

[Peli]

Hi Hongkun,

Thanks for pointing me to the JSR-256 mobile sensor API. Indeed,
compared to that, the Android Sensors API still looks very basic.

You are right, it would not be too difficult to include also JSR-256
support into the sensor simulator - at least for basic functionality.
JSR-256 seems to define everthing from sensor accuracy to sensor
units, so implementing the whole API would be a lot of work, but I
think most users will only use a subset anyway. But as the Android
deadline is approaching fast, this would have to wait at least until
after that...

Just to let you know, we also have the m3 compatible version of the
SensorSimulator in release OpenIntents 0.1.2 (they are marked
"deprecated").
But I understand that switching to m5 has higher priority, so I hope
you can get that done quickly and without much trouble. If you then
have any questions about the SensorSimulator, don't hesitate to ask.

Peli

[Incognito]

Man, you guys are good. I'm so envious. I think you guys will be among
the 50 winners and probably even among the 20 top winners. Well, I'm
definitely not going to win if there are more entries as good as
yours. Too bad... :(

> > > > Hongkunwww.omnigsoft.com- Hide quoted text -
>
> - Show quoted text -

[Peli]

Thank you! It is always nice to receive appreciation from fellow
programmers who can judge the work best!

As for winning a prize, this depends also a lot on the judges, so
there is no guarantee for winning (but also no guarantee for not
winning!). So, we'll keep trying at least ;-)

Peli

> > > > > Hongkunwww.omnigsoft.com-Hide quoted text -

[Muthu Ramadoss]

OpenIntents is an opensource community driven project. You are welcome
to join the project and contribute.

--
Thanks.

Muthu Ramadoss
http://intellibitz.com
http://groups.google.com/group/android-chennai
http://slideshare.net/intellibitz

[Toothy Bunny]

Peli is right.
I think for mobile games, real-time 3D graphics can be both an
advantage and a disadvantage. Every mobile game developer understands
this risk, if the mobile device can not generate smooth 3D animation,
it simply ruins the whole game. at this point I hope that Android's
OpenGL is not merely a "we-have-it" feature, but a real power that
brings the mobile gaming to a new high.
A real win is that our 3D games run smoothly on the real Android
devices and server the mobile gaming community.
Thanks
Hongkun
www.omnigsoft.com

> > > > > > Hongkunwww.omnigsoft.com-Hidequoted text -

[Muthu Ramadoss]

I'm sure Android will have kick ass 3D graphics down the line. Google is
not going to rest until Android will be the best. You are way ahead with
your 3D games and you should be buying a few islands shortly ;)

[ajd]

Great graphics and probably great games. But are there android-
specific features used by this application (gps, always-on internet,
google maps, accelerometer, etc.)?
I'm not joining this challenge so I don't care. I just want to point
out to others not to lose heart. Read again the criteria for judging.
Besides, if this one is a sure winner (which I beg to disagree), there
are still 49 slots for all of you guys.

[Muthu Ramadoss]

Agree, there are no sure winners. Google might be pulling a few
surprises with the winners.

[Alex Pisarev]

The screenshots look really impressive. However, I wouldn't rely very
much that 3D chips will make the games faster. We're not talking about
Portable Playstation platform here, but about Android Smartphone.
Hence, I assume that real devices will be much slower than emulator
running on dual 3.2GHz CPU.

[Toothy Bunny]

Hi Alex,
I think your conclusion on emulator / device performance is correct on
some platforms but not for some others.
We have been working on numbers of mobile platforms, here is my
personal experiences:
1. Blackberry - Emulator is much faster than device
2. Sony Ericsson - Device 3D graphics is faster than emulator's.
3. Nokia - Device 3D graphics is faster than emulator's.

It's not strange that a device with 300 MHz processor may be faster
than an emulator on 3.2 GHz PC, if considering that it is a Java VM
interpreter running on another ARM interpreter on hosting OS. Plus
there are extra overheads on emulator such as monitoring and
debugging. Moreover, the 3D graphics on emulator is done by a software
rendering pipeline with several indirect layers. On the other had, the
device has actually two processors (CPU + GPU) working together to
render the 3D graphics if your 3D games is designed properly (push all
3D things to GPU, only game logic left on CPU ).

That why I predicted a real Android device with a 3D accelerator "May
be" faster than emulator. Well, this is out of our control, Google has
done everything excellently, I think they will not let us down.
Thanks,
Hongkun
www.omnigsoft.com

[AndrewF]

I would have to agree here. In my experience, when it comes to 3D
rendering, the mobile device vs emulator speed comparison often favors
the device, if you are using any sort of supplied 3D backend. (Running
your own software renderer is anyone's guess.) Windows Mobile is
another good example, especially if you try D3D Mobile; the emulator
is far slower than device performance.

The one notable exception I've found is mascot capsule 3D graphics on
the lowly motorola iDEN devices. In that case, the emulator is faster.
Which should not be a surprise, as such devices are severely fill-rate
limited.

-Andrew

Andrew Fischer
http://www.lightningtoads.com

[r a f t]

i believe hardware 3D acceleration can be enabled on emulator via
VMGL.

a couple of months ago i had posted about the subject to android-
internals group, here is the link:
http://groups.google.com/group/android-internals/browse_thread/thread/5bf6dd5bf471a564/cb836be40d60ec14?lnk=gst&q=raft#cb836be40d60ec14

i still think this can be possible (or at least worths a try) but
unfortunately i dont have the enough experience on C++. maybe you guys
at omnigsoft can give it a try

note, i had written to owner of VMGL those days, and he thinks this
maybe possible too

regards,
r a f t

On Mar 14, 7:02 pm, Toothy Bunny <hongkun...@gmail.com> wrote:
> Hi All,
> Thanks for all your comments. The current game APK files run very slow
> on Android emulator. We really hope this is not the case when they run
> on the real Android phone with a hardware accelerated 3D chips.
> Thanks for the latest change in SDK M5 that all 2D graphics drawing
> has been disabled in OpenGL cycle so that the power of 3D accelerator
> can be unleashed. There still a lot of work to do to make our 3D games
> better on the target devices, for example, all 2D overlay must be re-
> implemented by GL command.
>
> We also would like to see more OpenGL|ES games from other developers.
> If more 3D games come out, there MIGHT be a chance that Andoird team
> open a native C/C++ SDK for 3D mobile games, that will maximize the
> 3D graphics performance.
> Tanks,
> Hongkunwww.omnigsoft.com
>
> On Mar 14, 5:23 am, Muthu Ramadoss <muthu.ramad...@gmail.com> wrote:
>
> > Very impressive. Seemed a bit slow, but these might be the first games
> > available for android.
>
> > --
> > Thanks.
>

> > Muthu Ramadosshttp://intellibitz.comhttp://groups.google.com/group/android-chennaih...