Stormy 18 - Other people who have played this level have not found this as easy as you have, it can be quite difficult to spot the tricks used in this level especially the trick used to contain the crowd. How easy would you say this level is, and where do you think this level should be out of curiosity? Solution is intended anyway

I spotted the crowd control quite quickly, though I did have the "oh, that's pretty clever" reaction to it - so this may have been a "I was lucky to get the right idea at the right time" thing. Figuring out the path to the exit was the trickier part here IMO.

It's hard for me to say where I think it should be, due to the gap since I played most of the previous levels - all I can say is that it feels easier than the other levels around it. Nonetheless, if I'm the only person saying this, then it's probably best not to move it just based on my feedback alone.

Maybe if I can work out how to set up Lemmix players on my new HD, I could help out with some of the results again

https://www.neolemmix.com/?page=download_list&program=42

All of these are self-contained EXEs. (Except CustLemmix, which works the same way CustLemm did.) They've also got a few fixes with regards to accuracy-to-DOS (most notably, EricLang's code made traps faster than they should be, and didn't implement the nuke glitch) compared to the original code by EricLang.

This is not a case of "the game isn't doing what it's meant to", but rather, "this is an edge case layout that the intended behaviour doesn't handle well".

Digger shadows (and basher, miner and fencer shadows for that matter) only display the edges of the destruction area, not every pixel. (Maybe this should be changed, if feasible. I'll look into it - it should be at least for diggers.)

When this behaviour is taken into account (and when looking very closely, as there will sometimes be 1px visible below the terrain but it's hard to spot), the skill shadow seems to be behaving as it's meant to.

Should we freeze physics on running out of time, allowing for rewind? Or should we keep physics running in the unsolvable state? Anything is better than returning to menu.

For V12.8.0, I've implemented a new behaviour when time runs out: Gameplay continues, except with three minor changes, two of which only apply if the nuke has also been activated (and these are just to ensure that the nuke always ends gameplay):
- Exiters become frozen. Since a lemming isn't counted as saved until it finishes the exiting animation, this essentially means lemmings can no longer be saved.
- If the nuke has been activated, lemmings no longer halt counting down to nuking when they become exiters.
- If the nuke has been activated, ohnoers can no longer become exiters. This avoids a loop: Nuke activates, exiters become ohnoers, then see an exit trigger area and immediately become exiters again.

I've also made one very minor visual tweak to better fit this: Exiters are now drawn behind all other lemmings. This factor has higher priority in determining render order than any other factor, except for "selected lemming" (it even has priority over "highlit lemming").

I've also implemented more color coding of the time limit. Currently we have two colors - green indicates infinite time, red indicates limited time.

The new system has four colors. Green still indicates infinite time. Yellow indicates limited time now. Red indicates limited time and that the player has less than 15 seconds remaining. Purple indicates that the time limit has run out, and the player is now in overtime (at this point, the time starts counting up again, to show how much overtime the player has used).

TODO: I'm thinking a sound should also be played when time runs out.
EDIT: And so now, one does.

Surprised that Genesis lets you make safe landing with just one builder, I guess either the initial position of the lemming from the entrance is lower, or the way they calculate fall distance starting from the entrance is slightly different resulting in a higher survivable fall there.

IIRC, you can do it with one builder on DOS, if you bash into the wall at the right first (then start building from inside the basher tunnel). Of course, that doesn't play nicely with the "bunch up the lemmings" idea...

Solved one more.


EDIT: And two more.

A skill that's only worthwhile in combination with at least one other skill is NOT worth implementing.

A thought that came to mind just now: I feel this only holds true when it's a case of "in combination with one or two specific skills". A skill that requires interaction with other skills, but can interact with a large number of them in various ways, could be worthwhile. As an example, imagine a variation on the Walker that's identical except you can't assign it to a lemming that's currently walking (thus, you must assign a skill first, except in the rare case of assigning it to a preplaced Shimmier / Blocker) - this would still be justifiable (if it weren't for the similarity to an existing skill, of course).

Okay, so, I'm going through these paying really close attention now (watching them frame-by-frame etc), to iron out the remaining details. I'm fixing most stuff myself, but I'll note here anything that will need WillLem's attention - orange is minor issues, red is serious issues. (Green = no problems.)

Ascender - No problems.
Basher - During the 1st and 4th of the frames where terrain is removed, the lemming's hand probably needs to be slightly further forward.
Blocker - No problems.
Bomber - No problems.
Builder - No problems.
Burner - No problems.
Climber - No problems.
Digger - This one's getting a new sprite anyway; but an issue I noticed - the digger's arms extend too far downwards during the dig animation.
Disarmer - No problems.
Drowner - Earlier point about the snorkel still stands; otherwise no problems here.
Exiter - No problems.
Faller - No problems.
Fencer - Very poor match for physics. I think I've figured out the core "cause" of this - your sprite holds the lance much further forward from his body than the low-res ones.
Floater - No problems.
Glider - No problems.
Hoister - No problems.
Miner - No problems.
Ohnoer - No problems
Platformer - No problems.
Reacher - No problems.
Shimmier - The animation is very "jerky". I don't think this is as simple as shifting the frames left / right either.
Shrugger - No problems.
Stacker - No problems.
Stoner - No problems, for both sprites.
Swimmer - No problems.
Walker - No problems

I'll put up an update to the high-res experimental soon that includes the sprites in their current state, so you can use that as a starting point (and use it to test any new work). EDIT: It's up. You can find the lemming sprites in the "styles/default/lemmings-hr" folder. Note that I've slightly tweaked the colors from the ones you used, so they're more similar to the low-res colors - this is important to keep the recoloring for different styles (eg. the L2 ones) or situations (athletes, selected, etc) working nicely and producing good results; please try to stick to these colors for future sprites for the "default" style. Don't worry too much about colors on the Xmas sprites - I'll fix it up later. If you want to test out / etc your Xmas ones, create a similar folder; "styles/xmas/lemmings-hr".