+- dedomil.net - Mobile Games Forum (http://dedomil.net/forum)
+-- Forum: Off Topic Section (/forumdisplay.php?fid=3)
+--- Forum: Off Topic discussion (/forumdisplay.php?fid=4)
+--- Thread: Let's make a game :) (/showthread.php?tid=5613)
RE: Let's make a game :) - Eze jeremiah - 05-28-2021 12:57 PM
You are right
RE: Let's make a game :) - Kankon - 05-28-2021 03:21 PM
(05-28-2021 07:44 AM)JoseskVolpe Wrote: That's why you need to learn it
I Learnt It(j2me) But Thats Not Enough To Create A Java Game.
It Also Needs Java Byte Coding.
RE: Let's make a game :) - star cash - 05-28-2021 07:01 PM
(05-28-2021 03:21 PM)Kankon Wrote:(05-28-2021 07:44 AM)JoseskVolpe Wrote: That's why you need to learn it
I Learnt It(j2me) But Thats Not Enough To Create A Java Game.
It Also Needs Java Byte Coding.
the code in j2me is not complete
RE: Let's make a game :) - JoseskVolpe - 05-29-2021 02:41 AM
(05-28-2021 03:21 PM)Kankon Wrote:(05-28-2021 07:44 AM)JoseskVolpe Wrote: That's why you need to learn it
I Learnt It(j2me) But Thats Not Enough To Create A Java Game.
It Also Needs Java Byte Coding.
The J2ME SDK Mobile compiler already generates the byte code after programming it into a high-level Java code, all that automatically
What you need to create games alongside knowing how J2ME works and their programming languages are tools for making the game's resources like sounds and sprites... Games doesn't work only with scripting, they need something to display it to the player and for the scripts to handle
While there's alternative apps inside J2ME to help you out to make these resources, J2ME has currently a huge lack of these tools
Now talking about scripting. ¿what makes it harder to do in a Java phone?
The J2ME SDK Mobile doesn't suggests code completion, like Eclipse IDE and Netbeans IDE do. So you'll need to have all the API methods in mind
The J2ME SDK Mobile doesn't displays warnings and iminent-errors to help you debugging your code before building it. It is almost the same as the first versions of the Eclipse IDE
J2ME SDK Mobile cannot handle with some scripting common-mistakes. So if you, for example, set a variable to it's same value (x=x), it'll display a error during the build, while on others IDEs it'll just display another warning and will still compile fine.
J2ME SDK Mobile doesn't support custom libraries. So you cannot download a library from the internet and import it to your code, unless if you have the source code of it, copy it's files to your packages and optimize it for J2ME SDK Mobile. You can only use the native Java library.
Compiling into Java phones takes a huuuuge time as they have a very slow CPU and storage
You don't have acess to a console to debug your code, classes calls, exceptions and RAM acess
PS: J2ME console is very limited on PC itself compared to Java SE console (for example, it doesn't display the line of your code wich has another issue in the runtime, only a full Exception description wich you cannot catch using try/catches), but the limitations of a J2ME platform makes it impossible to receive the system logs inside a J2ME hardware. You can only do a branch breaker with a virtual console like i did on my last game template
You cannot test it in different devices by a emulator, before testing it in another real device. You are literally developing it in a real device and you'll test it directly into the same real device
You don't have acess to a Javadoc if your J2ME SDK Mobile application is open (with the exception to some higher-end Java devices). So it's adivised to have a physical copy of the J2ME API Reference
Even if your device is a QWERTY or touchscreen, it's slower to script by using a phone keyboard compared to a PC, especially if your phone is a numpad and even worse if it has no programmable-T9.
All these are limitations of developing a application using a Java phone, or of the J2ME SDK Mobile itself. It is not impossible to develop something inside a Java-enabled featurephone or smartphone, including games, but some stuff will be harder to do. So, it's important to know your difficulties to be able to handle with them.
RE: Let's make a game :) - Kankon - 05-29-2021 03:53 AM
What The Post!!!
Adding Resources Is Easy. But Coding Is Complex.
When You Compiled Your Game, You Will Have The Class Files Of That Game.
Make "META-INF" Folder And Put "MANIFEST.MF" In That Folder. And Then Compress The Meta-inf, Game Class Files And Resources(logo, Sounds, Sfx, Bg) In A Jar File.
All Will Be Ok. But If The Code Is Mistaken, Then It Will Show Midlet Error.
RE: Let's make a game :) - JoseskVolpe - 05-29-2021 05:34 AM
(05-29-2021 03:53 AM)Kankon Wrote: What The Post!!!
Adding Resources Is Easy. But Coding Is Complex.
When You Compiled Your Game, You Will Have The Class Files Of That Game.
Make "META-INF" Folder And Put "MANIFEST.MF" In That Folder. And Then Compress The Meta-inf, Game Class Files And Resources(logo, Sounds, Sfx, Bg) In A Jar File.
All Will Be Ok. But If The Code Is Mistaken, Then It Will Show Midlet Error.
Or you can just go to the top menu and click "Build". The jar file will be created automatically
The application will restart automatically 4 times. if it don't, it'll tell you to close it and open again manually.
Once everything goes fine, it'll say: "BUILD SUCESSFUL"
Your .jar file can be found inside "dist" directory
RE: Let's make a game :) - John Marcus - 05-29-2021 08:06 AM
so no games created by you guys yet?
ohk, keep discussing...
RE: Let's make a game :) - JoseskVolpe - 05-29-2021 08:39 AM
(05-29-2021 08:06 AM)John Marcus Wrote: so no games created by you guys yet?
It's only the beggining ;3