Java Exception Issues

Hi all.

The codebase for RetroLemmini 3.2.1 has been updated to Java 26.0.2. It is strongly recommended that you update your Java version in order to run RetroLemmini.

Download the latest version of Java here.

I'm aware that one or two users have been met with a generic Java exception when running RetroLemmini 3.2.1 from the .jar executable:



Thankfully, the fix for this is easy:

1) Go to Windows > Settings > Apps > Installed Apps and search for 'Java'
2) Uninstall all Java SE Runtime Environments and Development Kits that show up in the list
3) Re-install the latest version of Java from the link above

This should fix the problem. If it doesn't, please PM me or post a topic to let me know.

All best,

Will

Hi! I believe that the first Github link should point to VorticonCmdr/lemmings, not to the github.io.

Networking mode against myself works in Chromium after enabling the HTML-in-Canvas global option, which is disabled by default.

On your readme, you explain how you support efficient rewind in singleplayer by taking savestates and recomputing. This is the most performant solution that we know. Lix was the first to do that in multiplayer, then NeoLemmix implemented it for singleplayer, and then Lix offered it in singleplayer.

Your multiplayer assignments during netplay have significant delay, over half a second. I think that such input delay is a problematic way of combatting lag. Clones (another Lemmings-like) and Starcraft do it like this, too, but it's more acceptable in Starcraft (where commands should happen ASAP) than in Lemmings (where it's a problem when commands happen too early). Have you considered instead to rely on the efficient recomputing from singleplayer? When the local player receives a delayed command from the opponent, the local player inserts it into his own history, then recomputes. I suspect that recomputation makes it harder to catch cheating, but it makes for better flow.

There is a third, novel way of combatting lag: Neon Swarm (Lemmings-like in Lockstep Arcade) makes terrain modifications and blockers immediate for the local player, and has a ~1-second delay before they materialize for the opponent. From the local player's view, his own young builder bricks are semitransparent until they're old enough to affect everybody.

Do you strive for exact 1991 Lemmings 1 two-player physics, bugs and all? Then you can't use such immediate local impact with delayed remote impact, and I'd suggest savestates and recomputation instead. It really depends on what exactly you envision. E.g., the 1991 physics have a possibly unwanted first-player advantage because his lemmings spawn before the second player's lemmings.

-- Simon

Thanks for trying Lix in these emulators! Happy to hear that it's running smooth in Gamenative.

For Winlator: Allegro 5 (Lix's graphic/multimedia library) allows for a choice of backends (OpenGL, Direct3D, ...) by supplying a config file allegro5.cfg, but I haven't done that myself yet. Maybe that's useful for Winlator. But you don't have to investigate because you've already found that Lix runs well in Gamenative, and you've chosen to focus on that.

I've never designed for phones nor tablets. Some parts of the Lix UI would need a serious redesign for the world away from mouse and keyboard.

-- Simon

Really looking forward to it

Thanks kaywhyn that worked for me.

Got that error as well for RL 3.2.1. Easy fix, you just need to download Java JDK 26 and install it

Hmmm, just tried it and now I get this error,

Flipping ek, that was fast! thank you so much WillLem for fixing this so quickly, it is very much appreciated. I love this port, it is my fav one.

Version 3.2.1 hotfix

Fixed a few UI bugs and made some QOL tweaks. Here's what's changed:

Java Version

• RetroLemmini is now updated to Java SE 26

Batch Replay Checker

• Bugfix - UI rendering is completely paused on the game thread (prevents index exceptions due to multiple threads accessing the same resource list)
• Replays browser now always opens at 'replays' directory
• Results list is now colour-coded for easier navigation. Green for PASS, Red for FAIL, Blue for UNDETERMINED
• 'Checking...' text is now displayed center-screen
• Added walking Lemming animation to show progress (this is just for fun!) ...

Menu Bar

• Bugfix - Corrected position of icons and text following the latest Java update
• Optimized menu item building and loading

A reminder of what's new as of 3.0.

---

Get the latest version here.

OK, so... it turns out that this one is an issue with the latest Java version(s). I updated mine and immediately started seeing the effects reported in the OP.

Since issues with Java are very much out of our control, the best option here is simply to build our own custom menu items for which we can specify the exact layout ourselves. It wouldn't be the first time the Lemmini codebase has resorted to this!

A relatively easy and enjoyable fix, in the end. Here's how the menu looks now, built with the latest Java version:



Fixed in RLPlayer commits 0294a79 and eaa6350.
Updated to Java 26 in RLPlayer commit 1135d54.