libgdx on ios, day 3

Posted by Mario, on June 9, 2012, 12:13 am, under iOS, libgdx.

Today i focused mainly on files and graphics. Files are done it seems. Internal files map directly to your app bundle. External files map to your app’s document folder and are accessible by the user. Local files map to the app’s Library directory and are not accessible by the user (except on jailbroken devices). Both local and external files will be backed up by iTunes.

In the graphics department i focused on getting GLES 2.0 to run. For that i already had native bindings from Android, i just modified a few bits here and there and things just magically ran. I have to resolve a minor thing concerning buffer positions and element sizes, nothing to bad really. Obligatory screenshot:

Comment (RSS)  |  Trackback
  • ED SOLO

    One of the best screen scots I’ve seen in a long time XD

  • Darren

    So is the idea that games could be written in Java, and then the compiler would convert them to C# as an intermediary step before compiling for Mono? Or do you plan to convert the entire library to C#?

  • ben

    really good news for the libgdx fans!!!

  • http://badlogicgames.com Mario

    All your Java class files/jars get compiled to CLR byte code. It’s not a source level translation.

  • Nick W

    You. Are. Amazing.

  • dantheman

    so do you guys have any plans to add a networking module? iirc, the argument against it has always been that java.net is sufficient (which I’m assuming will not work with the HTML5/iOS backends)

  • Link

    My app is using libgdx (of course), with some extra functions specifically for the android backend, e.g. many custom android dialogs and notification on android status bar. Will I be able to code some platform dependent things similarly for iOS platform, i.e. likely via c# or objective-c?

  • http://badlogicgames.com Mario

    @Link, yes, that’s possible. The same principle applies: interface it, implement it using MonoTouch’s Cocoa bindings, push an instance of the interface implementation to your ApplicationListener. You can access the bindings either from Java or implement things in C#.

    @dantheman, i consider adding at least TCP/WebSocket support and a very lightweight HTTP module. No ETA on that.

«
»