Hi Forestidia,
I'm not sure which trick you mean.
If I use the cuber at the last possible opportunity before the lix gets sucked in by the trap, and then try bashing into the cube, the cube gets fully removed.
Did you solve the level? Do you have a replay?
If you solved the level the way you described then it's a backroute. Or do I missunderstand your statement?
Thanks for playing nevertheless.
The main trick is
bashing with a lix that gets inside the cube (because it's so close to the cuber) so that a small step is created which can be crossed from one side but not from the other. So you can cluster the lix enough that you get enough through the trap.
Thanks for playing Nessy. Yes that's intended.
Simon found an alternative solution to Group Effort No.2, which unfortuately works in the original level as well, where it is backroutish.
At least
still a L-shaped cube is created but it is not used as step.
Maybe that's what Strato meant?
Edit: I've attached an attempted fix to the original level.
Ah, okay, nope, that's a trick I didn't know about yet! :) Nice way of showcasing it!
The NeoLemmix equivalent would probably be stoner + fencer, but that's not high enough to trap the crowd on one side.
Attached is a bug showcase level. It's based on a bug found by Ramond.
I've found this bug rather amusing.
Ramond called this bug "trap inconsistency", issue 132 (https://github.com/SimonN/LixD/issues/132). This inconsistency derives from the different falling behaviour of the lix (amount of pixels they fall in the first frame) depending on the height of the hole.