warjort
-
Joined
-
Last visited
Posts posted by warjort
-
-
-
You know the inventoryTick is called on both the client and server?
And you shouldn''t have any mutable data in singletons.
I don't understand why you have it since it just seems to be redundantly storing the game time?
But your biggest problem is you shouldn't be doing this logic on the client.
From the code you posted, it looks like the server never knows about your changes?
It would be unsuprising that when the server decides to send inventory updates to the client, it reverts to the uninitialised data from the server.
https://forge.gemwire.uk/wiki/Sides
When the key is pressed, you should send a network message to the server and change all state there.
https://docs.minecraftforge.net/en/latest/networking/
The server is the definitive storage of game state. Making the player invulnerable on the client would be a ghost modification that has no real effect.
I would also guess the correct place for that cooldown is the player not the item?
https://forge.gemwire.uk/wiki/Capabilities
Or do you intend to allow to let users accumulate multiple items and switch between them when each cooldown ends?
-
Edited by warjort
Change that attribute of the player, either directly or having the modifier apply to some equipment (e.g. armor or a tool they are using).
More details on this many times asked question can be found using search in this forum.
-
-
https://github.com/embeddedt/embeddium/wiki/Compatibility#known-incompatibilities
QuoteOther known incompatibilities
[1.20.1] Valkyrien Skies
and
https://github.com/ValkyrienSkies/Valkyrien-Skies-2/issues/580#issuecomment-1732582873
-
Edited by warjort
Why do you keep starting new threads?
Quote- rubidium 0.7.1
As I pointed out on your other thread, VS is known to be incompatible with rubidium 0.7+
So either remove rubidium or you will need to downgrade it,
which looks like you will need to use Minecraft 1.20 instead of 1.20.1(actually curseforge says 0.6.5 works with 1.20.1)https://www.curseforge.com/minecraft/mc-mods/rubidium/files?page=1&pageSize=20&version=1.20
You should really be talking to the Valkyrie Skies or Rubidium developers about this.
There is nothing we can do here to fix this problem.
-
Edited by warjort
The conflict appears to be that dynamic lights mod and rubidium?
Quote[01Jan2024 12:46:48.462] [main/ERROR] [mixin/]: Error loading companion plugin class [dev.lambdaurora.lambdynlights.LambDynLightsMixinPlugin] for mixin config [lambdynlights.mixins.json].
The plugin may be out of date: InvocationTargetException:null
-- snip --
at dev.lambdaurora.lambdynlights.LambDynLightsCompat.isRubidium07XInstalled(LambDynLightsCompat.java:49) ~[Ryoamiclights-0.1.7+1.20.1.jar%23594!/:?]
You also need to post the logs/debug.log not the latest.log so we have all the information.
-
Edited by warjort
QuoteCaused by: java.lang.NullPointerException: Cannot invoke "net.minecraftforge.fml.ModList.getModContainerById(String)" because the return value of "net.minecraftforge.fml.ModList.get()" is null
at dev.lambdaurora.lambdynlights.LambDynLightsCompat.isRubidium07XInstalled(LambDynLightsCompat.java:49) ~[Ryoamiclights-0.1.7+1.20.1.jar%23594!/:?]
Isn't that a fabric mod?
These defintely are:
Quote- fabric_api 0.91.0+1.10.4+1.20.1
- fabric_api_base 0.4.30+ef105b4977
- fabric_api_lookup_api_v1 1.6.35+67f9824077
- fabric_biome_api_v1 13.0.12+dd0389a577
- fabric_block_api_v1 1.0.10+0e6cb7f777
- fabric_block_view_api_v2 1.0.0+0767707077
- fabric_blockrenderlayer_v1 1.1.40+1d0da21e77
- fabric_client_tags_api_v1 1.1.1+5d6761b877
- fabric_command_api_v1 1.2.33+f71b366f77
- fabric_command_api_v2 2.2.12+561530ec77
- fabric_content_registries_v0 4.0.10+a670df1e77
- fabric_convention_tags_v1 1.5.4+fa3d1c0177
- fabric_data_generation_api_v1 12.3.3+369cb3a477
- fabric_dimensions_v1 2.1.53+8005d10d77
- fabric_entity_events_v1 1.5.22+b909fbe377
- fabric_events_interaction_v0 0.6.1+0d0bd5a777
- fabric_game_rule_api_v1 1.0.39+461110ab77
- fabric_item_api_v1 2.1.27+2272fc7f77
- fabric_item_group_api_v1 4.0.11+9801bf5177
- fabric_key_binding_api_v1 1.0.36+561530ec77
- fabric_lifecycle_events_v1 2.2.21+afab492177
- fabric_loot_api_v2 1.2.0+eb28f93e77
- fabric_message_api_v1 5.1.8+52cc178c77
- fabric_mining_level_api_v1 2.1.49+561530ec77
- fabric_model_loading_api_v1 1.0.2+142e25ab77
- fabric_models_v0 0.4.1+7c3892a477
- fabric_networking_api_v1 1.3.10+503a202477
- fabric_object_builder_api_v1 11.1.2+2174fc8477
- fabric_particles_v1 1.1.1+78e1ecb877
- fabric_recipe_api_v1 1.0.20+514a076577
- fabric_registry_sync_v0 2.3.2+1c0ea72177
- fabric_renderer_api_v1 3.2.0+1d29b44577
- fabric_renderer_indigo 1.5.0+67f9824077
- fabric_rendering_data_attachment_v1 0.3.36+a6081afc77
- fabric_rendering_fluids_v1 3.0.27+4ac5e37a77
- fabric_rendering_v1 3.0.7+1c0ea72177
- fabric_resource_conditions_api_v1 2.3.7+9ad825cd77
- fabric_resource_loader_v0 0.11.9+142e25ab77
- fabric_screen_api_v1 2.0.7+45a670a577
- fabric_screen_handler_api_v1 1.3.29+561530ec77
- fabric_sound_api_v1 1.0.12+4f23bd8477
- fabric_transfer_api_v1 3.3.3+b00938ec77
- fabric_transitive_access_wideners_v1 4.3.0+1880499877
You need to make sure you only have forge mods installed.
-
Read the part about posting the logs/debug.log to a file sharing site.
-
1.16.5 is no longer supported in this forum:
https://forums.minecraftforge.net/topic/91712-supported-version-directory/
Even if it was, you haven't posted nearly enough information to help you.
If you want help with your code, you need to put something on github that reproduces the problem.
We need to be able to see everything in context and maybe try it for ourselves if the problem is not obvious.
You don't even show your registration code (that's just one example of what is missing).
I barely remember how tile entities worked in 1.16.5 they have changed a lot since then (this is why supporting older versions becomes impossible).
I can tell you your block does not have the most important callback for tile entities.
https://forge.gemwire.uk/wiki/Tile_Entities/1.16#Attaching_a_TileEntity_to_a_Block
Looking at other mods for 1.16.5 is probably your best bet, if you want to continue developing mods for legacy unsupported versions: e.g.
But you are pretty much on your own unless you can find somebody still developing for that version willing to help you.
-
Edited by warjort
Please read the FAQ
And start your own thread for your problem instead of hijacking other peoples questions.
But most likely your problem can be solved by one of these solutions:
-
Quote
Caused by: java.lang.NullPointerException: Cannot find mod container for id snifferplus at com.helliongames.snifferplus.registration.ForgeRegistrationFactory.create(ForgeRegistrationFactory.java:24) ~[Sniffer+-forge-1.20.1-0.2.0.jar%2383
You need to post the logs/debug.log so we can see why that mod is not loading properly.
Read the FAQ for how to find it.
-
-
Sorry, but this forum is a support forum. It's not a learn minecraft modding forum.
We answer specific questions *after* you have tried to do things for yourself and got stuck.
We do not write or design your mod for you.
For your specific questions:
* Interacting with entities you didn't create:
* Figuring out what the player is looking at
That question has been asked literally hundreds of times before in this forum in its different use cases. You can use the forum's search function.
* Opening inventories
I suggest you look at the vanilla code for the Villager or wandering trader. Or something else with an inventory, e.g. horses
Minecraft menus are not very straight forward for beginners. I suggest you make a simple one to understand how they work, before doing more complicated things:
-
I have no idea about the first one.
I suggest you look at where those classes are used by Mojang in 1.18.2, then compare it with the corresponding code in 1.19.2
This will probably help with the second one?
-
Edited by warjort
Please don't post logs in the forum, use a file sharing site,
This incompatibility has been around for a while.
Sodium/Rubidium broke a lot of mods with one of their updates last year.
Anyway, there are many issues open about this on the VS github site.
One of the oldest ones has the recommendation to downgrade rubidium to before they made the breaking changes. i.e. rubidium < 0.7
https://github.com/ValkyrienSkies/Valkyrien-Skies-2/issues/569
While this issue explains that this can have knockon effects like needing to downgrade create and its addons as well.
https://github.com/ValkyrienSkies/Valkyrien-Skies-2/issues/590
If I had my way, I would ban all mods from using mixin redirects.
QuoteCritical injection failure: @Redirect annotation on renderShipChunkBlockEntity
That would likely remove 80% of all these stupid unnecessary mod incompatibilies. The other 20% would be caused by optifine. 🙂
-
2
-
-
Edited by warjort
Posting an image is not a bug report/help request.
You need to put something on github that reproduces the problem, so we can see everything in context.
Guess (I shouldn't have to guess):
You haven't changed the render type to be "cutout" like the vanilla grass block.
This is needed when the model has multiple layers drawn over each other. Otherwise it will treat what should be transparent pixels as black.
Forge makes this easy by letting you specify it in your block model, e.g.
-
Edited by warjort
https://github.com/MinecraftForge/MinecraftForge/commit/90dafb0df0651b52102e25f6a252554cde884878
QuoteRewrite our GameTest hooks to be sane.
Add game test to GlobalLootModifierTest which validates the smelting modifiers.
Removed FakePlayer system, it's broken and needs a major rewrite.
I would guess Mojang's recent changes to networking are what broke that implementation?
i.e. the NetHandler/DummyConnection no longer works properly and no one has volunteered to fix it.
A fake player is something that extends ServerPlayer but makes most methods do nothing - the implementation that got deleted if you want to have a go at fixing it:
-
Quote
org.spongepowered.asm.mixin.transformer.throwables.InvalidInterfaceMixinException: yacl.mixins.json:ContainerEventHandlerMixin->@Redirect::modifyFocusCandidates(Lnet/minecraft/client/gui/components/events/ContainerEventHandler;Lnet/minecraft/client/gui/navigation/ScreenRectangle;Lnet/minecraft/client/gui/navigation/ScreenDirection;Lnet/minecraft/client/gui/components/events/GuiEventListener;Lnet/minecraft/client/gui/navigation/FocusNavigationEvent;)Ljava/util/List; is not supported on interface mixin method redirect$bbf000$modifyFocusCandidates [ -> PREINJECT Applicator Phase -> yacl.mixins.json:ContainerEventHandlerMixin -> Prepare Injections]
Issue with yacl.
It is conflicting with some other (unknown) mod.
Check you have the latest version then contact the mod author.
-
Edited by warjort
I said rename not delete. 🙂
The only other way would be get an NBT editor and manually remove the duneons config from the world/level.dat file.
I don't recommend this.
Even if you remove that config correctly, there is no guarantee it will work.
The duneons mod might have overwritten important data which you will now be missing altogether.
Also the other region files might still contain duneons data? e.g. if that mod adds biomes or structures.
-
Edited by warjort
Here's how somebody else fixed a similar problem today.
Their problem was the original vanilla minecraft download was corrupted (hadn't finished downloading properly).
Your log shows a similar problem (mismatched checksums):
QuoteCache:
/Users/sterlingrussell/Library/Application Support/minecraft/libraries/net/minecraft/client/1.20.1-20230612.114412/client-1.20.1-20230612.114412-slim.jar
Expected: de86b035d2da0f78940796bb95c39a932ed84834
Actual: 2fc4e8fe00b06689e26c059790924656b4db2bed
/Users/sterlingrussell/Library/Application Support/minecraft/libraries/net/minecraft/client/1.20.1-20230612.114412/client-1.20.1-20230612.114412-extra.jar
Expected: 8c5a95cbce940cfdb304376ae9fea47968d02587
Actual: c74e0edcd9e2589b53b9f4d3841198e300771fb5
You can find the vanilla installs in the "versions" subfolder of your minecraft folder.
e.g. from your log above: /Users/sterlingrussell/Library/Application Support/minecraft/versions/1.20.1/1.20.1.jar
-
Quote
Info: 2023-12-30 16:56:13.0458715: MinecraftJavaLoggingContext.cpp(65)] Game/game () Info Exception in thread "main" java.lang.module.ResolutionException: Modules tac and com.fasterxml.jackson.databind export package com.fasterxml.jackson.databind.type to module rftoolspower
Conflict between tac and rftoolspower.
Quote[31Dec2023 00:47:57.157] [main/DEBUG] [net.minecraftforge.fml.loading.moddiscovery.ModFileParser/LOADING]: Considering mod file candidate C:\Users\********\curseforge\minecraft\Instances\CF\mods\tac-0.3.10.1-1.18.2.jar
[31Dec2023 00:47:57.067] [main/DEBUG] [net.minecraftforge.fml.loading.moddiscovery.ModFileInfo/LOADING]: Found valid mod file rftoolspower-1.18-4.0.9.jar with {rftoolspower} mods - versions {1.18-4.0.9}
Looks like both of them include versions of that jackson parser.
Java doesn't know which to use and so it crashes.
Check you have the latest versions of those mods then report the problem to the mod authors .
Assuming they still support 1.18.2?, It is no longer really supported in this forum.
https://forums.minecraftforge.net/topic/91712-supported-version-directory/
-
Yes, sorry that's correct. Stripping doesn't use loot tables.
For stripping you probably want to use this instead:
and check for the relevant tool action:
It's not something I've ever used so I would read the javadocs carefully to make sure you using the event correctly. e.g. note the simulate flag.
-
Edited by warjort
I guess you should also check your minecraft/versions/1.17.1.jar has the correct checksum as well?
According to this, https://piston-meta.mojang.com/v1/packages/e0e7ab5ed6f55bbd874ef95be3c9356d67e64b57/1.17.1.json
that client jar should have sha1 checksum 8d9b65467c7913fcf6f5b2e729d44a1e00fde150
Minecraft modpack crashing on 1.20.1 with exit code -1
in Support & Bug Reports
·
Edited by warjort
Please don't hijack other people's threads.
Start your own thread for your problem.
Read the FAQ at the top of this forum about fixing graphics drivers.