warjort

This is what the launcher shows when any error occurs (except a crash in native code). Not very helpful, but if you don't like it talk to Mojang who wrote the launcher. And yet you don't post yours either. It's hardly our fault if we have to keep asking for the log (including stating in the EAQ - first post in this forum - that posting this log is mandatory for every problem) Many times the user never posts the log, presumably they looked at it themselves and used a search to find the error without needing to post it? 90% of problems in this forum are users trying to load random mods meant for different random versions of minecraft/forge and expecting it to work. The other 10% are badly written mods that keep appearing again and again, usually graphics/optimisation mods. In my time on this forum I have only ever seen 2 problems that were actual bugs in forge.

You have at least 2 problems: You have a version of VTWeaks which is exclusively for 1.19.2 (forge 43) and so won't work with 1.19 (forge 40) You have the wrong version of flywheel for one of your mods. You might have further problems, since the log finishes in the mixin processing and says it is printing a crash report which you don't show. The crash maybe caused by the above problems. But that crash stops forge from displaying the helpful screen mentioned above.

See "Data Storage" here: https://forge.gemwire.uk/wiki/Main_Page/1.18

You can start by posting that logs/debug.log. Like I said above it might identify the mod or what the real problem is. Otherwise you will have to remove mods one-by-one until the problem goes away. Then you will know which mods it is. After that it is a case of checking you have the correct/latest version of the mod and all its dependencies. And finally talking to the mod author about the problem.

The error says one of your mods created a ForgeSpawnEggItem but didn't register it (properly). This error doesn't say which mod is responsible. Your logs/debug.log might contain more information, e.g. an error saying why it was not registered.

This is not a question. If you want help, show the code (preferably using a github repository) and explain what it is not working in detail - not "it does not work". If you want tutorials or somebody to write your mod for you, this is not the place for that. This is a support forum not a teaching forum. It already took 20+ posts on this thread for you to do something as simple as drawing a texture on a screen. This suggests to me you need to put some work into learning the basics, either java or the minecraft/forge codebase. e.g. look at vanilla code that does something similar to what you want to do and try to understand it don't just copy/paste, you will never learn if you don't understand

https://github.com/sp614x/optifine/issues/6974

Issue with scaffoldingpower. Check you have the latest version then contact the mod author.

You have an old version, download 2.7.4 https://www.curseforge.com/minecraft/mc-mods/creativecore/files If that doesn't fix it, contact the mod author.

If you look at Entity.setPos() you can see the bounding box gets recalculated whenever the entity's position changes. It's in world co-ords, not relative co-ords. The actual bounding box is calcluated using this.dimensions, it does not call getDimensions(Pose) here. this.dimensions is recalculated from getDimensions() but only if you call Entity.refreshDimensions() where it also recalculates a number of other things.

Your problem is not going to be solved by removing the mod, it will only make it worse. You are trying to load an existing world that has "Mahou Tsukai" as part of its world generation definition. Exception reading C:\Users\I__\curseforge\minecraft\Instances\MinisterOfSinister\saves\hec\level.dat_old java.lang.IllegalStateException: Trying to access unbound value 'ResourceKey[minecraft:worldgen/density_function / mahoutsukai:overworld/depth]' from registry Registry[ResourceKey[minecraft:root / minecraft:worldgen/density_function] (Stable)] at TRANSFORMER/[email protected]/net.minecraft.core.Holder$Reference.m_203334_(Holder.java:151) at TRANSFORMER/[email protected]/net.minecraft.world.level.levelgen.DensityFunctions$HolderHolder.m_207402_(DensityFunctions.java:401) at TRANSFORMER/[email protected]/net.minecraft.world.level.levelgen.DensityFunctions$TwoArgumentSimpleFunction.m_209073_(DensityFunctions.java:966) at TRANSFORMER/[email protected]/net.minecraft.world.level.levelgen.DensityFunctions$TwoArgumentSimpleFunction$Type.m_209091_(DensityFunctions.java:1036) This say it can't find its density function "minecraft:worldgen/density_function / mahoutsukai:overworld/depth" Is this because the mod is not installed? If the mod is installed and you still get this error, you need to speak to the mod author. Only they will know what is happening.

