Project:Base

User avatar
TumeniNodes
Member
Posts: 2941
Joined: Fri Feb 26, 2016 19:49
GitHub: TumeniNodes
IRC: tumeninodes
In-game: TumeniNodes
Location: in the dark recesses of the mind
Contact:

Re: Project:Base

by TumeniNodes » Post

rubenwardy wrote:I'm looking for a good way to improve MTG's default, as it's currently a massive obstacle to inter-game modding. Not sure how to do it cleanly without some breakages. I'd argue that some breakages will be worth it in the long run
I honestly believe the default, should consist only of nodes, etc. related to world creation/mapgen. (this includes 'ore_in stone', water and lava. The only exception being trees, trees could certainly be a stand alone mod, due to it's slightly higher complexity involved.
The trees.lua is already separated, now it just needs to contain it's own textures, sounds, and schematics folders.

Then a new mod which handles all of the manufactured, _brick, _block, types
Mods such as stairs and walls, carts, etc. can be kept as is, as they are already stand alone mods (with default as a dependency because..., how can it not?)

But then, do wooden planks, and fences, etc., end up in the 'trees' mod or the new mod which handles manufactured type nodes, mentioned above?

Do other decorations fall into a deco mod? Why would they not be within the default mod, which handles all world/mapgen related items..., but then, trees is separate... : /

This would be the best way to have ties to 'default', as anything outside of those materials, would have to be a stand alone mod as well.
But it might also be even worse, and even more difficult to maintain/work on.

But splitting up things such as ores into individual mods per ore is a bit..., overkill.
Of course at the same time, there could be a stand alone 'metals' mod (but then it would need a tie into default due to the ores), unless ores were also part of that mod... and then default would actually have stand alone mods as dependencies)

So..., where is the 'win'?
And that is the most difficult part in all of this..., what to split off to where, how to remove as much dependency as possible, where is the line drawn when it comes to complicating things?
(groups) becomes another problem, how and where are they set? and why

And no matter which way it ends up, there is going to be breakage. Some are fine with this, some are not. But, in order to move forward..., 'breakage' has to be involved.
But, will that breakage actually be worth it? Or will it just bring more problems down the line...

It is very easy to say "it should be this way", when it is the way 'you' would be happy with it however..., count on more than one other person disliking the idea.
It is also much easier to say, than to actually do. Many have set off on the idea..., but I have yet to see any one of them completed. They seem to stall out over a short period of time.

And that is because..., it is not as easy as it initially seems.
Last edited by TumeniNodes on Fri Jul 20, 2018 19:18, edited 1 time in total.
A Wonderful World

User avatar
rubenwardy
Moderator
Posts: 6972
Joined: Tue Jun 12, 2012 18:11
GitHub: rubenwardy
IRC: rubenwardy
In-game: rubenwardy
Location: Bristol, United Kingdom
Contact:

Re: Project:Base

by rubenwardy » Post

Astrobe wrote:What you want is an in-game package manager. Something that download mods on your request and download its dependencies as well.
5.0 will include a package manager, backed by ContentDB

Dependency installation is coming soon™
Renewed Tab (my browser add-on) | Donate | Mods | Minetest Modding Book

Hello profile reader

User avatar
Wuzzy
Member
Posts: 4786
Joined: Mon Sep 24, 2012 15:01
GitHub: Wuzzy2
IRC: Wuzzy
In-game: Wuzzy
Contact:

Re: Project:Base

by Wuzzy » Post

Gosh. Always this obsession over Minetest Game. When will the community finally realize it's a failed project? You can suggest things for Minetest Game all you want, it won't happen anytime soon. I don't care about the default mod. Minetest Game would just stand in the way for creating a set of generic mods, it's more counterproductive. Trying to support Minetest Game would be just a waste of time. Making re-usable mods with little or no dependencies is far more important and helpful to the community.

Oh wait, Minetest Game is still the default game, you say? I don't care! It better be dethroned. The reason why Minetest Game reigns supreme is because all modders believe that Minetest Game is king.

Stop obsessing over Minetest Game compability, then your soul will be free. xD

User avatar
texmex
Member
Posts: 1753
Joined: Mon Jul 11, 2016 21:08
GitHub: tacotexmex
In-game: tacotexmex

Re: Project:Base

by texmex » Post

From what I can tell this is not an improvement campaign FOR MTG but rather the start of a new game base built FROM MTG, in order to support the trove of mods depending on MTG while still modularizing it.

I know you always propose building games from scratch but some of us don’t have the time, skill or interest in rebuilding base components that already exists.

Post Reply

Who is online

Users browsing this forum: No registered users and 2 guests