Would you like to play Nokia (J2ME) games on Retropie?
-
@hex We'll need both keydown and keyup events.
-
@recompile Missed that. Will make changes and updoad new file.
Also how do you want the key up down difference? Your choice.
KEY 1 <-- Pressed
KEY 0 <-- lifted -
@hex It doesn't really matter as long as I can tell the difference. A flag like that before the code should be just fine.
-
@recompile I have updated the code. Syntax is
KEY CODE\n
KEY = 1 : Down / 0 : Up
CODE -> As provided in url above -
I guess back to you.
http://drichardson-shared.s3.amazonaws.com/freej2me-rpi.jarI get a black screen and a mouse pointer.
-
This is great!
It's like witnessing the birth of a new emulator (not exactly, but close enough).Keep up the momentum guys!
-
@recompile is there a syntax for that? I am getting an Array out of bounds exception
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 0 at org.recompile.freej2me.RetroPie.<init>(RetroPie.java:64) at org.recompile.freej2me.RetroPie.main(RetroPie.java:22)
-
Yes, I'd love to play these mobile games on my RetroPie. And you probably know what my next splash screen might be...
wink -
@hex You need to pass a jar.
java -jar freej2me-rpi.jar file:/home/pi/RetroPie/roms/j2me/ShadoWalker.jar 240 320
-
@recompile I have created a sample Java file in the dropbox folder. I have it working with "Broadcaster.java". Can you test it. That might point to the error. Let me know if this is sufficient.
Please download and recompile sdl_interface.cpp too
javac Broadcaster.java && java -classpath . Broadcaster 16 9
16 x 9 Grid size
-
@hex Again, just a black screen and a mouse pointer.
-
@recompile Shouldnt be happening. Let me post a video. Then you can compare.
-
@hex said in Would you like to play Nokia (J2ME) games on Retropie?:
Shouldnt be happening.
I know. I can't see anything wrong with your example, and it works for you.
The only difference I can see is that I'm running it on a pi3 and, iirc, you're running it on a pi0. Though I don't see why that would make a difference here.
Do you get any output when you run freej2me-rpi?
-
@recompile Here is the video of things that should be happening. Grid changes for every key press.
Are you by any chance running on Wayland?
-
@recompile I am running it on Linux. Probably that might be a difference. I am heading out so I will test in on Pi3 in an hour or so. Since I know that it is working, the rest is platform dependent and should work out well.
As you can see from the Java code i am sending over 4 bytes (ARGB) per pixel over stream Scalling is excellent and as expected. There is also a smooth scaling version. Can try that out too.
-
@hex said in Would you like to play Nokia (J2ME) games on Retropie?:
Are you by any chance running on Wayland?
No, I'm running it on RetroPie 4.2 on my pi3. No X11, Xorg, Mir, or Wayland
I compiled sdl_interface.cpp on there as well, copying it to /usr/bin. I ran freej2me-rpi and your example on that same setup, and got the same result both times -- a black screen and a mouse pointer.
From what I can see, J is sending to C. I can even capture an error trying to write to the stream after I kill C with F4.
-
@recompile Yea I saw your comment after I typed mine. Let me check what might be an issue.
-
@recompile I have found the error. Apparently SDL2 uses OpenGLES which freaks out if not drawing from main thread. I have fixed it, tested it and updated the new code.
Edit : Key events are not read. Let me checkI was typing on my ssh machine rather than the keyboard connected to the Pi :|All in all its working as expected. I tried raw streaming the image, Python, and Java solutions. All are working on Pi3 as of now.
-
@Hex Neat! Progress. A few things:
Colors are off. I'm sending ARGB, but can change that to whatever you're expecting.
I'm not sure why you have the space and endl in capture or why the type flag is an ASCII 1 or 0 (0x30, 0x31) instead of just a 1 or 0?
What happened to F4 to quit?
-
@recompile said in Would you like to play Nokia (J2ME) games on Retropie?:
I'm not sure why you have the space and endl in capture or why the type flag is an ASCII 1 or 0 (0x30, 0x31) instead of just a 1 or 0?
Can you elaborate on what part you are referencing.
F4 to quit was removed because debugging the previous thing I will put it back.
I have tested it with RGB to work well. The colours are true with that. Can we switch to RGB?
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.