I agree to this point based on my own experience and micro benchmarks. That's why i think only performance critical code should be written in native code such as physics calculations. I'd really love to get more people on board of libgdx, it's now in a pretty useable state and the API is nearly good enough to be frozen. Contact me if you are interested. I contacted the guy who wrote the Scorpios API but he didn't seem to be interested in collaborating.
On 17 Mrz., 16:31, niko20 <nikolatesl...@yahoo.com> wrote: > Personally through my experience this "JNI layer overhead" is so > small that its effect is negligible. In my apps using NDK with JNI has > alway increased my speed immensly regardless of any JNI method call > overhead. It's just simply not true that the JNI will slow you down. > > -niko > > On Mar 17, 9:06 am, Sean Hodges <seanhodge...@googlemail.com> wrote: > > > On Wed, Mar 17, 2010 at 2:25 PM, Streets Of Boston > > > <flyingdutc...@gmail.com> wrote: > > > True and not true. > > > > If google thinks that making an XNA like framework could enhance > > > Android's adoption and device sales enough to bring more ad-revenues/ > > > SaaS-revenues (because more phones would be around if such a framework > > > existed), then google could be interested in creating such framework. > > > > However, if the potiential return on such a framework is not large > > > enough, then they won't do it. > > > You are of course correct, though I firmly believe spending lots of > > time speculating on such things will 100% fail to actually get the > > work done. > > > There is also the question of whether Google are the ideal company to > > produce such a framework. Microsoft have invested a lot in DirectX and > > their XBox projects, they have the experience and the partners to make > > it work. What experience do Google have in the games industry? > > Personally I think they are stretching themselves enough with their > > shoulder barging into the mobile market, without trying to dive into > > the centre of the extremely competitive games market. > > > Having said that, the Android platform does need to compete in this > > field. This seems like the perfect opportunity for a start-up, or an > > established games development company, to build a native framework and > > contribute it upstream. Mario's library might be a good starting point > > for this - as well as a technical evaluation of the other > > libraries/engines out there (such as Rokon by StickyCoding). > > > The way to move forward would be to actively pursue a solution though, > > rather than mull around the topic passing notes to Google like we were > > in the Peoples' Front of Judea. :) -- 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