Jump to content

ChampionAsh5357

Members
  • Posts

    3284
  • Joined

  • Last visited

  • Days Won

    62

Posts posted by ChampionAsh5357

  1. 22 hours ago, Povstalec said:

    If it works sometimes and sometimes doesn't, I can't be using it completely incorrectly, right? Or is there perhaps something more Math#lerp does other than the lerping math?

    As long as you are using it to handle the interpolation between ticks such that the value is between the previous movement height and the next one, there should be no issue. I assume you know this, so I'll also assume the math is right.

    In that case, it may have to do with what data is synced to the client or handled by the client. You could try printing out the parameters of the height method and see if there are any unusual values that appear when you pause and then unpause the game.

  2. 12 hours ago, TheRealSteve9000 said:

    I have Java 17 and I did start the server with it installed already, its just the same error. 

    It's using the java 19 version, hence the error.

    12 hours ago, TheRealSteve9000 said:

    If it was 1.12.2 I know how to run it off java 8 I just need to change the run.bat file to ( jre1.8.0_301\bin\java.exe -Xmx4096M -Xms4096M -jar forgeserver.jar -nogui PAUSE ) then I copy the java folder into the server folder and click run but its not the case for 1.18.2 the run.bat does not run off a server.exe file so its hard.

    You can do the same exact thing for Java 17 if you want. You could also just put in the absolute path instead of copying it to the server folder.

    12 hours ago, TheRealSteve9000 said:

    I did look up how to add it to the path environment variable but I didn't see anything for 1.18 and java 17 related on youtube.

    Same way you add any environment variable. It's not specific to only java.

  3. 2 hours ago, hectorflac said:

    nope remove it and the other ae mods but keep crashing when joining the world

    So it's probably one of those mods which cause errors for other mods. So it'll probably be better if you do a binary search:

    1) Split the mods into two piles

    2) Test the game with one of the piles

    - If an error occurs, split the pile again and repeat until you find the erroring mods.

  4. 2 hours ago, Jetug said:

    I needed to rewrite the GameRenderer#pick() method so I wrote my own GameRenderer class and set an instance of it to Minecraft#gameRenderer with reflection:

    Don't do this. This is liable to break hundreds of mods. You should just replace the usage with a mixin injection whenever you need to do your specific logic.

    3 hours ago, Jetug said:

    And when I run the mod in the IDE my pick() method works but when I build the mod and run it through the minecraft launcher it doesn't. Maybe it's because of the GeckoLib library that I use in my project?

    No, that's not it. It as to do with how you're reflecting the field. Forge uses SRG mappings during production, so the gameRenderer field is called something different. If you want to use reflection, you should use the ObfuscationReflectionHelper to handle this and provide the SRG name.

    • Thanks 1
  5. 11 hours ago, Daeruin said:

    The shulker box does it in playerWillDestroy. I just looked it up.

    Interesting, but whatever. I could just be misunderstanding how the loot table drops work there.

    9 hours ago, Daeruin said:

    I lied, the capability is not persisting. If I use the vanilla BlockEntity#saveToItem, then the inventory persists from breaking the block to placing it back down again. It's basically how the shulker box does it. But the capability disappears at some point after spawning the ItemEntity and picking it up in my inventory.

    So, it's not that the inventory is disappearing. How a block entity stores data and how the capability stores data on an item stack are different. As such, you can't read the itemstack data for the inventory unless you move it to the capability. So essentially, you would need to write the capability data to that on the itemstack. Then, on place, write it back to the block entity since it won't be in the tag to do it automatically.

  6. 17 hours ago, Dieguini223 said:

    But now it happens in singleplayer, it still a device/router wrong configuration?

    No, that would be unlikely. The most I can see is that there is something erroring with tetrapak's compat with JEI and patchouli's compat with Twilight Forest. You can try removing those mods (except JEI, that probably just works fine) and then adding each one back in to see where the error is most likely to occur. It could also be a missing dependency since I'm not familiar enough with the mods.

  7. It seems to be that it took too long to tick when saving the chunks. Unfortunately, this could be from a number of different things or even a combination of them, so it's unlikely to determine which mod(s) are at fault. I would recommend using a profiler like spark to figure out which mod is causing the large backup and then removing it, repeating the process until the serve is stable for a time period. Of course, you should start a new world each time to reproduce base conditions.

  8. 7 hours ago, hectorflac said:

    "net.minecraft.server.MinecraftServer.m_129880_(net.minecraft.resources.ResourceKey)" because "server" is null
        at io.github.projectet.ae2things.util.StorageManager.getInstance(StorageManager.java:84) ~[AE2-Things-1.1.0-beta.jar%23499!/:1.1.0-beta] {re:mixin,re:classloading}

    Try removing AE2-Things.

  9. 3 hours ago, SkylerD00 said:

    Idk what to do, the only solution i found was removing it from my modpack, i tried adding XL Packets but it still says the same error.

    Not much you can do. It just means that there is too much information being sent at once. If there is a mod that can break down the packets into smaller chunks and send them sequentially or remove the limit, that may work. Otherwise, you're just out of luck and the mod itself should manage its large quantity of data better.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.