server.properties optimization - Specifically level-type

  • I recently created a server for me and a friend on aternos, using the Valhelsia 3 modpack software, which has Biomes O' Plenty as one of the mods. I generated a world, without realizing that the default generation (Set by level-type in server.properties file) was vanilla generation and not Biomes O' Plenty generation. We played for a while without noticing that we were missing some biomes, and when we did, we already had progress in the world. With the current system in Aternos, the level-type can only be changed before world generation. Therefore we could not explore the biomes from the mod without restarting our progress.

    Had we been able to change this property post-generation, then future world generation in yet unloaded chunks would have, to the best of my knowledge, been changed to that of Biomes O' Plenty generation, while our current progress in the world and explored chunks would be the same.


    What I am proposing to Aternos is to give users more freedom over server files in general, so that these properties could be changed at any point. This could also be implemented for various other files in Aternos to allow users more freedom over their servers in general, such as the mod folder, so that you could customize pre-installed modpacks and add or delete mods based on how the user wants their experience.


    However, the most pressing problem for me at the moment is the lack of options with the server.properties file, not only for world generation but other things such as view-distance (Though this might have an impact on performance, since Aternos has a Hardset limit to how much RAM the server can use, this would not impact Aternos and would allow users to sacrifice some server speed or the amount of mods able to run for better graphics ) and spawn-animals/monsters/npcs.


    At the very least, if none of this could be implemented, I would at least like the option to change the level-type post world generation within the options tab in Aternos.



    Thank You for reading,

    Argitechno

    • Official Post

    Hi,

    World generation options can't be changed for existing worlds. That's simply not how Minecraft works and has absolutely nothing to do with Aternos.


    Almost all options can be changed in your server.properties file. This also includes the view distance option, although it has an upper limit set. What options are you missing in the server.properties file?


    Customizing pre-installed modpacks on Aternos is not possible for technical reasons. If you use Forge/Fabric as your server software, you can access both the mods and config folder to configure your mods.

  • Thankyou for the quick response, and I do understand that customizing modpacks might not be possible due to technical reasons. It seems that I made this post prematurely without exploring properly as I have found that going to files you can change the server.properties, though it would be nice if the options tab defaulted to this page as they are different (see attached pictures for example.)


    Sad that there is nothing to be done about the world generation. Maybe there is a way if you change the level.dat?


    Again, thankyou for responding to my post and I apologize for not doing proper research before making a post.

    • Official Post

    It might be possible to change your world type by editing your level.dat file, but that's generally a lot more complicated than just changing a single option. You can download your level.dat file, edit it in an NBT editor, and upload the result, but I'd definitely recommend creating a backup first.


    On the options page, we only show those options that are relevant to most users. Options that only have niche use cases or only work under specific circumstances (like world generation options that only work when a new world is created) are "hidden" in the server.properties files to prevent unnecessary confusion. We might look into making it clearer on the Options page that there are additional options that can be accessed.