Looks great ! I hope, Google will work on native NDK framework like XNA, because even for 2d games, java implementation is too slow.
Such framework could help in development beginners and others, who don't want to create advanced 3d games. It is still problem, because if you want to create rpg or 2d platformer, you can't get smooth animation in Java. So, you must use OpenGL calls. But when you start using OpenGL in Java, you realize, that you can get more performance in game engine parts, when you go with lowlevel NDK. So, you are starting to reinvent circle over and over. You must write basic engine parts. Resource manager, drawing, animation, colission, controls, data exchange layer, etc.. Maybe I'm wrong, but why just not to create expandable NDK game framework library with these parts ready to RESUING for all developers ? I do not have enough knowledge and experience to work on that, but it seems right way to improve Android as gaming platform. I'm just surprised, that such framework from Google still does not exist. On 11 Mar, 03:20, Carlo <ca...@hyperdevbox.com> wrote: > c# and .net will be like having java, nothing can beat native code, so > the NDK is the way to go, soon the debugging features will be > implemented and that will boost original game development, if you look > at ExZeus arcade built upon NDK, we are already far from the "logical > bricks/ball/falling diamonds games" on the android device. > > On Mar 10, 9:03 pm, Mario Zechner <badlogicga...@gmail.com> wrote: > > > I concur with this statement. I did a lot of benchmarking and the JNI > > bridge crossing of OpenGL methods is not a problem, I can happily > > render hundreds of objects. Also, for performance hungry things like > > MP3 decoding (to get PCM data which is not possible at the moment with > > the mediaframework), physics and so on there's a native library in the > > background of libgdx which does just that. The physics library is > > something i'm currently implementing on top of bullet. These native > > components have a JNI bridge as you suggested. I however carefully > > chose what's going to be included in the native library part of libgdx > > to reduce the pain of coding C++. > > > What also speaks against a pure NDK solution is the missing debugging > > features which slows down development immenseley. > > > On 10 Mrz., 11:35, Piotr <piotr.zag...@gmail.com> wrote: > > > > Both these frameworks are interesting, but as I mentioned before; it > > > could be better, to create low-level, native NDK game framework > > > library. Java is just too slow to handle thousands opengl calls per > > > second for any game more complex than "falling bricks" or sth. > > > > Such framework could load game elements (maps, tiles, sprites, bkgs, > > > sounds), giving developer control interface set to call high level > > > methods like setSpriteSpeed, setBackgroundScroll, manageSpritePhysics, > > > etc.. > > > > On 10 Mar, 11:00, Mario Zechner <badlogicga...@gmail.com> wrote: > > > > > Very cool! didn't know about that. I try to get in contact with the > > > > author. > > > > > On 10 Mrz., 02:31, Lance Nanek <lna...@gmail.com> wrote: > > > > > > > It allows you to develop your games mostly > > > > > > on the desktop and deploying it to your Android device > > > > > > Neat project. Have you seen this one for the same > > > > > purpose?http://code.google.com/p/skorpios/ > > > > > > Might be neat to cooperate or share techniques or something. > > > > > > On Mar 9, 7:11 pm, Mario Zechner <badlogicga...@gmail.com> wrote: > > > > > > > While it's not nearly as full featured as XNA i started working on > > > > > > something similar to XNA. It allows you to develop your games mostly > > > > > > on the desktop and deploying it to your Android device with just a > > > > > > couple of lines that instantiate a special Activity subclass. It's > > > > > > based on OpenGL and allows developing 2D and 3D games. I just > > > > > > finished > > > > > > writting all the java doc for it and am constantly adding new > > > > > > features > > > > > > to it. It's called libgdx and can be found > > > > > > athttp://code.google.com/p/libgdx/. > > > > > > I also started blogging about it lately and will continue so adding > > > > > > sample codes for specific problems. You can find that blog > > > > > > athttp://www.badlogicgames.com. An introduction to it can be found > > > > > > athttp://apistudios.com/hosted/marzec/badlogic/wordpress/?p=274. A > > > > > > series of small tutorials wil follow this week and next week. > > > > > > > The whole thing is LGPL so that there's no problem including it in > > > > > > commercial apps. It's far from being perfect of course but i think > > > > > > the > > > > > > base functionality and ease of use can kill some of the burden a > > > > > > fresh > > > > > > android game developer has to overcome. > > > > > > > I'm open for suggestions and features you want to see in there! > > > > > > > On 9 Mrz., 22:35, Piotr <piotr.zag...@gmail.com> wrote: > > > > > > > > Hello, > > > > > > > > At my daily job I work as WinMo C++ developer, so I had enough > > > > > > > time to > > > > > > > become hater of that platform ;) > > > > > > > > But now, M$ is coming with new Windows Phone. As I suspected, they > > > > > > > will abandon awful Win32/MFC native coding and all applications, > > > > > > > will > > > > > > > be now managed - run in CLR sandboxes on top of 15 years old Win32 > > > > > > > kernel. > > > > > > > > Main coding language will be C# with .NET framework - Java rival. > > > > > > > > WinMo always was terrible phone OS, but now, more interesting is, > > > > > > > that > > > > > > > Windows Phone will support XNA framework: > > > > > > > >http://www.youtube.com/watch?v=LQv_3fwopo8 > > > > > > > > This is full gaming framework with C# interfaces and support for > > > > > > > 2D/3D > > > > > > > graphics, animation, sprites, net play, game sound, controllers, > > > > > > > etc.. > > > > > > > XNA greatly improves creating games, because it gives a developer > > > > > > > an > > > > > > > ready to use game abstraction layer. > > > > > > > > To the point; Android needs game framework, like XNA. Maybe it > > > > > > > should > > > > > > > be written as NDK library, ready to link with your own > > > > > > > application. > > > > > > > This library could load, manage and draw sprites, backgrounds, > > > > > > > make > > > > > > > simple physics, etc.. > > > > > > > > Why ? To create games faster, easier. At this time, you must be > > > > > > > very > > > > > > > skilled to create simple platformer with 2 bkgs and 5 sprites. Our > > > > > > > devices have even 1GHz CPU's and animation can be STILL too slow > > > > > > > ! I'm > > > > > > > tired of the same logical bricks/ball/falling diamonds games over > > > > > > > and > > > > > > > over. > > > > > > > > What do you think ? > > > > > > > > Is there any chance, that Google will work on something like that > > > > > > > ? -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
