Okay, just a question: In my thread about anticipated Shimmier behaviour, Nepster said the plan was for Shimmiers turned into a bomber or stoner to explode instantly (=at the ceiling). Currently, they turn into ohnoers and fall down.

This is consistent behaviour so far, so I don't have a problem with it, I just wanted to ask whether this is intended or not, because its a slight deviation from the "original" plans.

You could argue that shimmiers are very close to climbers and therefore should also have the same rules regarding bombers and stoners. That would mean turning into ohnoers and therefore fallig down as a result. Climbers are 1 pixel inside the wall actually so they don't fall down.

I can see level potential in both behaviors though: Instant and falling.

In general I think the current falling ohnoer transition is more consistent with the climber. So I have a slight preference for that. I could already see falling ohnoers from the ceiling that land inside the exit just in time.

The only confusing part about it is that the skill blueprint of the Bomber when hovering the mouse over a Shimmier pretends the skill was going to make a dent into the ceiling, when that can actually never happen.

The blueprints don't take movement into account as I understand and therefore the falling is not taken into account. Even glider blueprints just show the path from the current position.

But first let's hear if the current implementation is intentional or not.

I've made a test level for everyone to use and gained some information:

1.) Shimmiers can reach 19 pixels high. If a ceiling is 20 pixels above them they cannot reach it anymore. (Bottom left chamber)

2.) Shimmiers can handle 1 pixel of height difference every new horizontal pixel. So if there is a 2 pixel heigh step they will fall. (Top left chamber)

3.) A climber can be given a Shimmier a few frames before he hits his head. Instead of falling down he will turn into a shimmier in the opposite diection. The skill gets taken from the panel when the climber transtions. (Bottom left chamber)

4.) Shimmiers can't go outside the ceiling of a level. The terrain ends there --> they fall down. (Top left chamber)

5.) Shimmiers can't go outside the left/right edges of a level. The terrain again ends there --> they fall down. They land at the very edge of the level if they can land. Giving the player 1 frame to turn them around. (Bottom right chamber)

6.) Shimmiers will stop if the ground gets too close to their feet. I don't have the exact threshold here as in clear physics mode I think you can't currently see the exact position pixel of the shimmier. Can you give the exact ammount here, Nepster?   (Bottom left chamber)

7.) Shimmiers can use the checkerboard mechanic to go up. So inverted to walking where lemmings can't go up. (Bottom left chamber)

8.) Shimmiers can't use the checkerboard mechanic to go down. Again, inverted to walking where lemmings can go down. (Bottom left chamber)



I think 7.) and 8.) are choosen right by Nepster as Lemmings "walk" upside down with their hands here, but I think this will be the most controversial points out of these.

Test level atttached, you'll need L2_Sports! Happy discussing.

Congratulations to ccexplore!

The top seems a very cramped together in terms of skills used and time!

Comment on the solutions from ccexplore and Nepster:


I've attached a little "Afterthoughts solution" with the new gained knowledge, using only the 24 skills and 3:01:53 TT. This isn't optimised for time still, I bet you could easily go under 3 mins here.

I had a lot of fun with the contest and hope for more in the future!

Over the holidays until ~Dec 27th, I will be at my hometown. So expect less activity during that timeframe.

I have nothing against one 2 player team here.    But Minim has the last word here.

Also I must give kudos to the map. A lot of different things to do, enough skills to experiment, a ton of routes to take. You can do very different attempts to bring the skill count down.

I would be ok with my replay getting published in the end. I might make a video as well to share my thoughts.

Here is my solution. Seems close to intended for me.

This level can be quite a hard nut as there are plenty of almost functional ways. I like it though!

Here are my replays.

I think I still found a few little backroutes.

Btw: The update zip you linked for Win 64bit has the folder named "lix-V.0.9.22" instead of just "lix" so instead of just extracting and overwriting I had to manually merge after extracting. Don't know if this was intended, so I'm reporting it. Before that I just had to extract and overwrite.

Here is the problem: We only have one standard L1 OWW sprite (apart from the fire one), and this one gets recolored depending on the main style selected for the level. In light of that, what you are suggesting is a pretty large change, that I am not sure I want to do.

Ok, I did not expect this to work this way and the change would be quick and easy.

Yes, then this will be way more problematic. Pretty much we would have to move away from the "standard" type of doing this and handle the L1 tileset OWWs like the custom ones.

The work is better used elsewhere for now, as this is only a little annoyance for some single tilesets.

Maybe this idea can be kept in mind as a long term goal when the more critial things have been accomplished.