-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Libretro/RetroArch support #6
Comments
I had no other choice, because I'd not have the energy and will to update and maintain these code paths and I didn't even know how these worked. I removed that so I could modify the FreeJ2ME class, that was a sacrifice I had to make in order to be able to finish this fork. Currently I'm unable to update this further, ideally someone from the original FreeJ2ME project could help here, but I've done my part.. |
I understand. Would you accept PRs to your repository if there are any, and/or have you considered submitting your work as a PR to the upstream repo? I will be building something based on Libretro at some point, maybe I'll be able to bring back the support in freej2me. |
If they're small enough that I can understand them :)
Initially I planned to contribute to the original repo by fixing bugs. Unfortunately, even the most basic PR that fixed searching for main class is still not merged, I guess they no longer have time to maintain the project.. That's why I forked the project and went "all in" to add stuff like M3G :)
Sounds interesting. I see that in the original integration, things were duplicated between the FreeJ2ME class and the Libretro class.. it'd be much easier to maintain if the same core worked for AWT and Libretro, and platform-specific code was only responsible for platform-specific things.. Anyway, wish you luck :) |
Hey there, a bit off-topic here but... me and @vadosnaprimer have forked FreeJ2ME into TASEmulators/freej2me-plus with the intent of building off from where the main repo is, merging all PRs currently in there, as well as my own improvements that can't be made into PRs since they depend on other stuff already being merged. I noticed that you were still very active on your fork after submitting the "hex007#196" Pull Request and i'd like to ask you if you could send some of your changes into our fork as PRs there. I could always cherry pick stuff from here, but i think it'd be better if you retained full authorship of your changes, seeing as you were still active rather recently. Given that we'd like to keep our fork as portable as possible, stuff like your m3g patch and anything that relies on external/native libs won't make the cut, but even your general improvements to FreeJ2ME's built-in classes would be greatly appreciated! |
Go ahead! I see no problem with this, especially since I'm not a fan of so called "intelectual property". My changes are MIT-licensed, so they're for everyone to use, reuse and so on. Note that this fork doesn't contain much original code, I mostly copied it from J2ME-Loader, my parts are only the ui support and these native bridges, all the rest is just copy-paste :D
For me, the only really portable platform is the web platform.. I once had the idea that the java part could work in browser via CheerpJ, however, native parts would require significant amount of work.. But if you plan to keep the fork java-only, then it should actually work with CheerpJ.. imagine having this on archive.org and being able to play j2me games directly there! |
Oh god, that'd be incredible... |
Hi,
I see that Libretro support has been removed in this fork. Do you plan for bringing it back at some point? If not, what is the reason for that?
The text was updated successfully, but these errors were encountered: