Hello there,

I was browsing a bit through the neolemmix code and would like to know if my assumptions are right...

The highresolution mechanics is basically lowresolution.
For this purpose a "Physics" bitmap is created, which - I presume - is a downscaled version of the highres actual terrainbitmap which is rendered to screen.
When changing the terrain (building, digging, exploding etc.) *both* bitmaps (lowres physics and acual highres terrain) are updated.
Is this about correct?
And how about the FootX and FootY position of lemmings and triggerarea's?

Thanks in advance!

I noticed, when refactoring my Lemmix, that during "hyperspeed" (no graphics should be done until the target frame) there was *still* some drawing done, which slowed down performance. This was noticable when rewinding one frame in pause mode (which basically replays the whole game until one frame before the current frame).

"Fast forward" should be able to do at least 50 FPS on modern computers. Graphics32 is quite fast, but faster is possible when handcrafting everything yourself
This is not Incredibly difficult: throw away Graphics32, use a home grown pixelbuffer and directly blit to screen using the windows StretchDiBits function. This function does not need a handle.
The only real drawback here is that you have no font-rendering available.

Then also I noticed that the update speed is probably not optimal in Lemmix, and maybe also in NeoLemmix. I presume the Application.OnIdle event is still used, which is not the fastest possible. Ideally you want to call Game.Update() as often as possible.

In my new project I use a faster method and also always render to screen, which gives framerates between 150 and 1000. And my computer is not the newest one.
Knowing that Delphi is a little bit faster than C# this should be possible in NeoLemmix too.
But also there could be some other bottleneck. I saw there was quite some stuff added to the mechanics.

I was wondering if I should convert steel area's. I think most of the steel is on these "steel" tiles. Sometimes not too precise. I could make the tiles themselves indestructable, which would be more "realistic" as far as you can speak of realism in Lemmings.

This Lemmix will have no emulated bugs, and real indestructable steel.
And I have some crazy ideas like speedruns and recording these.

Also I would like to import and handle tribes lemmings, but got a bit stuck on the gamedata, although there is quite some documentation about it. The filestructure is still not clear.

@Simon: Thanks I will keep us posted here once in a while.
It is always a difficult choice between readable stuff like folders, images, JSON etc.
For now I created a binary png-inspired format with all kinds of records (like graphics, levels, sounds music etc. etc.).
I chose this for now for speed reasons. Loading and saving and finding objects is ridiculously fast.
But I am still not sure... this works for now.
I don't like JSON in general except for small structures.

Working (again) on a new Lemmix version. I quit Delphi and moved to C#.
The first results are promising, but it will take a while...
I will change the mechanics a bit (goal: "perfect" mechanics), abandon the old file formats (replace that with a home grown one), create an editor and support higher resolution.
Also I will add some settings in levels like falling with gravity acceleration. That kind of stuff.
See you later

Are the lemmings for Mac levels somewhere? I think they contained more details (because of less graphic / memory) limitations.
I got a very long time ago all the graphics (tiles / traps / lemmings), and would like to play around with it.

Hello there,

If I send a PM to someone, can I somewhere find this?

Thx