warjort

That looks like you are calling this from a command? Unless you have specifically implemented this as a client command, that is wrong. Commands run on the server so you can't do anything with rendering directly. You need a network packet to tell the client to do something for you. But assuming you are trying this in single player, you should check what ItemStack is actually being used by your code and if it is even being called.

Your question is unclear. You don't say what problem you are having. If you want to know how to apply an effect to an entity look at WitherSkeleton.doHurtTarget() as an example.

ForgeRegistries.ITEMS.getValues()

Just use an ide. ForgeGradle creates a decompiled/deobfuscated version of the minecraft source.

Your question is too unfocused and is not really a support question. It's a please teach me question. Here's some pointers: On the getShapeForEachState(), look at how vanilla uses it, e.g. BigDripleafBlock For the "double" block entity, the example from vanilla I can think of is the double chest that animates the chest opening for "2 blocks". See ChestRenderer. If you have specific problems feel free to ask, but "please write my mod for me" type questions like your original post will probably just get ignored. Especially so if they are please teach me how to do complicated rendering/animations. 🙂

You have the wrong versions of forge, flywheel and sophistacatedcore for some of your installed mods. For example, create requires at least forge 40.1.60: https://github.com/Creators-of-Create/Create/blob/1f06034b47d6aabd86196e3673e6fafba9262a36/src/main/resources/META-INF/mods.toml#L22 Check you have the latest versions of your mods and forge. Also create had a major rewrite about a month or so ago. If you have create addon mods whose latest release is before then, they probably won't work.

Then you did it wrong. Double check you did each step correctly. Otherwise, your question is unanswerable. We have no idea what you did/did not do correctly or what error you are getting. You don't show any useful information. We have no psychic powers. "It does not work" style posts are a waste of your time and ours.

https://docs.minecraftforge.net/en/latest/gettingstarted/

You can't access the config during the static initialization, it will just contain default values. Config files are not loaded until after registration happens. In 1.19 it now throws an error if you try to do this. But you don't need to setup config options for world gen. The world gen configs are overridable via the datapack mechanism. If you do want your world gen to access your config you need to write your own Feature(Configuration) that does this. Either directly or for example by writing and registering your own IntProvider for use in the feature configuration/json. This just seems like a lot of work for no real gain.

You don't put any mods in the mods folder in a development environment unless you know they are already deobfuscated. Your mod will be automatically added to the game. Other mods need to be added using the gradle dependency mechanism. Examples from the mdk: https://github.com/MinecraftForge/MinecraftForge/blob/98823a8f071e04c360a99ad5b46910f6c15028a8/mdk/build.gradle#L134

Isn't this just controlled by the minecraft:climbable block tag? There are also some methods in IForgeBlock that you can override on your block. You will need to investigate, I have never used them myself.

Hard to say without the debug logs. Also the client and server logs don't match. They are nearly 4 hours apart. The server log contains no errors and you don't show a crash report or any other error. For the client log it looks like you are taking too long to login. There is a timeout after 30 seconds. You can use a mod like this on the server to increase that time. https://www.curseforge.com/minecraft/mc-mods/longer-login-times

Optifine issue. Check you have the correct version for the forge version you are using.

Issue with valhelsia core. Other users have reported this is a conflict with Optifine. Check you have the latest versions, then contact the mod authors.

If you have a resource pack installed then yes. You change the resource pack then press F3+T

Issue with valhelsia core. Other users have reported this is a conflict with Optifine. Check you have the latest versions, then contact the mod authors.

Same problem as before, but now it is a different file. configured-client.toml If it crashes again when you fix that file, look at your log file or crash report to identify the new problem file. Hopefully, it is only your config files that weren't saved when your computer didn't turn off properly. This is why you need backups. Also please post a link to the full debug.log in future. Don't post it in the forum where it is difficult to search especially when there are more than one on a forum thread.

I don't know how you expect us to help from the zero information you provide about the new crash?

Then you need to tell the compiler what you are doing. You are currently effectively trying to use setValue(Property<?>, ?) and the compiler has no way of knowing if those two ?s have the same type. ? means they could have any type/value. Hence your compiler error. e.g. try something like this (untested code) BlockState oak = Blocks.OAK_STAIRS.getStateDefinition().any(); BlockState acacia = Blocks.ACACIA_STAIRS.defaultBlockState(); for (Property<?> property : oak.getProperties()) { acacia = copyProperty(oak, acacia, property); } // You are telling the compiler the two parameters use the same T private static <T extends Comparable<T>> BlockState copyProperty(BlockState from, BlockState to, Property<T> property) { return to.setValue(property, from.getValue(property)); }

Java questions are not answered here. Explain why you need to do this? BlockStates with the same property values should be the same Object instance. BlockState.setValue() does not create a new BlockState instance. It selects an already existing BlockState from the set of possible states using the reference BlockState and the new property value. The possible BlockStates are created by the Block's createBlockStateDefinition() e.g. from BambooBlock This creates 2 (age) * 3 (leaves) * 2 (stage) = 12 BlockStates protected void createBlockStateDefinition(StateDefinition.Builder<Block, BlockState> p_48928_) { p_48928_.add(AGE, LEAVES, STAGE); } while this selects one of them as the default state this.registerDefaultState(this.stateDefinition.any().setValue(AGE, Integer.valueOf(0)).setValue(LEAVES, BambooLeaves.NONE).setValue(STAGE, Integer.valueOf(0)));

On the modpack page. https://www.curseforge.com/minecraft/modpacks/all-in-one-modded-one-block/issues

1.16.5 is not supported in these forums. You need to speak to the mod pack author.

Gradle seems to be "incorrectly" interpreting something as a number. I would guess this is related to you starting your mod id with a 1 ?

Mixin doesn't like that you are using java 19 which was only released last week. 🙂 Use java 17 which is the current LTS (long term support) version. https://en.wikipedia.org/wiki/Java_version_history

Your original error shows a server tick taking more than 60 seconds. When it crashed (which minecraft does deliberately when this happens) it was doing some world gen structure generation. The crash does not identify which structure or which mod is causing the problem. Your second problem is likely because you allocated too much memory to the heap. If the heap is using "all" the memory then there will no memory left over for stack space (which is the type of memory needed when a thread is created like crafttweaker is trying to do). On your original problem, it looks like this mod pack already contains a version of the spark mod You can use that mod to collect information about what is taking a long time on the server thread. See its wiki and other documentation for how to use it. https://www.curseforge.com/minecraft/mc-mods/spark You should also contact the mod pack authors. They will have more knowledge on what might be causing your problem. e.g. which mods modify structure generation.