Registering objects during runtime?

[LousyLynx]

Hello. I am working on a library to make registering objects during runtime much, much easier. I just have one question; is registering blocks, items, entities, etc. even possible? Or rather, do the current versions of forge allow for it?

[Animefan8888]

Do you mean after postInit is done?

[LousyLynx]

Yes, during the runtime. As in if, outside of the loading Mojang screen. Possibly in game, or in a menu.

[larsgerrits]

This isn't possible right now, and most likely never will be, due to some restraints in the Minecraft code base.

 

Why do you want to register blocks at runtime?

[Animefan8888]

Runtime is not what you defined it to be.

http://stackoverflow.com/questions/3900549/what-is-runtime

[LousyLynx]

I just think that having the option to register blocks, items, entities, etc. when the game is running would be a cool feature to have.

[LousyLynx]

Well, I was thinking that it might open up possibility. Say we have one mod on the client, and the same mod on the server. Say this mod allowed custom "mods" that are sent over to the player when they join. Then servers could have entire modpacks running on just one mod on the client, and the player would be able to essentially switch modpacks without even having to restart the client. That is just one theoretical example. Is there anything that I don't know that could make this example invalid ?

[LousyLynx]

By the way... If registering objects after the game is "not possible", how come I have done it here: https://github.com/LousyLynx/On-The-Fly. Video proof:

 

 

It may be just for a block, but I am sure it will work the same way with items... Entities I am not so sure about. When I said I wanted to make an API for this, I did not mean that I would load and unload entire mods. And if you thought that is what I mean, I guess that was a mistake on my part. I meant that mods would be built around this API. The API would fire the events, register blocks, etc.

 

Currently, the ID tables are stored with the world, so if you log out and back in, you won't get the block, but that is not something that should be built with my API(Or maybe I will make it an optional side part).

 

The code for the API: https://github.com/LousyLynx/On-The-Fly

[LousyLynx]

Although all of those things sound like things that could be fixed with a reasonable amount of time. Get the models to load at the beginning, and load those, have the server send the ID's to the client(Assuming that we could set the ID to a specific value), make a method to somehow calculate the ID for caches. Correct me if I am wrong, but couldn't pretty much any error produced be fixed?

[LousyLynx]

I guess that loading models at startup is kind of defeating the purpose. I will think of something.

 

Otherwise, thank you for your help. Now that I know I can do what I want to, I am quite happy.

 

By the way, I have a couple of ideas that could take use of this concept, that could get really popular. I guess we will just have to wait and see

 

 

[Animefan8888]

I guess that loading models at startup is kind of defeating the purpose. I will think of something.

 

Otherwise, thank you for your help. Now that I know I can do what I want to, I am quite happy.

 

By the way, I have a couple of ideas that could take use of this concept, that could get really popular. I guess we will just have to wait and see

There is one huge problem with this that I have. The blocks maybe started at the server, then a packet gets sent to the client and adds a block, ok ok. No problems yet. What if the block is supposed to have a custom function, that is where it gets iffy. How would you send the extra information? This is in case of your custom "mods".

[Draco18s]

If the blocks are purely decorative and the player just gets to assign a texture, then it can probably be done with a non-ticking TileEntity and a (very complicated) baked model or IStateMapper class.

[LousyLynx]

I guess that loading models at startup is kind of defeating the purpose. I will think of something.

 

Otherwise, thank you for your help. Now that I know I can do what I want to, I am quite happy.

 

By the way, I have a couple of ideas that could take use of this concept, that could get really popular. I guess we will just have to wait and see

There is one huge problem with this that I have. The blocks maybe started at the server, then a packet gets sent to the client and adds a block, ok ok. No problems yet. What if the block is supposed to have a custom function, that is where it gets iffy. How would you send the extra information? This is in case of your custom "mods".

 

What do you mean "What if the block is supposed to have a custom function"? If you are talking about the idea where the server could send the client information(1: you quoted the wrong message ), I am not sure about how I would do that. I will get there when I get there, but as of now, I want to make the api.

[Draco18s]

What do you mean "What if the block is supposed to have a custom function"?

 

Oh, anything from "be a chest" to "be a furnace" to "be gravel" to "be a liquid."  Stuff like that.