Morph

Morph

22M Downloads

Crashing when killing a new mob

Superhelt opened this issue ยท 34 comments

commented

So when i play my mods on forge 1.7.10 whenever i kill a new mob the game crashes. With the critical error inn the window. Tho when i log back inn i can kill the same mob etc without any problems. I crash again when i kill a mob that i never seen before it crashes again. So what can i do to fix this, and its the same if try it inn single player. Ive reinstalled both minecraft forge java mods everything. Same what i do the same problem is there. and so you know it worked fine 4 days ago, this is something that has come into light now.
Plz help me :)

commented

I would like to add to this because I am having the same issue. I have a theory. Optifine is soft crashing the game every time we kill a new mod. That being said, when someone kills a new mob with this mod installed there's supposed to be a special effect of the blackened aspects of that mod being absorbed into the player. Again Optifine does mess with rendering things, but I don't think that's the whole story. In order to get the latest version of Optifine for 1.7.10 to work, I needed to also have Fastcraft 1.2.5. I'm thinking that may also be contributing. I'm going to open this as an issue on Optifine's side as well so this is noticed by both sides.

commented

dude this help me so muh txs

commented

Step 1: logs.

send us your fml-client-latest.log when you crash, use gist or pastebin.

commented

here is the raw paste of the actuall crash from the log. Aint that long so ill just paste it.

[17:14:35] [Client thread/ERROR]: There was a critical exception handling a packet on channel Morph
java.lang.NullPointerException
at net.minecraft.client.renderer.GLAllocation.func_74523_b(SourceFile:23) ~[ban.class:?]
at morph.client.model.ModelHelper.getModelCubesCopy(ModelHelper.java:48) ~[ModelHelper.class:?]
at morph.client.model.ModelMorphAcquisition.(ModelMorphAcquisition.java:36) ~[ModelMorphAcquisition.class:?]
at morph.client.entity.EntityMorphAcquisition.(EntityMorphAcquisition.java:36) ~[EntityMorphAcquisition.class:?]
at morph.common.packet.PacketMorphAcquisition.handleClient(PacketMorphAcquisition.java:87) ~[PacketMorphAcquisition.class:?]
at morph.common.packet.PacketMorphAcquisition.execute(PacketMorphAcquisition.java:49) ~[PacketMorphAcquisition.class:?]
at ichun.common.core.network.ChannelHandler$PacketExecuter.channelRead0(ChannelHandler.java:84) ~[ChannelHandler$PacketExecuter.class:?]
at ichun.common.core.network.ChannelHandler$PacketExecuter.channelRead0(ChannelHandler.java:66) ~[ChannelHandler$PacketExecuter.class:?]
at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:98) ~[SimpleChannelInboundHandler.class:?]
at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) ~[DefaultChannelHandlerContext.class:?]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[MessageToMessageDecoder.class:?]
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) ~[MessageToMessageCodec.class:?]
at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) ~[DefaultChannelHandlerContext.class:?]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:785) ~[DefaultChannelPipeline.class:?]
at io.netty.channel.embedded.EmbeddedChannel.writeInbound(EmbeddedChannel.java:169) ~[EmbeddedChannel.class:?]
at cpw.mods.fml.common.network.internal.FMLProxyPacket.func_148833_a(FMLProxyPacket.java:77) [FMLProxyPacket.class:?]
at net.minecraft.network.NetworkManager.func_74428_b(NetworkManager.java:212) [ej.class:?]
at net.minecraft.client.multiplayer.PlayerControllerMP.func_78765_e(Unknown Source) [bje.class:?]
at net.minecraft.client.Minecraft.func_71407_l(Unknown Source) [bao.class:?]
at net.minecraft.client.Minecraft.func_71411_J(Unknown Source) [bao.class:?]
at net.minecraft.client.Minecraft.func_99999_d(Unknown Source) [bao.class:?]
at net.minecraft.client.main.Main.main(SourceFile:148) [Main.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_25]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_25]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_25]
at java.lang.reflect.Method.invoke(Method.java:483) ~[?:1.8.0_25]
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.12.jar:?]
at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.12.jar:?]

commented

it would be located in your Minecraft directory (%appdata%/.minecraft/ is default), in /logs/, we want the fml-client-latest.log file. Be sure to get it right when the crash occurs as this file is updated during run time meaning if you relaunch the game then the file gets wiped. Upload its contents to either github's gist or pastebin.

commented

i posted the crash over Tama

commented

tell me if you want me to remove it. It wasent that long and i was hoping that is what you need..... sorry for not using git or pastebin.

commented

The full log would be nice, lets me take a closer look at things.

commented

http://pastebin.com/NAwYw94L does this url work ?

commented

yep it does, thanks

commented

well then lets hope you can figure something out then. Kinda bad to be thrown out each time i kill a new mob.

commented

and if your wondering im using the same mods as of Crazycraft 3.

commented

Right two questions, pretty sure the first here isn't the issue but:
Do you have a very large amount of stored Morphs.
And what versions of Morph and iChunUtil are you using.

On a side note from what i'm seeing: Somehow the displayList of the ModelRenderer is null in Morph

