Comments on: A Second Look (iPhone + Haxe) http://gamehaxe.com/2009/05/23/a-second-look/ Experimenting with Web Game Development Sat, 31 Mar 2012 00:28:38 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: Huge http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-103 Huge Sun, 31 May 2009 02:07:45 +0000 http://gamehaxe.com/?p=193#comment-103 n8gray, I guess that makes sense that some program may use some form of scripting internally - otherwise where do you draw the line between data-driven and script? And I can see their point about not having a generic system (eating into their app revenue). So I guess this means you could probably have a neko system, if you embed the script into the app? n8gray, I guess that makes sense that some program may use some form of scripting internally – otherwise where do you draw the line between data-driven and script? And I can see their point about not having a generic system (eating into their app revenue). So I guess this means you could probably have a neko system, if you embed the script into the app?

]]> By: n8gray http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-100 n8gray Fri, 29 May 2009 16:35:58 +0000 http://gamehaxe.com/?p=193#comment-100 As somebody writing an iPhone game with plans for a web version in Haxe, I'll be following this experiment with bated breath! BTW, by my reading of the iPhone developer agreement you *are* allowed to execute interpreted language code, but you have to ship the code with your app. In other words, you are only prohibited from executing interpreted *downloaded* code. The reason would be that a bug in your interpreter could allow remote exploitation of the phone. Not that such a thing isn't possible with, say, Apple's Javascript engine in Safari, but at least if that happens Apple "owns" the bug. As somebody writing an iPhone game with plans for a web version in Haxe, I’ll be following this experiment with bated breath!

BTW, by my reading of the iPhone developer agreement you *are* allowed to execute interpreted language code, but you have to ship the code with your app. In other words, you are only prohibited from executing interpreted *downloaded* code. The reason would be that a bug in your interpreter could allow remote exploitation of the phone. Not that such a thing isn’t possible with, say, Apple’s Javascript engine in Safari, but at least if that happens Apple “owns” the bug.

]]> By: Robin http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-96 Robin Tue, 26 May 2009 09:04:31 +0000 http://gamehaxe.com/?p=193#comment-96 The speed of progression is fantastic. Great work! The speed of progression is fantastic. Great work!

]]> By: Tarwin http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-95 Tarwin Sun, 24 May 2009 09:33:32 +0000 http://gamehaxe.com/?p=193#comment-95 Wow. Great work. Looking forward to giving this a go! Wow. Great work. Looking forward to giving this a go!

]]> By: deep http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-94 deep Sat, 23 May 2009 16:40:47 +0000 http://gamehaxe.com/?p=193#comment-94 Huge, I now this problem ;) Huge, I now this problem ;)

]]> By: Huge http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-93 Huge Sat, 23 May 2009 15:36:04 +0000 http://gamehaxe.com/?p=193#comment-93 JP - yes I agree software rendering on the iPhone is going to be like pushing shape up hill with a sharp stick. But the physics simulation will run approximatly maximum device speed. So if you are suggesting that floating-point physics on the iphone may not be possible then you may be right, but I think we be able to give it a bloody good go. JP – yes I agree software rendering on the iPhone is going to be like pushing shape up hill with a sharp stick. But the physics simulation will run approximatly maximum device speed. So if you are suggesting that floating-point physics on the iphone may not be possible then you may be right, but I think we be able to give it a bloody good go.

]]> By: JP http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-91 JP Sat, 23 May 2009 11:28:32 +0000 http://gamehaxe.com/?p=193#comment-91 Well done. This is a promising project. But you must know that all that is software rendred, is MUCH more slow on the iPhone. The graphics part is software rendred right now ? From what I can see on your screenshot, you will get about 1 frame / second on the iPhone. Even if you can support OpenGL ES later, the CPU ratio used for the physics engine will be much more important on the iPhone than in the simulator but this time that should be OK for the frame rate. Well done. This is a promising project. But you must know that all that is software rendred, is MUCH more slow on the iPhone. The graphics part is software rendred right now ? From what I can see on your screenshot, you will get about 1 frame / second on the iPhone.
Even if you can support OpenGL ES later, the CPU ratio used for the physics engine will be much more important on the iPhone than in the simulator but this time that should be OK for the frame rate.

]]> By: Huge http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-90 Huge Sat, 23 May 2009 09:39:09 +0000 http://gamehaxe.com/?p=193#comment-90 The problem with gnash (and neko) is that they are interpreted, which is explicitly forbidden by apple. ie, If you can create it without apple being able to vet your executables, then it ist forboden. The problem with gnash (and neko) is that they are interpreted, which is explicitly forbidden by apple. ie, If you can create it without apple being able to vet your executables, then it ist forboden.

]]> By: deep http://gamehaxe.com/2009/05/23/a-second-look/comment-page-1/#comment-89 deep Sat, 23 May 2009 09:25:57 +0000 http://gamehaxe.com/?p=193#comment-89 What about to port Gnash to iPhone ;) What about to port Gnash to iPhone ;)

]]>