Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
As for Linux support, it would work as its .Net Core 3.1 which works on most distros. I think the only snagging point would be the audio library. (I'd be happy to find a suitable cross-platform alternative, just need to dust off my Ubuntu VM)Nice, happy to hear that!
Apologies, but the link you referenced is discussing L2 style limitations. Is this the right link?Yes, in the topic kaimitai mentioned they were working on an editor/modding tool. I don't know if this still progressing or on ice, but I just thought it might make sense to make sure not to duplicate efforts or write incompatible tools.
Only extend the level format, don't replace it entirely.I'm not sure I understand the point of this. If you add new level features, newer levels will not work as intended in older versions of the game, regardless of whether you replace the format or not. Similarly, if you keep the code for reading the old format, you will still have backward compatibility. Presumably this doesn't add much maintenance overhead as you will likely be making mostly additions, not changes, to the internal Level interface in the future. (Or does the server partially parse the level format as well?) It seems to me that many proposed additions, e.g. hatch-specific metadata, would be pretty awkward with the existing format.
Introduce physics changes only when well-tested in singleplayer, and move all culture to the new stable.This might not be feasible if you have features affecting multiplayer, e.g. explicit assignments of hatches to players, or neutrals. If you want to incrementally build and test new features together with the community on the central server and expect to iterate over/tweak the details, you'd either have to bump up the minor version all the time (and have a server that allows different versions to connect), or have the experimental fork with its own server (and merge an experimental feature into main whenever you're satisfied with it). Even with an experimental server, it seems more sensible to work on one feature at a time, and with the expectation that after playtesting said feature will be merged into main as soon as you're satisfied with it, or scrapped. (And thus allowing multiple versions to connect to the same server seems like a sensible addition regardless of the Debian situation, which in practice probably affects ~0 users.)
It's a fair point. My intention from the start is to recreate the physics exactly (As far as possible). As to if I achieve that, is another matter entirely, given the number of skills to replicate. Currently using frame-by-frame analysis to determine physics.I believe Lemmix was able to replicate the L1 physics exactly by using a disassembly and translating parts of it into Pascal, basically. I guess EricLang and ccexplore would be the people to know more about this. I don't know if anyone looked into disassembling L2, if anyone, I guess ccexplore would be the person to ask, though he hasn't been active in a while.
The player and tools will be windows initially and run on .NET Core. Aside from a thin wrapper around OpenGL to push the frame buffer, it's all managed. All rendering is done in a custom and fast blitter.Any chance this might reasonably run on Linux, e.g. using mono? Even within this forum, it feels like L2 is somewhat niche, and at least two people who appreciate L2 are using Linux
Ok, that was much easier than it looks. Not only did I solve it, but I solved it on my first try without any restarts. I might even consider re-attempting it with the climbers replaced with rock climbers and see what happens (though that might perhaps be a bit of a stretch).Source thread: https://www.lemmingsforums.net/index.php?topic=990.msg33523#msg33523