warjort

Have you registered your renderer? Something like the following in your FMLClientSetupEvent

I think the real problem is that you have a fabric mod installed. Download the forge version and remove the fabric one. The one without -fabric https://www.curseforge.com/minecraft/mc-mods/connectivity/files

This is a volunteer forum, we are not paid, you shouldn't expect your questions to be answered quickly. 🙂 Anyway, you missed one

You are missing a lot of dependency mods:

You also have duplicate jar files for the above mods. One is of the form mod-version.jar the other is mod-version(1).jar

I create this issue: https://github.com/TheElectronWill/night-config/issues/111

Use EntityRenderersEvent.AddLayers to add a RenderLayer to the renderer of the entity type(s) you want to change. Then in your RenderLayer.render() draw your stuff. You get passed a reference to the entity so you can access whatever data you want.

I am not saying it is a silver bullet, but it does decrease the time the config files are held in the buffer rather than on disk, making it less likely to happen. People with large amounts of free memory can have large buffer caches that are not flushed for a while.

Yes, that is what I thought. You can Channel.force() or FileDescriptor.sync() to ensure the data is written to disk. Why isn't this done for config files to avoid corruption if you have things like power outages?

It seems to be a common problem that when somebody loses power to their computer that some of the config files get corrupted. e.g. the most recent https://forums.minecraftforge.net/topic/113418-modded-world-not-loading-version-1165/ My question is why aren't the config files forced synched to disk? They are just closed. Using a Closeable here: https://github.com/TheElectronWill/night-config/blob/1d678751747451e3a8458cf12d0ced21b84ebcad/core/src/main/java/com/electronwill/nightconfig/core/io/ConfigWriter.java#L87 It is my understanding that this will just leave the data in the buffer cache, and doesn't guarantee it will be physically on disk. I could be wrong about that and it might depend on the OS? Minecraft uses the following logic where file is a FileChannel - see net.minecraft.world.level.chunk.storage.RegionFile try { this.file.force(true); } finally { this.file.close(); }

Same problem, different file. This time fastleafdecay-server.toml You can repeat the process. If it happens again look at the first line of the error message to identify the problem file.

Problem with your curios-server.toml configuration file, ask for the mod author for help.

The latest version of AE2 is 11.1.4 https://www.curseforge.com/minecraft/mc-mods/applied-energistics-2/files If that doesn't fix it, contact the mod author.

Then use one of the ItemStack.matches() or the equals(ItemStack, boolean) defined by the IForgeItemStack interface. I am not sure of your requirements so you will have to figure out which one yourself 🙂

You want to retrieve the held item on the server. Instead you are retrieving it on the client which will not be the same item stack as the held item on the server. It will be a copy. So == will be false. But I think you actually just need the following return (player.getMainHandItem().sameItem(heldItem)); to check the items are the same type. You are not interested in the stack count or tags?

stillValid() runs on the server, where are you storing "heldItem" when you press B?

Try that, if it doesn't work correct it to the java.exe that exists.

Then you need to talk to AMD support.

When I mentioned neighbouring blocks above I forgot to conclude my thought 🙂 I was trying to point out that you should look for a block that is common to the areas you have a problem with, rather just concentrating on the block you directly interact with. e.g. follow lines of pipes or redstone to see what they connect to. .

This is a crash in atio6axx.dll which is AMD's opengl graphics driver. Check your driver is up-to-date. Sometimes these problems can be caused by misconfiguring your monitor settings into a mode the graphics driver doesn't understand/support properly.

That sounds very cursed. You should know its not just the block you change. It could be a neighbouring block that changes in response to what you did and so on to its neighbours. The block is probably not visible to you on the client if you have that NPE. But the server knows it exists. It would be a "ghost block". You could try to detect it by walking around and see if the server stops you walking into a certain block that looks like air to you.

Removing the mod is a bit drastic when its obviously just a misconfiguration 🙂 speak to the byg mod author about how to fix it.

I am sure many are confused when you used the javadoc convention for naming methods. Hobbiest programmers have probably never written javadoc. 🙂

I quoted "half" because you can ignore things like jei and graphics mods that don't have blocks.

The obvious candidate would of course be the create mod then. Is it possible for you to create a copy of the server and start it without create installed to see if you get the same error in that area? If the mod is not present, it will turn its blocks to "air". I wouldn't do it on the live world unless you have a backup, you will probably corrupt things. If that's not it, the only thing I can suggest is to perform that process for other mods until you find the problem one. An efficient way is to start by removing "half" the mods to eliminate many at once, then repeat with half the mods in the problem group.