warjort

Is your user allowed to add files to the root of the c drive? Try specifying your home folder or your desktop folder. Quoting that link above: If this happened you can type %TEMP% into the location bar of windows explorer to find your temporary directory.

My insight would be good luck. 🙂 I am far from an expert on chunk loading, but here's some observations: * The chunk loading is pretty hard code to understand. Its partially asynchronous and has shared code between the client and server sides, but they use it in different ways. * Its made harder when you consider other mods are changing what it does, e.g. optimisations to lighting or just speeding up chunk loading in general * The world save is split into "World" data and "Level" data. Its confusing, because forge used to call what is now called the level, the world. 🙂 The world data is typically only reloaded at game restart, e.g. restarting the server. Things could go wrong if these are inconsistent because you only backdated the level data. * DIM0 (now called minecraft:overworld) is normally never unloaded (even if it has no players) because of the spawn chunks. Then there is the usual rule. "Don't fix what is not broken". Is a server restart really that slow that you want to risk world breaking bugs in your new code? Kind of defeats the point of what backups are supposed to achieve. You might test it extensively during initial development. But when Mojang makes changes to it in future (that might be quite subtle) are you going to want to repeat the process?

If you can't find it, you should be able to specify where it puts the file. e.g. add the something like the following to your java parameters in the launcher replace "path/to" with a folder that exists. See: https://docs.oracle.com/en/java/javase/17/docs/specs/man/java.html for more information. Then try to launch minecraft again, it should put the file where you told it.

As it says, this is an issue with "Danny's Expansion". You seem to have the latest version and its dependency "BrainCellAPI". Report the problem to the mod author.

You will usually be told the position of the relevant block (actually the BlockState) in whatever callback you define. e.g. if somebody right clicks your block the following method is invoked on your block (the BlockPos contains the x,y,z) public InteractionResult use(BlockState p_60503_, Level p_60504_, BlockPos p_60505_, Player p_60506_, InteractionHand p_60507_, BlockHitResult p_60508_) {

IndustrialForegoing needs the titanium mod: https://www.curseforge.com/minecraft/mc-mods/industrial-foregoing/relations/dependencies?filter-related-dependencies=3

The mod mantle doesn't work with forge 40.1.0, you can either; * Upgrade forge * Remove mantle * Ask the mod author if there is a version that works with 40.1.0

The hs_err_pid is nearly a year old. 🙂

I don't think this is the correct hs_err_pid file Your log shows you using: But the crash shows it using These can't be from the same crash.

You are hijacking somebody else's thread. That's a good way to be ignored. This thread had its issue resolved 7 months ago. Anyway, the crash report says you have a mod for an older version of minecraft but doesn't say which one. It just gives a class name that is used in minecraft/forge 1.16.5 and earlier: " net.minecraft.network.chat.TranslatableComponent" You have minecraft/forge 1.19 so it does not exist. If you can't figure out which one of your mods is not for 1.19 from the file names in the mods folder (it will probably be one that does not include 1.19 somewhere in its name), start a new thread in this forum and post the logs/debug.log so we can see which mods you are trying to run.

Looks like you are missing this mod: https://www.curseforge.com/minecraft/mc-mods/framework You would be much better off asking questions about mrcrayfish mods on their discord. But check the mod's main page first and that you have the latest version. e.g. the gun mod page says it requires "framework" in red text: https://www.curseforge.com/minecraft/mc-mods/mrcrayfishs-gun-mod

Broken config/forge-client.toml file. Delete it and it will be recreated with default values.

Use an older version of that one mod that was released before 7th July (the release date of 41.0.64).

Update your java.

You can also try changing it to use "fullscreen:false" in your options.txt in the minecraft folder. This will force minecraft into windowed mode which can sometimes fix problems.

Error code -1073741819 is 0xC0000005 in hex which is the windows error code for an "Access Violation" (or invalid memory access). https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-erref/596a1078-e883-4972-9bbc-49e60bebca55 Given the error happens during graphics initialisation, the problem is likely with your graphics driver. But, you probably have a file beginning with "hs_err_pid" somewhere. It could be in your minecraft folder or your home folder. This file will give more information about where the crash occurs exactly. Assuming it is your graphics driver, likely causes include; * Your graphics driver is not up-to-date * Your graphics driver is misconfigured * Your monitor configuration/mode is not properly supported by your graphics driver.

When I said "I would", it's a turn of phrase. I meant "you should". 🙂

So now your problem is that you are using version 0.5.0 for create while the latest is 0.5.0c https://www.curseforge.com/minecraft/mc-mods/create/files I would go through your mods lists to check you have up-to-date versions for all your create related mods.

Looks like an issue with flywheel, create's library mod. You have version 0.6.3 while the latest is 0.6.4 https://www.curseforge.com/minecraft/mc-mods/flywheel/files If that doesn't fix it, contact the author.

You will also need to look at vanilla's data/minecraft/loot_tables/blocks/shulker_box.json

Start with ShulkerBoxBlockEntity.itemStacks and follow the logic from there.

This is another in the launcher.log

This is an error in your launcher.log that says your additional_lights jar is corrupted/incompletely downloaded. You will need to redownload it to fix it. However, the debug.log you posted is from 15 minutes after that and does not show this error. Did you already fix it? Your launcher.log stops 2 minutes before your debug.log starts.

It was a typo, I should have written 40.1.58+ as in the link.

There is no optifine version currently compatible with forge 41.0.58+ https://github.com/sp614x/optifine/issues/6974