Jump to content

Dubius

Members
  • Posts

    6
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Dubius's Achievements

Tree Puncher

Tree Puncher (2/8)

0

Reputation

  1. Those are some excellent points. Thanks for your time.
  2. Thank you for pointin Thanks for pointing that out, I'll change the names of my classes. In other news, I found the issue, and feel very stupid. Minor error. Thanks for putting up with me. I'll update the main question to reflect what I found. I'll be frank, I'm not familiar enough with DeferredRegistries to really understand what the issue with having both is. I think the main thing here is that it lets me register BlockItems without having to declare them myself? Unless I can do that without the handler...
  3. Here's the class that declares my blocks and such. Other classes will be listed below. They are probably necessary to understand how this class works. Template class: Extension class: AbstractBaseBlock class: BaseBlock class: BaseStairs class is listed below. The BaseSlab class is the same, except that blockConstructor() returns a SlabBlock, as expected. Here's the main class:
  4. Added additional info and re-pasted the JSON. not sure why it was jumbled like that to begin with, apologies.
  5. I haven't been able to find definitive info on this. Usually, you would want blockstate, model, and loot table JSONs (at least) for each block in a mod. What I'd really like to do is have the information generated at initialization based on code. I know this can be done and output to a folder of generated JSONs, but I don't want to have to go and copy the JSONs each time. I might be registering hundreds of blocks, and I feel that hanging on to 3 JSON files for each is... clunky. Is there a way to have the information generated and held in memory instead? Would that take up too much memory? Any thoughts on the issue are appreciated.
  6. RESOLVED: I was so focused on looking for errors in my classes and methods that I overlooked a simple misplaced parameter that made my code use the wrong class. The issue is essentially a duplicate of this, despite what I said in my post below. Apologies. I'm making pretty standard StairsBlock, and it's basically just a re-skin of the acacia stairs. When Minecraft loads, I get a bunch of exceptions in the debug log: I've never had this issue before. I've checked multiple times, and my JSON is basically an exact copy of the acacia stairs JSON. The same is true of the model JSONS: At first glance, this seems like the same issue found here, but while I am adding the StairsBlock to my DeferredRegister in an odd way, I am initializing StairsBlock, and the method I've used to add it to my DeferredRegister has proven successful for SlabBlocks. I've listed all my code below. There's quite a bit there, so... sorry about that. Feedback is greatly appreciated. Template class: Extension class: AbstractBaseBlock class: BaseBlock class: BaseStairs class is listed below. The BaseSlab class is the same, except that blockConstructor() returns a SlabBlock, as expected. Here's the main class:
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.