Jump to content

Recommended Posts

Posted

Hello all, thank you for viewing my thread.

I recently decided to update an old mod of mine, but I've been out of the loop with updating beyond 1.7. For the most part, I have the mod working again, and almost done, with a small exception. This mod includes a block that is just a modified chest. It is just a subclass of BlockChest, and that worked previously but sadly, it doesn't work now. The block won't render properly as an entity or in-hand; all I can see is an oversize black/purple cube. However, it worked correctly when placed in the world as a block state. Naturally, I figured following the way trapped chests work would get me to where I wanted, but that didn't work either.

 

So basically, I copied the trapped_chest.json from models/item to my models/item folder in my mod's asset folder, and just renamed the file to reflect the registry name of the block. Trapped chests only have this one file, so I'm not sure why it's not working. I don't understand why I'm having this issue since I'm using the same method that trapped chests use as far as the json files go.

Am I missing something? Is there something hidden within the source that I'm not seeing? I've been trying to get this fixed for a few days and I just can't seem to figure out what the problem is. If anyone could kindly point me in the right directly, that would be appreciated. I'll post whatever files/errors you need to see to help.

Posted

"It's not working" because chests don't use the JSON model system. They have an animated TESR model.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted
2 minutes ago, Draco18s said:

"It's not working" because chests don't use the JSON model system. They have an animated TESR model.

Okay, that's good to know.

So what reason would the engine have for not seeing my tile entity as having the same TESR as the vanilla chest?


In TileEntityRenderDispatcher.class

public <T extends TileEntity> TileEntitySpecialRenderer<T> getRenderer(Class <? extends TileEntity > teClass)
    {
        TileEntitySpecialRenderer<T> tileentityspecialrenderer = (TileEntitySpecialRenderer)this.renderers.get(teClass);

        if (tileentityspecialrenderer == null && teClass != TileEntity.class)
        {
            tileentityspecialrenderer = this.getRenderer((Class <? extends TileEntity >)teClass.getSuperclass());
            this.renderers.put(teClass, tileentityspecialrenderer);
        }

        return tileentityspecialrenderer;
    }

 

My tile entity is a direct subclass of TileEntityChest, so it should automatically be using the same render, or did I miss something?

 

If chests don't use the model system, what reason would both chest and trapped_chest.json have for existing in models/item?
 

Posted

models/item is the inventory model, not the model used in the world.

Anyway, you should be able to register the existing chest renderer for your own block.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted
1 minute ago, Draco18s said:

models/item is the inventory model, not the model used in the world.

Anyway, you should be able to register the existing chest renderer for your own block.

Right, and there is no issue with the model in the world; it renders perfectly fine as a chest, as the TileEntityRenderDispatcher method would suggest. So I therefore have no need to register the same TESR manually; it is registering itself via that method. The models/item being the inventory model I agree with, and that is where I am stumbling, because it is not rendering the chest ItemBlock as an entity or in-hand, which is the original problem that was pointed out.

 

Looking at trapped_chest.json in models/item (which should, as has been determined, decide how the in-hand model for the ItemBlock is handle), I see the below:

trapped_chest.json (assets/models/item)

{
    "parent": "item/chest"
}

 

Using that logic, I would figure that this would work for my ItemBlock:
 

blocktreasurechest.json (plunderrummage/assets/models/item)

{
  "parent": "item/chest"
}

 

I'm sure I've done something wrong.

Posted

I'm not sure, its not something I've tried to do.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted
19 hours ago, Draco18s said:

I'm not sure, its not something I've tried to do.

I appreciate your attempting to help me resolve this issue.

If anyone else has some insight, it would be appreciated. Thanks in advance.

Posted

Vanilla special-cases the rendering of Items for Blocks that are rendered by TESRs in TileEntityItemStackRenderer. You can register your own item TESR with ForgeHooksClient.registerTESRItemStack, but this is deprecated and marked for removal as soon as possible.

 

Instead, you should just create a regular baked model and use that for the item form. I created a JSON version of the chest model here.

 

Ideally you should also use a baked model for the block and use Forge's animation system to animate the lid, but unfortunately there's not much documentation on it.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • https://mclo.gs/46Xf7Sq thanks
    • That seems to have fixed it, thank you!
    • I am having some issues starting an RLCraft server on a minimal install of Debian 12. I have Java installed and I'm able to start the vanilla Minecraft server jar no problem and people can join and play without any issues, as soon as I try to create a new directory with the Forge jar the initial install with the INSTALLER jar works when I use the java command with the --installServer flag, but as soon as I try to start the server using the forge jar that is NOT labelled with installer I get the following error: A problem occurred running the Server launcher.java.lang.reflect.InvocationTargetException         at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)         at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)         at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)         at java.base/java.lang.reflect.Method.invoke(Method.java:569)         at net.minecraftforge.fml.relauncher.ServerLaunchWrapper.run(ServerLaunchWrapper.java:70)         at net.minecraftforge.fml.relauncher.ServerLaunchWrapper.main(ServerLaunchWrapper.java:34) Caused by: java.lang.ClassCastException: class jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to class java.net.URLClassLoader (jdk.internal.loader.ClassLoaders$AppClassLoader and java.net.URLClassLoader are in module java.base of loader 'bootstrap')         at net.minecraft.launchwrapper.Launch.<init>(Launch.java:34)         at net.minecraft.launchwrapper.Launch.main(Launch.java:28)         ... 6 more   I have tried using newer versions of Java directly from Oracle as well. Has anybody been successful in starting and running a RLCraft server from the terminal on a Linux machine? I cannot figure out why it doesn't want to work but the vanilla jar works without issue. Thank you in advance!
  • Topics

  • Who's Online (See full list)

×
×
  • Create New...

Important Information

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