Interesting.
I recall the TMO update. I guess I just assumed it was part of the later version (Trackmania United Forever) which had everything in it.
Valley would be a cool env. to have a long editing area option in (10x100) or something. You could make some cool rally events and total times from one track to the next as in a real rally event.
Suggestion: more map size variants
Moderator: English Moderator
Re: Suggestion: more map size variants
CPU: Intel I7-4770 64Bit @ 3.4Ghz.
Ram: 32GB DDR3
GPU: Geforce GXT 1060 6.2GB DDR5
Windows: 7 Pro SP1 64bit
Ram: 32GB DDR3
GPU: Geforce GXT 1060 6.2GB DDR5
Windows: 7 Pro SP1 64bit
Re: Suggestion: more map size variants
This would be greatDemented wrote:Interesting.
I recall the TMO update. I guess I just assumed it was part of the later version (Trackmania United Forever) which had everything in it.
Valley would be a cool env. to have a long editing area option in (10x100) or something. You could make some cool rally events and total times from one track to the next as in a real rally event.

Re: Suggestion: more map size variants
Computing lightmaps would likely be the same for rectangular shapes, providing the maximum number of blocks you can place in the area is around the same as the original.TMarc wrote:I also miss the possibility of rectangular shapes on maps.
On the other hand, the lightmap calculation would take ages the larger the map is, besides that it might only be playable at high performance machines only![]()
We simply have to accept the fact that ManiaPlanet is not a "open world" editor at the moment
In terms of playability, consider that a 30x30x30 map has 27000 possible locations, and that a 10x100x30 map has 30000 possible locations.
If a map had about 5000 out of the possible 27000 blocks placed (District 25 perhaps?), the equivalent sized map in a 10x100x30 base wouldn't be much higher (about 5500 placed blocks). Performance would therefore probably only be "not that much worse" for this equivalently-sized map.
Re: Suggestion: more map size variants
Is canyon 30x30 or 32x32?
I thought it was 32x32 which is 1024 at the base level. If so an 8x128 or 16x64 would be the same and 10x100 would actually be smaller. I think it would be important to the programmers to keep the number of block locations the same but other than that it should be possible.
So, how about giving up some height for length and width?
IE: 32x32x32=32768 takes the same memory as 16x128x16 or 16x256x8
If you are building a long and only slightly hilly track as in a Baja Race or something you may not need all that height anyway. Why not let the user choose?
I thought it was 32x32 which is 1024 at the base level. If so an 8x128 or 16x64 would be the same and 10x100 would actually be smaller. I think it would be important to the programmers to keep the number of block locations the same but other than that it should be possible.
So, how about giving up some height for length and width?
IE: 32x32x32=32768 takes the same memory as 16x128x16 or 16x256x8
If you are building a long and only slightly hilly track as in a Baja Race or something you may not need all that height anyway. Why not let the user choose?
CPU: Intel I7-4770 64Bit @ 3.4Ghz.
Ram: 32GB DDR3
GPU: Geforce GXT 1060 6.2GB DDR5
Windows: 7 Pro SP1 64bit
Ram: 32GB DDR3
GPU: Geforce GXT 1060 6.2GB DDR5
Windows: 7 Pro SP1 64bit
Who is online
Users browsing this forum: No registered users and 1 guest