Cadiboo

Gradle Arguments: the arguments passed to the setup scripts that create your workspace Launch Arguments: arguments passed to Minecraft. This includes the ram to be used, your username, etc. jvisualvm: a profiling tool to inspect Java applications command line: The command line on your computer. Terminal on Mac and PowerShell -> cmd on Windows.

jvisualvm is a profiling tool. As of Java 6 it is shipped with the JDK. You can launch it by running `jvisualvm` in the command line of your java installation is properly set up

A BlockState is not a block. It is a combination of Block + metadata + other values. Are you using an IDE to write your mod? Do you know Java?

What you’re doing is extending a class. To subscribe to an event you need to have an event subscribing class and have a method that accepts an event as it’s only parameter. There is info about EventSubscribers in this tutorial https://cubicoder.github.io/tutorials/1-12-2/2018-06-20-first-item/. If you have problems with the event subscribing method not being called refer to this image before asking for help.

Your gradle arguments don’t have anything to do with your launch arguments. You can set your launch arguments to use more ram in your run configurations. You could also profile or sample the program (with jvisualvm for example) to see what’s actually causing the slowness

That would be your problem. All FastTESRs are given the same buffer that is already setup properly. You need to draw at the position, currently you’re drawing near 0, 0, 0 Yes. The vertex format BLOCK requires a lightmap. Lightmap values are from 0-240 with 240 being max brightness. You can use IBlockState#getPackedLightmapCoords to get packed coordinates. You can then use packed >> 16 & 0xFFFF to get the skylight which is stored in the upper bytes and packed & 0xFFFF to get the block light which is stored in the lower bytes. You might want to look at https://github.com/Cadiboo/Example-Mod/blob/5fe80fde8a41cd571593c02897b06b5822e9a738/src/main/java/io/github/cadiboo/examplemod/client/ClientUtil.java#L240 as it is very well commented. Also note the offset (x, y, z) that is added to the quad in the renderFast method.

That doesn’t seem to contain any normal errors, can you please post your debug.log (if it exists). It should be right next to your latest.log in the .minecraft/logs/ folder

Look at the ItemRenderer. Specifically renderStack

Have you looked at the code that handles rendering a sneaking player? You can probably copy some code from there

if (gui instanceof GuiChest)?

Also don’t call it ModConfig, cause that’s what the Forge config class is called in 1.13. I suggest ModNameConfig or ModOptions or ModConfiguration or even ModSettings.

I think that you’re 1) drawing at block pos (1, 0, 1) instead of the actual pos and 2) not adding all the elements of your vertex. Example of FastTESR: https://github.com/Cadiboo/Example-Mod/blob/master/src/main/java/io/github/cadiboo/examplemod/client/render/tileentity/RenderExampleTileEntity.java Example of using the BufferBuilder to render faces (might not be what you want to achieve, but it’s useful for seeing the parameters and uses of them). https://github.com/Cadiboo/NoCubes/blob/cb5ece4525faba7e44a3bb4bbb80328848c11647/src/main/java/io/github/cadiboo/nocubes/client/render/MeshRenderer.java#L385

Not quite correct. Registries events (where you should be making your items) are fired right after preInit. But yes, after these events finish firing, you can’t add any objects to any registries.

Add “data”: “32,767” to allow a stack with any damage to be used.

Does your entity exist on the client? Does it’s bouding box show up when you enable AABB debugging?

Learning with 1.12.2 will be easier. Forge is in public beta, and many more players are using 1.12.2 than 1.13.2

You need to render them. Entity models aren’t like blocks or items, if you use json models you’ll need to load the models yourself

You can also use RenderRed::new instead of the lambda

The same way as the ModList GUI or the Config GUI?

Follow the way vanilla does it™️

If you change the order or add a new entry, you need to make a new world to see the changes in the creative tab, because registry entries and registry entry order is saved in the world file

Use a FastTESR at least

Your

Post your code

Yes What do you mean by this? Any dependencies downloaded by gradle or in /libs/ will be available when you compile your mod in a dev environment or build your mod for release. If you mean packaging the dependency inside your mod's jar, you need to get permission from the mod's author first.