This will be a little thread on remaking my old Marathon scenario Susannah in #GodotEngine. The first thing is the number 0.03125. This is how much you want to scale a marathon map in Blender after exporting it from Weland to get 1 unit in Blender to match 1 WU in Marathon
WU stands for World Unit and is the unit of measurements in Marathon. It is noted in the Forge (Marathon map editor) manual that one WU accounts for about 2 meters in the real world. So if you like 1 blender unit = 1 meter, then scaling with 0.0625 might work better for you.
Texturing in Forge is quite nice as you could simply texture each face individually. Blender/Godot works differently though but I don't need to worry much about as Susannah had very minimal texturing needs. I do think Sprytile might be the key though. https://chemikhazi.itch.io/sprytile
On that note, If anyone knows of a good method or a plugin in Blender or Godot to independantly texture each face and be able to drag textures around (both tiled with other faces or independantly) like in Forge visual mode, then please do let me know.
Now that we have a level, what about the player? By looking into the Marathon physics model with the tool Shapefusion ( http://shapefusion.sourceforge.net ) we get the following information about the player. First, we'll look at is the player size. 0.25 WU radius and 0.8 WU in height.
Testing out the player sizes in a test level in Godot. Here you can see the player fitting inside a 0.5 unit wide gap, and under a ceiling 0.8 units from the floor.
Running the same level in Marathon actually allows the player to squeeze a little bit further into that gap but it makes movement really glitchy so that's most likely down to a bug in Marathon. Also, fun little fact, the player sprite is actually larger than the collision shape.
I had some trouble attaching the gif to this post so I'll just link to the tweet. Sorry about that. https://twitter.com/johannesgunnar/status/1026081189403258885