Looking at the log here, it shows you're using iChunUtil 4.2.2, the latest for 1.7.10 is 4.2.3. I would recommend updating then trying this again.

commented

On another note, the log shows you're either playing while offline or using a cracked client, Morph won't work if it can't properly connect to the Auth Servers.

commented

One other possibility is you have a mod that's changing how the net.minecraft.client.model.ModelRenderer works. (Could be OptiFine, could be something else)

commented

im 100 prosent sure im connected since i play on a online server. But how do i change out the Modelrenderer file then or hmm see if anything is changing it. do you req all the mods im running ?

commented

You'd need to go in and test one by one yourself. (or what I do is the binary style where you cut your mod list in half and repeat until you figure out which mod exactly is the cause)

I, nor iChun, won't bother downloading 1.7.10, every mod in the list, and testing ourselves :P

As for the online deal, there's a ton of errors in the log that's yelling "hey we're offline here, we cant find these files"

commented

okay shoud i try to download all the mods again ?

commented

Wouldn't do anything, you'd need to figure out what mod is causing the issue itself. meaning test the mods together with Morph, removing some until the problem goes away, once it does you need to figure out which mod was the cause then report that to the mod author as well as here. You should still update iChunUtil as well. Now if this issue happens with just Morph and iChunUtil alone with no other mod, then we have an issue.

commented

However, my gut is telling me this is the issue right here but I could be wrong:

[Client thread/WARN]: Couldn't look up profile properties for com.mojang.authlib.GameProfile@5f72eb1d[id=fb4a3116-6156-47be-8091-b274d58c0aa0,name=Superduperhelt,properties={},legacy=false] com.mojang.authlib.exceptions.AuthenticationException: The client has sent too many requests within a certain amount of time at com.mojang.authlib.yggdrasil.YggdrasilAuthenticationService.makeRequest(YggdrasilAuthenticationService.java:65) ~[YggdrasilAuthenticationService.class:?]

commented

^ That can possibly be related to the outdated iChunUtil, so again, update that first before anything and see if it fixes the issue.

I say that because it directly comes from
at ichun.common.core.EntityHelperBase.getFullGameProfileFromName(EntityHelperBase.java:109) [EntityHelperBase.class:?]

commented
commented
commented

Gotcha, though the only real two things I could think of here would be the outdated iChunUtil or some strange mod conflict. I had just quickly looked at the iChunUtil 1.7.10 Branch's commit history (just the names so not really accurate) and it some what made sense that it could be related to this.

commented

Optifine is definitely the mod that causes this issue, as far as I can see (at least for me)

commented

This issue is being closed as a purge of issues due to the Morph rewrite to 1.12.2 finally being released. Support for the 1.7.10 version has long been dropped and focus has shifted to the 1.12.2 version of the mod instead.

commented

I know this is closed and that it's probably long not needed but I had the same issue, it kicked me from singleplayer when killing a new mob, downgrading optifine to 1.7.10 D6 and morph to 0.9.1 made it stop.

commented

I would like to add to this because I am having the same issue.
I have a theory.
Optifine is soft crashing the game every time we kill a new mod. That being said, when someone kills a new mob with this mod installed there's supposed to be a special effect of the blackened aspects of that mod being absorbed into the player. Again Optifine does mess with rendering things, but I don't think that's the whole story.
In order to get the latest version of Optifine for 1.7.10 to work, I needed to also have Fastcraft 1.2.5.
I'm thinking that may also be contributing. I'm going to open this as an issue on Optifine's side as well so this is noticed by both sides.

commented

OptiFine extends the ModelRenderer functionality, but the displayList should not be affected.
The displayList is 0 by default, it is initialized when the model is rendered for the first time.
Seeing that the crash is in the network packet processing, it is possible that this is a new mob which has not been rendered yet and the displayList could be 0.

commented

so plz help
i have the same problem and i want to know
can i fix the problem without removing optifine cuz i am playing crazy craft and optifine is reallly needed to remove the lag so please help me quick

commented

If this is still a problem, i found that going from version "OptiFine 1.7.10 HD U D8" of optifine, to version "OptiFine 1.7.10 HD U D6 " Fixed the crashing, and morphing. I also have the newest version of IChunUtil.

And if you are looking for another fun modpack , try Imagicraft.

commented

The issue I had was that I was using ForgeOptiFine which made the morphing mod crash. Whenever I use it it ads a optifine jar that is HD U E7 which is for 1.7.2. I use that forge because it allows my skin to appear in Minecraft. Is there a way to fix it? Download a forge optifine D6 or something else? Maybe there is a different way to have custom skins when playing modded minecraft?

commented

I know this is closed and that it's probably long not needed but I had the same issue, it kicked me from singleplayer when killing a new mob, downgrading optifine to 1.7.10 D6 and morph to 0.9.1 made it stop.

Made an account just to thank you dude! Saved me from having to suffer 5-10 fps, optifine really does wonders. Thanks again!

commented

I know this is closed, but if you get kicked from your world for killing a mob, you can simply delete the Morph Mod