3 ms·

>I don't see them deciding to drop cross platform game engines. Would you bet your company on this? The wording of section 3.3.1 could not be more clear on wh

by biafra 17y ago

>I don't see them deciding to drop cross platform game engines. Would you bet your company on this? The wording of section 3.3.1 could not be more clear on what will be tolerated and what not.

wallflower 17y ago
In many cases, the game has already been developed. What can they do but wait and see what actions Apple takes to enforce?
- bond 17y ago
  What about updates?...
  - pygy_ 17y ago
    Good point, I remeber reading about a game, initially accepted, that had been pulled out because it relied on a library that was able to call private APIs, even though the game didn't use that part of the library. This happened when Apple started to scan binaries for infringing code.
  - wallflower 17y ago
    Apple's precedent seems to be pull the games immediately from the AppStore and not wait for an update. That being said, it would be extremely strange in a corporate sense to see a fair number of top grossing apps disappear.
    - bond 17y ago
      Since the apps were approved by the previous terms they still can be sold, i guess... Now if the developer submits an update then it must comply with the new terms...
      - wvenable 17y ago
        Approved apps have been pulled before (Google Voice apps) so they could do it. I doubt they would, but it's not without precedent.
    - cakesy 17y ago
      No, that is wrong. I have had occasion where Apple have not allowed me to submit an update, because they object to some perceived trademarked data, which is also present in the last version. But they have left up the last version.
dustingetz 17y ago
its probably a good bet, apple's intentions are pretty clear and nixing studio-quality game engines is not to their advantage.
- dandelany 17y ago
  No. It's undoubtedly a bad bet to put your time and energy into creating a product that is in direct violation of the policies of the store in which you plan to sell the product. I'm not saying they will definitely ban you, I'm saying the risk of putting all your eggs in the Unity or Lua basket and getting banned vastly outweighs the potential reward of a lucrative app.
dazzawazza 17y ago
I think a careful implementation of Lua integration 'avoids' 3.3.1 but 3.3.2 which forbids interpreted languages (except those within the official SDK) catches it.
- olefoo 17y ago
  From what I've seen, the ban on interpreters is very much aimed at options that allow an end user to download and run scripts and if that is the case, expect Apple to clarify that, particularly if they are getting pushback from the larger grossing game houses. The ostensible reason for the ban on interpreters is that allowing third party scripts would be a security risk; which is true to a point. But, we all know that it functions to keep the App Store as the only source of software.
  - WildUtah 17y ago
    /the ban on interpreters is very much aimed at options that allow an end user to download and run scripts/ That's why 3.3.2 used to prohibit only apps that download and run scripts. Now it prohibits apps that download or run scripts. So that should take care of those folks polluting the iPhone with the Lua.
- jcl 17y ago
  I don't understand how that could be... Could you explain? If a portion of your app is written in Lua, how can you claim that the app is "originally written" in a C derivative?
  - dazzawazza 17y ago
    It's a technicality of course but you can rightly claim that the app is written in C and that it interprets the Lua code. In the same way it may interpret and XML file. Of course we all know this is a technicality and it doesn't matter since 3.3.2 states "... No interpreted code may be downloaded or used in an Application...". The two clauses combine to put Lua on a sticky wicket. Certainly for video games it's not as if there is a slim C layer and the vast bulk is written in Lua. Most game engines are huge and only game flow and AI are written in Lua.

by biafra 17y ago

>I don't see them deciding to drop cross platform game engines. Would you bet your company on this? The wording of section 3.3.1 could not be more clear on what will be tolerated and what not.

wallflower 17y ago

In many cases, the game has already been developed. What can they do but wait and see what actions Apple takes to enforce?

bond 17y ago
What about updates?...
- pygy_ 17y ago
  Good point, I remeber reading about a game, initially accepted, that had been pulled out because it relied on a library that was able to call private APIs, even though the game didn't use that part of the library. This happened when Apple started to scan binaries for infringing code.
- wallflower 17y ago
  Apple's precedent seems to be pull the games immediately from the AppStore and not wait for an update. That being said, it would be extremely strange in a corporate sense to see a fair number of top grossing apps disappear.
  - bond 17y ago
    Since the apps were approved by the previous terms they still can be sold, i guess... Now if the developer submits an update then it must comply with the new terms...
    - wvenable 17y ago
      Approved apps have been pulled before (Google Voice apps) so they could do it. I doubt they would, but it's not without precedent.
  - cakesy 17y ago
    No, that is wrong. I have had occasion where Apple have not allowed me to submit an update, because they object to some perceived trademarked data, which is also present in the last version. But they have left up the last version.

dustingetz 17y ago

its probably a good bet, apple's intentions are pretty clear and nixing studio-quality game engines is not to their advantage.

dandelany 17y ago
No. It's undoubtedly a bad bet to put your time and energy into creating a product that is in direct violation of the policies of the store in which you plan to sell the product. I'm not saying they will definitely ban you, I'm saying the risk of putting all your eggs in the Unity or Lua basket and getting banned vastly outweighs the potential reward of a lucrative app.

dazzawazza 17y ago

I think a careful implementation of Lua integration 'avoids' 3.3.1 but 3.3.2 which forbids interpreted languages (except those within the official SDK) catches it.

olefoo 17y ago
From what I've seen, the ban on interpreters is very much aimed at options that allow an end user to download and run scripts and if that is the case, expect Apple to clarify that, particularly if they are getting pushback from the larger grossing game houses. The ostensible reason for the ban on interpreters is that allowing third party scripts would be a security risk; which is true to a point. But, we all know that it functions to keep the App Store as the only source of software.
- WildUtah 17y ago
  /the ban on interpreters is very much aimed at options that allow an end user to download and run scripts/ That's why 3.3.2 used to prohibit only apps that download and run scripts. Now it prohibits apps that download or run scripts. So that should take care of those folks polluting the iPhone with the Lua.
jcl 17y ago
I don't understand how that could be... Could you explain? If a portion of your app is written in Lua, how can you claim that the app is "originally written" in a C derivative?
- dazzawazza 17y ago
  It's a technicality of course but you can rightly claim that the app is written in C and that it interprets the Lua code. In the same way it may interpret and XML file. Of course we all know this is a technicality and it doesn't matter since 3.3.2 states "... No interpreted code may be downloaded or used in an Application...". The two clauses combine to put Lua on a sticky wicket. Certainly for video games it's not as if there is a slim C layer and the vast bulk is written in Lua. Most game engines are huge and only game flow and AI are written in Lua.