Skip to Content

360iDev: Ansca Mobile's Corona SDK

There are always a few SDK vendors lurking around any developer convention, and 360iDev is no different. However, unlike a lot of programs that work as a go-between for the iPhone Software Development Kit and some other language ("middleware," in developer-speak), Ansca Mobile isn't worried about their SDK at all. While there was a bit of a scare about non-Apple development kits earlier this week, Ansca assured us that Corona SDK is good to go; it allows a developer to write up an application directly in Corona with Lua (which is very similar to ActionScript), and then the app will deliver an iPhone, iPad, or even an Android application that is ready to go on the App Store.

What does this mean for us gamers? It doesn't mean much -- there's not a lot of difference between a game written in Flash and ported across (like TapDots, out on the App Store right now) and a game written natively in Apple's Xcode, according to the Ansca folks (who actually worked as engineers on the original Flash Mobile implementation). The difference is much bigger for developers, though; they basically have to write just one app, and they can then port it across to another platform in just a scant few hours.

Like many of these SDK apps, Corona's developers originally wrote the application to solve a problem; they had a lot of Flash developers who wanted to write apps for the iPhone, but didn't know how to write in Objective-C, the language that Apple's official kit uses. The folks at Ansca had already done exactly that, because they wanted to get their own Flash apps on the platform, so they spruced up their own code and released it as an SDK. We were also told that they've made plenty of changes and updates on top of the core functionality, so that developers have all sorts of bells and whistles to play with while building apps (including a built-in animation and graphical engine), and users can appreciate faster performance and quicker releases.

Again, Ansca said that despite Apple's issues with Flash, their SDK isn't a problem. The code their app creates "looks just like Apple's code," so the programs that can be created with the SDK have the same structure and setup that big game developers already use. An outlet like this gives experienced Flash developers an avenue to bring their apps over to Apple's platforms, without having to figure out a whole new code system.

The SDK is available for a free trial over on their website, and then can be purchased and used under a subscription plan, where one price gets you all of the updates available for the next year. Developers interested in a smooth and fast solution to porting Flash apps to the iPhone, iPad, and Android phones should definitely give it a look.

Categories

Developer

There are always a few SDK vendors lurking around any developer convention, and 360iDev is no different. However, unlike a lot of programs...
 

Add a Comment

*0 / 3000 Character Maximum

18 Comments

Filter by:
Cliff

Well, XCode 4.0 should "fix" these rogue development tools... I suspect the new XCode will contain digital signature authentication so that only XCode can be used to create apps.

June 05 2010 at 5:42 PM Report abuse rate up rate down Reply
Joseph DeSetto

The game we developed, tapDots, that was cited in the article was not created with Flash and there were no versions of the game created with Actionscript. This statement is incorrect.

It is true our Creative Director is a Flash prodigy and therefore was able to transfer his skills very easily, but tapDots or the game that followed it, Box of Sox, were created with Ansca Corona only using Lua.

April 27 2010 at 6:52 PM Report abuse rate up rate down Reply
Scott Janousek

Jabbathewocket,

Corona can target other platforms other than Apple: Android, even Symbian ... they could also extend into Windows Mobile, most probably, since Microsoft would probably not pull this kind of behavior.

April 16 2010 at 8:05 PM Report abuse rate up rate down Reply
Evan Kirchhoff

@Will, @BeyondTheTech -- see our followup blog post for more detailed information on how Corona applications are structured, and why we believe we're on very safe ground: http://blog.anscamobile.com/2010/04/lua-the-lingua-franca-of-iphone-games/

April 14 2010 at 4:11 PM Report abuse rate up rate down Reply
1 reply to Evan Kirchhoff's comment
Jabbathewocket

Sorry but your just spinning your wheels..

A) Apple can easily fingerprint code as coming from your hack simply by the static portion of the output that is unique to your "product"

B) if you cannot read the 3.3.1 section lemme rephrase for you.. "originally written in C, C++, Objective C, or javascript" most definitely does NOT include Lua, Actionscript, VB, C#, F#, Logo, Pascal, Python, Ruby, PHP or any other language..


Based purely on B) no matter what your doing to the LUA after the user writes it.. you are in violation of the terms.. What your in fact saying is Wink Wink Nudge Nudge because our output is a mapped output from lua to objective C/C, Apple cannot detect it so your safe..

