Jump to content

Recommended Posts

Posted

Yo.

 

So, in 1.5 or so Minecraft introduced a generic tile entity data packet type (finally, yaaay).

However, Forge overrides it, so all my ML mods using this piece of code can't sync their data. This is not a problem in vanilla yet. It might become so, though, since they did implement it, and when did they ever implement code for mods before...? x)

 

Okay, since vanilla code posting is not allowed, the code I'm talking about is in NetClientHandler, in handleTileEntityData(Packet132TileEntityData).

If the actionType equals 255, it gets the custom param 1 (an NBTTagCompound), and extracts the string under value 'ID'. If this equals the registered Tile Entity ID, the tile entity data gets applied (it's a validity >> delay check).

 

So yeah, in Forge, my packets never arrive the clients. This fucks up some logic and rendering, and thus renders the mods incompatible.

This should be the case because Forge removes this feature [though I didn't specifically check].

 

I would be glad if someone could fix this one.

 

Thanks in advance,

 

~Ivorius

 

[edit: Used builds universal-1.5.2-7.8.0.700 and down]

Posted

Minecraft does not use packet 132 for generic callbacks it is very much a specialized callback for vanilla tile entities {In particular MobSpawner, CommandBlock, Beacon and Skull.

 

Forge adds a generic callback:

https://github.com/MinecraftForge/MinecraftForge/blob/master/patches/minecraft/net/minecraft/client/multiplayer/NetClientHandler.java.patch#L41

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

Ah, I see it is not a vanilla feature now, but rather a ModLoader one.

 

I'd still love for Forge to pick up this feature, though, because with FML you do aim for full ML mod compatibility, and this is most definitely a missing feature. =)

Posted

You'd have to provide cpw a mod that works on ModLoader but doesn't work on FML.

FML is a clean room implementation, which means he only implements the documented features of ModLoader.

Either way, i'd advise moving to Forge directly as we can not garentee ModLoader compatibility for to much longer.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • My guess would be that you are not getting the chunk coordinates right, or getChunk dosnt work.
    • Hello, Recently I have been hosting an RLcraft server on Minecraft Forge Version 1.12.2 - 14.23.5.2860 I originally had lag issues and I chalked it up to playing on less than perfect hardware so I moved the server to better hardware(i9-9900k with 64GB of RAM for 1 player.) After lots of troubleshooting I discovered a couple of things. World saving was causing the MSPT to spike to over 2000Miliseconds and was happening every minute. This kind of makes sense as the world was pre-generated and is over 100GB. I learned that I could turn off world saving and just schedule that and that resolved that issue. After that issue was resolved I discovered another issue. It appears that when exploring chunks, any chunks explored stay loaded. They persist. I was originally thinking that this had to be a mod issue, but it didn't seem like anyone was talking about it. This isn't really a problem on packs with few worldgen mods or just few mods in general, but on beefier packs it becomes a problem. I went through forge changelogs and found this line. Build: 1.12.2-14.23.5.2841 - Thu Aug 29 01:58:50 GMT 2019 bs2609: Improve performance of persistent chunk checks (#5706) Is this a related item to what I am dealing with or just something else?   I went ahead and created a new dedicated server with Just Forge 14.23.5.2860, spark reforged, and it's core mods. I was able to replicate the issue and log it with spark. Hopefully you're able to see this spark profile. It basically shows that as I explored the chunk loading persisted(2000 chunks loaded over 10 minutes with one player)The view distance is set to 10 so that should be 200 chunks per player. If I don't move the loaded chunks are 200. I was however able to fix the persistent chunk issue if I save the world more frequently. My question is, is this intended function of the game or is this a bug? Everywhere I read seems to indicate Minecraft servers save every 5 minutes and not every minute. Can chunks not unload if the world does not autosave. Additionally. Autosave specifically appears to fix this issue. Manually running save-all does not resolve the issue.   I realize this is kind of a log one, sorry. Please let me know if you require further information. Thanks in advance for your time. https://spark.lucko.me/NvlMtC39Yt https://imgur.com/a/K0oyukx https://pastebin.com/z0qGu1Vh  
    • Thank you so much, I had originally tried to allocate 16 gb of ram but still had the same issue with the lag, 12 was perfect.
    • Something related to shaders - check the config file of this mod - maybe you can disable shaders there
  • Topics

×
×
  • Create New...

Important Information

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