Licensed C64 Emulator Rejected From App Store
Miasik.Net writes "A fully licensed Commodore 64 iPhone emulator has been rejected from the App Store. The excuse Apple used is a clause in the SDK agreement which doesn't allow for applications that run executable code. It seems Sega is exempt from that clause, because some of its games on the iPhone are emulators running original ROM code."
It's not an "excuse", it's clearly against the terms of the *agreement* the developer *agreed* to *before* starting work on it.
You can argue that Sega ought to be treated the same way (and I'd agree with that), but to call it an "excuse" when the terms specifically and explicitly forbid it smacks of throwing one's toys out of the pram and screaming "waaaaaaaahhhh"! "I want, I want, I want!" is such an ugly character flaw when it's seen in "adults"...
Simon
Physicists get Hadrons!
...because I am tired of reports of apps not working on iPhone and other ways Apple limits it. If people care so much about freedom, why don't they stop using it?
An iPhone emulator that runs on a Commodore 64? Color me surprised!
Hopefully this means that I can upgrade my old boxes by emulating dual core processors on them. Links, anyone? ;)
-b
No offense, but I've stopped responding to AC's.
If I recall correctly, the limitation in the SDK license is that Apple will not allow an interpreter that runs arbitrary code. That would mean that an interpreter that executes a single hardwired game does not violate the license.
Apple is about quality first and they are just holding back the release date until the iPhone's cassette tape inferface is ready.
If you RTFA, you will find that Manomio contacted Apple Europe before developing the app and they "seemed really excited". So here we have yet another developer wasting time and money just to have Apple reject another application despite approving others that do the same thing. I really hope Manomio decides to port his C64 app to the Android instead so some of us can enjoy it.
This isn't Apple using their broad unspecified powers to reject an app arbitrarily or for a moronic reason. If it were, I'd agree with you.
This is an app that should never have even been started, because it very clearly violates the SDK agreement, and anyone with half a brain would have known that Apple would reject it.
As for the assertion that Sega's games are just emulators...
So get the hell off your high horse already and live in the real world.
Dan Aris
Fun. Free. Online. RPG. BattleMaster.
They don't want to lose the ability to approve all apps. If the emulator in its current form can load other ROMs or BASIC programs then you have a way of bypassing the App Store after the first purchase. I assume Sega made sure that their package could only run the one game it sold with and thus could not be used to bypass the app store.
Of course Sega is exempt; their programs are a single ROM, run via emulation. You don't buy a Sega hardware emulator and then download ROMs for it, so they can test it fully before allowing it to be released. An open emulator, able to run any ROM you give it, is essentially a way to run un-tested, 3rd party code on the platform. There's no way for Apple to be sure the programs stay within their virtual environment. In essence, it would be a way to circumvent the security and execution protection on the phone entirely; it's a jailbreaker.
I'm about as far from an Apple apologist as you can get, and can't wait for this app store bullshit to quiet down. But let's not start reviling them for merely following their stated policy. If these people want to release their emulator, they'll need to do what their competitors have: bundle it with specific games and sell THOSE instead.
Remember, this is Apple we're talking about. They get nothing from a C-64 emulation, fully licensed or otherwise.
But Apple ][ on the other hand ...
"No matter how cynical you get, it is impossible to keep up." -- Lily Tomlin
Last time I checked, the iPhone could not run C64 programs natively. So, essentially, the games are interpreted by the emulator (as it is with pretty much all emulators).
According to that logic, you'd have to ban any application with built in scripting (like, say, any office application that I'm aware of), hell, a PDF reader would be banned as well because PDFs may include scripts. If you want to go bonkers, you could pretty much ban any application that takes any kind of not built-in data because technically, this is interpreted by the application as well.
We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
I hope so too. I'm not defending Apple here as much as defending the rightness of enforcing a contract. As I point out above, I don't believe he contacted Apple Europe anyway, because if he did he'd have something in writing along the lines of "Yes, you can develop your emulator and we will let you load it onto the iPhone".
Talking to someone from Apple marketing over the phone and getting a verbal "hey that sounds cool" is completely and utterly worthless. Getting written permission as above would give him a fully justifiable case (and probably a lawsuit). He's probably somewhere in the middle, but unfortunately unless you have the written permission, you have nothing.
Simon
Physicists get Hadrons!
So, you're saying that whining on Slashdot is actually useful?
The mind boggles, it does.
Faster! Faster! Faster would be better!
It's my right because I OWN the device.
Just because you have the right to do something doesn't mean the manufacturer has to support it.
You are perfectly free to jailbreak your iPhone and install all sorts of unapproved software on it. So far as I know, there's nothing illegal about it, and the jailbreak community is pretty good at keeping on top of updates that fix previous methods of jailbreaking. Personally, I'm pretty happy with the selection of apps available through the App Store, and don't consider the hassle of jailbreaking worth the extra functionality I would be able to get. For others, the calculation is different.
"Moral authority" doesn't enter into it, mate.
Dan Aris
Fun. Free. Online. RPG. BattleMaster.
as potential programmers they are mentally mutilated beyond hope of regeneration.
What a stinky, steaming pile of horse crap!!! (Even if Holy Saint Dijkstra said it.)
Hundreds of thousands of programmers got their start writing C-64, TRS-80, Apple & Sinclair BASIC on their home computers before graduating to structured languages, and 10s of thousands of them turned out to e good or great programmers.
In fact, I know that it's perfectly possible to write good structured code in COBOL-74. You "just" need a good knowledge of the features of the language (in addition to the standard prerequisites required by all good programmers).
"I don't know, therefore Aliens" Wafflebox1
Actually, it is the reverse, in my experience. Most programmers I know started their craft with a Commodore 64, Apple II, or Atari computers; programming in BASIC. Only after realizing how limited and slow the language was were they even exposed to Assembly or Machine Language.
In my experience, then, programming in BASIC gave them the inspiration, the interest, and the impetus to learn the lower level languages, precisely because a good high-level language was not available. The fact that they knew BASIC, and could even exploit its intricacies, did not hinder their appreciation for other languages, nor their ability to learn or apply them.
-dZ.
Carol vs. Ghost
You cannot load executable code.
I'm not really sure how to interpret "load executable code". Is there non-executable code? What makes it code, then?
Browsers load and execute javascript. Is javascript not code, or is it not executed, or does it break the rules, or is there some option I'm missing?
Is GLSL also code? That means you can't run third party color filters like the compiz plugin which simulates colorblindness. I'm sure that's an important restriction... wait, what?
Can anyone explain to me what "load executable code" does and doesn't cover? And even better, what's the motivation for the distinction?