That is NOT an assurance in any way shape or form that will hold water, I suggest that you guys should probably not have "assumed" that you where good to go, and actually talked to apple before starting the project (much like adobe should have done with CS5 flash nonsense)


In other news, your linked blog? is EXACTLY why Apple made the move it did.. they have been there before with companies thinking that they are "special" enough that the rules do not apply to them.. and the actual fact of the matter is this.. omg no, not a big software company has to actually learn how to write in C rather than hacking shit together in lua? The problem with your logic is that APple has been in this situation before with "key developers" forcing them to make changes/not make changes to things, and they would rather stop that perception from starting on iphone/ipod/ipad..

So no, you will be shut down and looking from the outside in, no amount of OMG BUT EA USES LUA is gonna save you from this, i suggest you suck it up, move on, and stop lying to people .. which you and I both know is what you are doing right now.. You know damn well that Apple has told you to "find a new business model your not welcome here", and your assurances to customers are simply a desperate plee to stay around.. on the backs of unsuspecting retards who where using your product in the first place.

You can argue all day with us about the validity, choice, evilness, etc of Apple's decision... when you start lying to people to protect your business model.. and implying that your "secret sauce" will let YOUR illegal product work, in the face of adobe's being outlawed? You go from "that sucks for them" empathy, to "Hopefully apple crushes them to bits and makes it impossible for anyone who works for them or uses their tools to play in the app store sandbox anymore EVER.

April 15 2010 at 8:24 AM Report abuse rate up rate down Reply
Will

The clause says "Applications must be ORIGINALLY written...". Compiling down to an XCode project with a bunch of machine generated C/Obj-C doesn't count, as it's not the original source code for the project. Specifically if you're not editing and creating C/Obj-C for your application (vs having a tool generated C/Obj-C), you are in tacit violation of the agreement. How Apple is planning to enforce this clause is a separate issue.

Obviously there seems to be little expectation that people will actually abide by the limitation they agree to in order to use the dev kit.

April 14 2010 at 1:09 PM Report abuse rate up rate down Reply
2 replies to Will's comment
M

If someone writes a bunch of C code, and you later extend it to create your app, it's still originally C, even if you extend it in another language. The clause is silly and unenforceable.

April 14 2010 at 1:21 PM Report abuse rate up rate down Reply
Will

If I write a Python application on top of a C library, I wouldn't consider that a C application, would you? The library may be original C, but the Application is not.

As far as the clause, it is what it is, and it's quite clear as to it's intent with the examples give. It's amount of "silliness" relates to whether someone chooses to play at all. However, if you choose to play, it seems all of this corner casing and end run loophole searching is counter productive.

April 14 2010 at 1:36 PM Report abuse rate up rate down Reply
Scott Janousek

Regarding : "it allows a developer to write up an application in Flash Actionscript or directly in Corona with LUA,"

No, unless something has changed overnight, Corona uses Lua for the coding language, not AS.

Also, what people do not know is that Lua is used throughout existing apps on the Apple App Store, esp for game engines by big players such as Tapulous, EA, and others.

I anticipate Apple to make amendments to the ToS. It's pretty obvious (to me) the legal department did not consult engineering before writing the legal language in 3.3.1

April 14 2010 at 12:34 PM Report abuse rate up rate down Reply
Wooster

I'm confused on this as well. The only way I can see working around that clause is if the program outputs an Xcode project, not directly outputting an iPhone app. This at least gives the dev the oppertunity to use iPhone specific features, something that can't be done in a cross platform compiler.

First the article on MacBook Pros and Optimus, now this? What's going on TUAW, you used to be better then this.

April 14 2010 at 11:18 AM Report abuse rate up rate down Reply
Brian

Perhaps they weren't referring to the new SDK that is coming out, but the one that is currently released?

April 14 2010 at 11:07 AM Report abuse rate up rate down Reply
Bastian Nutzinger

I'm quite confused.
As I understood something like corona is _exactly_ what Apple tries to shut out with the new clause...

weird statement of them...

April 14 2010 at 10:45 AM Report abuse rate up rate down Reply
6 replies to Bastian Nutzinger's comment
Buy an ad here

Hot Apps on TUAW

Tweets

© 2012 AOL Inc. All Rights Reserved.