Comments on: New Game Related Demo http://www.j2mearmyknife.com/2008/12/15/new-game-related-demo/ Code less, create more! Wed, 08 Sep 2010 14:27:40 +0000 http://wordpress.org/?v=2.6.3 By: Ovidiu http://www.j2mearmyknife.com/2008/12/15/new-game-related-demo/#comment-25 Ovidiu Tue, 07 Apr 2009 18:24:02 +0000 http://www.j2mearmyknife.com/?p=396#comment-25 @limminy The "No Scene Loaded" message appears if you are using the scene manager framework. The scene manager is a very small framework I wrote just for the demo, to make the code easier to understand. You can safely use J2ME AMY KNIFE without the scene manager. Simply write your application the regular way and make use of the library classes. @limminy The “No Scene Loaded” message appears if you are using the scene manager framework. The scene manager is a very small framework I wrote just for the demo, to make the code easier to understand. You can safely use J2ME AMY KNIFE without the scene manager. Simply write your application the regular way and make use of the library classes.

]]> By: limminy http://www.j2mearmyknife.com/2008/12/15/new-game-related-demo/#comment-19 limminy Fri, 06 Feb 2009 23:29:59 +0000 http://www.j2mearmyknife.com/?p=396#comment-19 Hi. Is it possible to prevent the "No Scene Loaded" screen from appearing when the app starts? I don't mind giving credit to J2ME Army Knife, but that particular screen looks a bit unprofessional. Regards. Hi. Is it possible to prevent the “No Scene Loaded” screen from appearing when the app starts? I don’t mind giving credit to J2ME Army Knife, but that particular screen looks a bit unprofessional.

Regards.

]]> By: Ovidiu http://www.j2mearmyknife.com/2008/12/15/new-game-related-demo/#comment-5 Ovidiu Tue, 13 Jan 2009 08:28:04 +0000 http://www.j2mearmyknife.com/?p=396#comment-5 @limminy The performance of AbstractImage/SmartImage actually depends on the platform used. On my Nokia, it's actually as fast as the native Image object, but it is a lot more flexible and easy to use. Besides, AbstractImage/SmartImage allows direct real-time access to the underlying RGB data, whereas native Image does not. This means that if I want to create an animation (like wobble, or rotation) for an image, using SmartImage all I need is a source SmartImage, a transformation object, and a destination SmartImage (reused for every frame), and as a bonus I have instant access to all the pixels of the destination and source images. If, however, I want use the native Image class, for each frame of the animation I must create a new destination Image object (reusing the same Image object as a destination is possible, but doing so efficiently is a bit tricky and I have found that some phones don't handle it very well performance-wise). Furthermore, you cannot use stuff like transparency with editable native Image objects, and this is a big drawback (example: rotations are done WITHOUT preserving transparency). And, like I said, from my tests SmartImage is actually on the same performance level as native Image objects, sometimes only marginally slower. I agree that SmartImage isn't the FASTEST solution available in all cases, but it offers a good performance vs features compromise. Plus, you can always draw a SmartImage on a native Image object, and use that instead of the SmartImage object. I also agree that some platforms handle SmartImages better than others, so your mileage may vary. Best regards, Ovidiu @limminy

The performance of AbstractImage/SmartImage actually depends on the platform used. On my Nokia, it’s actually as fast as the native Image object, but it is a lot more flexible and easy to use.

Besides, AbstractImage/SmartImage allows direct real-time access to the underlying RGB data, whereas native Image does not. This means that if I want to create an animation (like wobble, or rotation) for an image, using SmartImage all I need is a source SmartImage, a transformation object, and a destination SmartImage (reused for every frame), and as a bonus I have instant access to all the pixels of the destination and source images. If, however, I want use the native Image class, for each frame of the animation I must create a new destination Image object (reusing the same Image object as a destination is possible, but doing so efficiently is a bit tricky and I have found that some phones don’t handle it very well performance-wise). Furthermore, you cannot use stuff like transparency with editable native Image objects, and this is a big drawback (example: rotations are done WITHOUT preserving transparency). And, like I said, from my tests SmartImage is actually on the same performance level as native Image objects, sometimes only marginally slower.

I agree that SmartImage isn’t the FASTEST solution available in all cases, but it offers a good performance vs features compromise. Plus, you can always draw a SmartImage on a native Image object, and use that instead of the SmartImage object. I also agree that some platforms handle SmartImages better than others, so your mileage may vary.

Best regards,
Ovidiu

]]> By: limminy http://www.j2mearmyknife.com/2008/12/15/new-game-related-demo/#comment-4 limminy Mon, 12 Jan 2009 05:23:43 +0000 http://www.j2mearmyknife.com/?p=396#comment-4 Hello. I have been evaluating your library for use in an upcoming mobile game. I have rigorously tested the library, and I must say that it's an impressive piece of work. However, the AbstractImage (and as a direct consequence, SmartImage) classes severely bring down the frame rate whenever they are used [both in the emulator and on real devices], especially when compared to the native J2ME image class. This really limits their use in games, and I was wondering if you plan to optimize them any further. Hello. I have been evaluating your library for use in an upcoming mobile game. I have rigorously tested the library, and I must say that it’s an impressive piece of work. However, the AbstractImage (and as a direct consequence, SmartImage) classes severely bring down the frame rate whenever they are used [both in the emulator and on real devices], especially when compared to the native J2ME image class. This really limits their use in games, and I was wondering if you plan to optimize them any further.

]]> By: shen http://www.j2mearmyknife.com/2008/12/15/new-game-related-demo/#comment-3 shen Wed, 07 Jan 2009 01:00:08 +0000 http://www.j2mearmyknife.com/?p=396#comment-3 good effects.i hope u will publish more game related magic effect like fire,lightning which frequently used in RPG games. good effects.i hope u will publish more game related magic effect like fire,lightning which frequently used in RPG games.

]]>