These are custom key bindings added by mods. In this case we don't even know which key it is, the data is totally "null"/missing.

The only way to find the mod in this case is to remove mods until you find the one that makes the error go away. Since you are in the process of making this modpack, I would suggest you start with no mods (or a known working subset of popular mods). Then add mods individually (with its dependencies), checking each time that you can get all the through to creating a new world (don't just load an exisiting world). If you hit a problem then you know which mod has the issue. This method will not just help you find this problem mod, but it will also help confirm any new mods you add in future also work, without having to guess which is the problem.

[15Aug2022 20:46:23.662] [Render thread/ERROR] [net.minecraft.client.Options/]: Failed to load options java.lang.NullPointerException: Cannot invoke "net.minecraft.client.KeyMapping.m_90865_()" because "keymapping" is null at net.minecraft.client.Options.processOptionsForge(Options.java:897) ~[client-1.19-20220607.102129-srg.jar%23381!/:?] at net.minecraft.client.Options.load(Options.java:973) ~[client-1.19-20220607.102129-srg.jar%23381!/:?] at net.minecraftforge.client.loading.ClientModLoader.lambda$finishModLoading$7(ClientModLoader.java:129) ~[forge-1.19-41.1.0-universal.jar%23386!/:?] This error looks very dubious. It basically says a mod has changed the Options.keyMappings and inserted a null value. If the mod used the correct way to do this, it would be impossible, there would be an error when it tries to do it. Unfortunately, the error does not say which mod causes the problem.

Do you mean like the "World Type" button in the "Create New World Screen"? e.g. flat, large biomes, etc. It's not something I have looked at in recent versions. But you should look at WorldPreset which has a vanilla registry key in the Registry class you can use for DeferredRegister. I believe you can also add them with using the datapack mechanism if you only want to resuse vanilla logic. The only thing I can find on the json format (beyond reading the codec) is this? https://misode.github.io/worldgen/world-preset/

You can find useful links for porting mods discussed on this thread: https://forums.minecraftforge.net/topic/115137-1192-translating-classesmethods-from-1165/ See also: https://forge.gemwire.uk/wiki/Main_Page

See this thread where I show how to look at the detailed data: https://forums.minecraftforge.net/topic/115287-tps-drops-despite-low-cpu-usage/#comment-510487 But you should look at the spark wiki for full details on how to use it.

The correct way to implement that constructor is something like: public Menu() { super(Component.translatable("unital.menu_screen.title")); } That value is reference to an entry in your language file which you can fix later once you get it working.

Do this. You can't run client code on the server. Or more accurately, you can, but it will crash on a dedicated server.

Your log shows world edit getting loaded. [15Aug2022 12:27:15.695] [main/DEBUG] [net.minecraftforge.fml.loading.moddiscovery.ModFileInfo/LOADING]: Found valid mod file worldedit-mod-7.2.10 (3).jar with {worldedit} mods - versions {7.2.10+1742f98} But, I don't understand why you are asking for help with WorldEdit here? You should ask the mod author. My guess is you haven't read the FAQ? https://www.curseforge.com/minecraft/mc-mods/worldedit If that's not it, the mod authors are the ones with the relevant knowledge.

No. You need to call blit() with the relevant parameters. All you have done is change its behaviour if it is ever called, which it is not. Look at a vanilla screen like BookViewScreen.render() and search for blit

You have no activeList.render()

Difficult to say, the code you posted doesn't build - private maven repository - so we can't generate the blockstates json. But it also doesn't seem to have other relevant things, like even your block, so I guess if we could run your build it wouldn't help? The file you linked looks like a template model file, which doesn't mean a lot in isolation. I could try to parse what it does and infer/guess the rest, but I probably won't. 🙂

From what I can tell your screen does nothing but draw the background? 🙂 You set up the texture for rendering, but never blit() it.