That is a weird bug that's related to the new client-server infrastructure in 1.3; I think it's more of an issue with Minecraft than with Dimension API, but I hope to fix it anyway in v1.6.1. The important part is, though, that it seems only to occur if you return canRespawnHere() true in your WorldProvider. You don't need to do this in order to respawn successfully in your dimension (you can just return the dimension's ID for the respawnInDimension() method instead), but unfortunately normal beds will not work in your dimension if canRespawnHere() returns false (they'll explode).
I'm fairly certain the error is related to the fact that a dimension in which the player can respawn keeps the chunks surrounding the spawn area loaded, even when no players are present within the dimension. The bug is inconsistent, though, and thus I'm not exactly sure what causes it directly, but I do know what to edit in order to fix it; I need to find the most non-invasive way of performing this edit first, however.
Cool, now I know that I'm not just crazy.
I figured it had something to do with the client being wonky because of the fact that if you restart it is gets fixed. I hadn't thought of the respawn-chunks thing though, that is a good point.
I tried changing the canRespawnHere return to false, but the bug is still happening. I'll keep messing around with it until I get it to work.
Do you know if there is a method that forces the client to reload all nearby chunks? Might be a way to brute-force-fix it.
*EDIT*
After changing it to canRespawnHere() false, it made it so that when I respawned into the overworld the glitch would occur there. Figured I would tell you in case it would be useful.
If there is anything you want me to test, I would be honored to be your lab-rat.
Cool, now I know that I'm not just crazy.
I figured it had something to do with the client being wonky because of the fact that if you restart it is gets fixed. I hadn't thought of the respawn-chunks thing though, that is a good point.
I tried changing the canRespawnHere return to false, but the bug is still happening. I'll keep messing around with it until I get it to work.
Do you know if there is a method that forces the client to reload all nearby chunks? Might be a way to brute-force-fix it.
*EDIT*
After changing it to canRespawnHere() false, it made it so that when I respawned into the overworld the glitch would occur there. Figured I would tell you in case it would be useful.
If there is anything you want me to test, I would be honored to be your lab-rat.
I was able to reproduce your error, but it happens pretty infrequently. I've consulted the Known Bugs page of the wiki, and it seems like this may very well be a vanilla bug, probably exacerbated by the presence of a fourth dimension to track (which would explain why it happens much more frequently when the spawn area of the dimension is loaded -- the effect of the canRespawnHere boolean returning true as I mentioned earlier). I suppose you could force the client-side chunks to load like so:
EntityPlayerSP player = Minecraft.getMinecraft().thePlayer;
player.worldObj.clientChunkProvider.loadChunk((int)player.posX >> 4, (int)player.posY >> 4);
If that doesn't work, I'm really not quite sure where to fix it.
Thanks for offering to help me test, by the way. I'm testing it myself, though, so you don't need to test for me (but you can if you want, and if it's not inconvenient for you at all). If you find anything else, or any pattern emerges among the errors, let me know.
EDIT: It looks like clientChunkProvider is private, actually (and I forgot to cast player.worldObj to WorldClient). It appears as if chunk updates can really only be prompted by the server, but doing that would probably just return us to our original problem of (what I presume to be) faulty server-client communication. I'm going to try forcing an update anyway, though.
I was able to reproduce your error, but it happens pretty infrequently. I've consulted the Known Bugs page of the wiki, and it seems like this may very well be a vanilla bug, probably exacerbated by the presence of a fourth dimension to track (which would explain why it happens much more frequently when the spawn area of the dimension is loaded -- the effect of the canRespawnHere boolean returning true as I mentioned earlier). I suppose you could force the client-side chunks to load like so:
EntityPlayerSP player = Minecraft.getMinecraft().thePlayer;
player.worldObj.clientChunkProvider.loadChunk((int)player.posX >> 4, (int)player.posY >> 4);
If that doesn't work, I'm really not quite sure where to fix it.
Thanks for offering to help me test, by the way. I'm testing it myself, though, so you don't need to test for me (but you can if you want, and if it's not inconvenient for you at all). If you find anything else, or any pattern emerges among the errors, let me know.
EDIT: It looks like clientChunkProvider is private, actually (and I forgot to cast player.worldObj to WorldClient). It appears as if chunk updates can really only be prompted by the server, but doing that would probably just return us to our original problem of (what I presume to be) faulty server-client communication. I'm going to try forcing an update anyway, though.
Cool, I'll try it too, just for fun.
Tried it out, and you are right, It did nothing. The chunks are all loaded on the server, but the client just can't see them.
The error used to occur every time that I went through the portal that I made, but now it only happens after the first trip to the new dimension. This change occurred after I actually finished my own world-gen code and put that in instead of using a duplicate of the normal world-gen. It is possible that the problem has something to do with chunks stored in local memory, because the glitch only seems to happen for me when it teleports to somewhere with identical chunks to somewhere it had already been. I'll check if dumping the chunk cache fixes anything. Assuming you haven't already tried it. : P
*edit*
Dumping the chunk cache did nothing, but I did find another weird pattern.
I am trying to write wrote a heavily edited portal code where it does not create a standard portal, but a whole spaceship instead. It is not working due to some logic error I have yet to find, but while testing it I realized that if I teleport to the new dimension and then teleport back, then the bug occurs. However, If I teleport there then kill myself, I reappear on the normal world perfectly fine. I can even then repeat this cycle with no problems at all.
Hey puddelhun nice that your back, anyway im updating my mod to 1.3.1 and it has a dimension with this in it. SO i installed modloader and dimension api into it before decompiling, cuz its easier, but it says i need forge. What gives?
Crash:
java.lang.NoClassDefFoundError: forge/ITextureProvider at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) at java.lang.ClassLoader.defineClass(ClassLoader.java:615) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) at java.net.URLClassLoader.access$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:2291) at java.lang.Class.getDeclaredFields(Class.java:1743) at ModLoader.setupProperties(ModLoader.java:2048) at ModLoader.addMod(ModLoader.java:326) at ModLoader.readFromModFolder(ModLoader.java:1413) at ModLoader.init(ModLoader.java:916) at ModLoader.addAllRenderers(ModLoader.java:169) at avx.<init>(RenderManager.java:86) at avx.<clinit>(RenderManager.java:12) at net.minecraft.client.Minecraft.a(SourceFile:260) at net.minecraft.client.Minecraft.run(SourceFile:516) at java.lang.Thread.run(Thread.java:680) Caused by: java.lang.ClassNotFoundException: forge.ITextureProvider at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
And also when in 1.2.5 when i entered my dimension, everything was fine, except if i left the game in the dimension, and tried to rejoin, I would get a crash error:
Mods loaded: 9 ModLoader 1.2.5
mod_DimensionAPI 1.5 for MC 1.2.5
mod_Obsidianacheivement 1.2.5
mod_ObsidianBrick 1.2.5
mod_Obsidiancraft 1.2.5 Dtroll
mod_ObsidianDimension 2.0
mod_Obsidianpressureplate 1.2.4 Dtroll
mod_Obsidianslab 1.2.5
mod_Obsidianstairs 1.2.5 Minecraft has crashed!
———————- Minecraft has stopped running because it encountered a problem. — BEGIN ERROR REPORT 774b8aa6 ——–
Generated 7/26/12 5:35 PM Minecraft: Minecraft 1.2.5
OS: Mac OS X (x86_64) version 10.7.3
Java: 1.6.0_31, Apple Inc.
VM: Java HotSpot™ 64-Bit Server VM (mixed mode), Apple Inc.
LWJGL: 2.4.2
OpenGL: ATI Radeon HD 2600 PRO OpenGL Engine version 2.1 ATI-7.18.11, ATI Technologies Inc. java.lang.NullPointerException
at net.minecraft.src.World.(World.java:317)
at net.minecraft.src.World.(World.java:251)
at net.minecraft.client.Minecraft.startWorld(Minecraft.java:1966)
at net.minecraft.src.GuiSelectWorld.selectWorld(GuiSelectWorld.java:204)
at net.minecraft.src.GuiWorldSlot.elementClicked(GuiWorldSlot.java:38)
at net.minecraft.src.GuiSlot.drawScreen(GuiSlot.java:234)
at net.minecraft.src.GuiSelectWorld.drawScreen(GuiSelectWorld.java:231)
at net.minecraft.src.EntityRenderer.updateCameraAndRender(EntityRenderer.java:1008)
at net.minecraft.src.EntityRendererProxy.updateCameraAndRender(EntityRendererProxy.java:20)
at net.minecraft.client.Minecraft.runGameLoop(Minecraft.java:922)
at net.minecraft.client.Minecraft.run(Minecraft.java:801)
at java.lang.Thread.run(Thread.java:680)
— END ERROR REPORT 7ffb2952 ———-
Rollback Post to RevisionRollBack
How do I put my Youtube Channel in my Signature?? Message me If you know!
Tried it out, and you are right, It did nothing. The chunks are all loaded on the server, but the client just can't see them.
The error used to occur every time that I went through the portal that I made, but now it only happens after the first trip to the new dimension. This change occurred after I actually finished my own world-gen code and put that in instead of using a duplicate of the normal world-gen. It is possible that the problem has something to do with chunks stored in local memory, because the glitch only seems to happen for me when it teleports to somewhere with identical chunks to somewhere it had already been. I'll check if dumping the chunk cache fixes anything. Assuming you haven't already tried it. : P
*edit*
Dumping the chunk cache did nothing, but I did find another weird pattern.
I am trying to write wrote a heavily edited portal code where it does not create a standard portal, but a whole spaceship instead. It is not working due to some logic error I have yet to find, but while testing it I realized that if I teleport to the new dimension and then teleport back, then the bug occurs. However, If I teleport there then kill myself, I reappear on the normal world perfectly fine. I can even then repeat this cycle with no problems at all.
Ugh, this bug is starting to hurt my head. One thing I tried was to go ahead and get rid of all pre-loading of chunks near the spawn area (including that of the overworld) in ChunkProviderServer, and so far I haven't encountered the bug again after doing so (I've respawned or teleported among the overworld, Nether, and my test dimension about thirty times by now). I'm not sure what sort of effect removing the pre-load would have on a large server, however. I think this may prove that the error is somehow related to it, though.
Hey puddelhun nice that your back, anyway im updating my mod to 1.3.1 and it has a dimension with this in it. SO i installed modloader and dimension api into it before decompiling, cuz its easier, but it says i need forge. What gives?
-snip-
It doesn't require Forge. I don't know what's happening there, but it does not appear to be related to Dimension API. I don't see any of my classes in the stack trace, and the bit of reflection I use for Forge compatibility doesn't involve the ITextureProvider class.
And also when in 1.2.5 when i entered my dimension, everything was fine, except if i left the game in the dimension, and tried to rejoin, I would get a crash error:
-snip-
Did you register your dimension? Not registering it will always cause that exact error.
Ugh, this bug is starting to hurt my head. One thing I tried was to go ahead and get rid of all pre-loading of chunks near the spawn area (including that of the overworld) in ChunkProviderServer, and so far I haven't encountered the bug again after doing so (I've respawned or teleported among the overworld, Nether, and my test dimension about thirty times by now). I'm not sure what sort of effect removing the pre-load would have on a large server, however. I think this may prove that the error is somehow related to it, though.
In that case, it is up to Mojang at this point! I will wish them luck and return to working on the rest of my code until this is fixed.
Thanks for the help!
In that case, it is up to Mojang at this point! I will wish them luck and return to working on the rest of my code until this is fixed.
Thanks for the help!
Well, this no longer depends on ModLoader, so it shouldn't even be calling the second and fourth ones. Are you sure you have v1.6 installed? Are you getting these errors on the server, by any chance?
Well, this no longer depends on ModLoader, so it shouldn't even be calling the second and fourth ones. Are you sure you have v1.6 installed? Are you getting these errors on the server, by any chance?
I'm 100% sure that I have v 1.6 ..And this is a client error (just a SSP mod)...
Does it not show from what classes (and lines) those errors are coming? Also, did you decompile the API or use the sources?
(Thanks for the links, by the way; I've added them.)
I decompiled the API ... If you are honest (I'm sure that you are) I can give you the 1.2.5 sources (or 1.3.1 with errors, but it is the same)..and then you can have a look?
I decompiled the API ... If you are honest (I'm sure that you are) I can give you the 1.2.5 sources (or 1.3.1 with errors, but it is the same)..and then you can have a look?
Thanks
Wait... are the errors coming from Dimension API, or from your mod? I've been assuming they're coming from the former all this time.
If your mod is giving you these errors, you need either to update MCP to get the latest field/method names, or look in Minecraft.java to see what those three fields are currently named. Actually, based on my oldest 1.3.1 sources, theWorld should be called "field_71441_e", thePlayer "field_71439_g", and playerController "field_71442_b".
Wait... are the errors coming from Dimension API, or from your mod? I've been assuming they're coming from the former all this time.
If your mod is giving you these errors, you need either to update MCP to get the latest field/method names, or look in Minecraft.java to see what those three fields are currently named. Actually, based on my oldest 1.3.1 sources, theWorld should be called "field_71441_e", thePlayer "field_71439_g", and playerController "field_71442_b".
Yeah Thanks a lot....I will dl the new mcp and others so i should get rid of those filed things and func
P.S...Do you wanna make a mod with me? So we will be like a modding team? Tell me what u think?
Yeah Thanks a lot....I will dl the new mcp and others so i should get rid of those filed things and func
P.S...Do you wanna make a mod with me? So we will be like a modding team? Tell me what u think?
You don't necessarily have to re-download MCP; you can run the updatemcp.bat and updatenames.bat instead, although you should probably make a backup of your entire MCP directory before doing so, since occasionally running those scripts will produce a compile-time/obfuscation error or two.
I appreciate your offer, but I'm afraid I must decline as all my time is already taken by this and a couple other mods.
You don't necessarily have to re-download MCP; you can run the updatemcp.bat and updatenames.bat instead, although you should probably make a backup of your entire MCP directory before doing so, since occasionally running those scripts will produce a compile-time/obfuscation error or two.
I appreciate your offer, but I'm afraid I must decline as all my time is already taken by this and a couple other mods.
Pudelhund, you seriously need an IRC channel for these issues that take up multiple pages... I've gotten about 15 notifications in the last 2 hours about the same thing...
Cool, now I know that I'm not just crazy.
I figured it had something to do with the client being wonky because of the fact that if you restart it is gets fixed. I hadn't thought of the respawn-chunks thing though, that is a good point.
I tried changing the canRespawnHere return to false, but the bug is still happening. I'll keep messing around with it until I get it to work.
Do you know if there is a method that forces the client to reload all nearby chunks? Might be a way to brute-force-fix it.
*EDIT*
After changing it to canRespawnHere() false, it made it so that when I respawned into the overworld the glitch would occur there. Figured I would tell you in case it would be useful.
If there is anything you want me to test, I would be honored to be your lab-rat.
I was able to reproduce your error, but it happens pretty infrequently. I've consulted the Known Bugs page of the wiki, and it seems like this may very well be a vanilla bug, probably exacerbated by the presence of a fourth dimension to track (which would explain why it happens much more frequently when the spawn area of the dimension is loaded -- the effect of the canRespawnHere boolean returning true as I mentioned earlier). I suppose you could force the client-side chunks to load like so:
If that doesn't work, I'm really not quite sure where to fix it.
Thanks for offering to help me test, by the way. I'm testing it myself, though, so you don't need to test for me (but you can if you want, and if it's not inconvenient for you at all). If you find anything else, or any pattern emerges among the errors, let me know.
EDIT: It looks like clientChunkProvider is private, actually (and I forgot to cast player.worldObj to WorldClient). It appears as if chunk updates can really only be prompted by the server, but doing that would probably just return us to our original problem of (what I presume to be) faulty server-client communication. I'm going to try forcing an update anyway, though.
Cool, I'll try it too, just for fun.
Tried it out, and you are right, It did nothing. The chunks are all loaded on the server, but the client just can't see them.
The error used to occur every time that I went through the portal that I made, but now it only happens after the first trip to the new dimension. This change occurred after I actually finished my own world-gen code and put that in instead of using a duplicate of the normal world-gen. It is possible that the problem has something to do with chunks stored in local memory, because the glitch only seems to happen for me when it teleports to somewhere with identical chunks to somewhere it had already been. I'll check if dumping the chunk cache fixes anything. Assuming you haven't already tried it. : P
*edit*
Dumping the chunk cache did nothing, but I did find another weird pattern.
I am
trying to writewrote a heavily edited portal code where it does not create a standard portal, but a whole spaceship instead.It is not working due to some logic error I have yet to find, but while testing it I realized that if I teleport to the new dimension and then teleport back, then the bug occurs. However, If I teleport there then kill myself, I reappear on the normal world perfectly fine. I can even then repeat this cycle with no problems at all.Crash:
java.lang.NoClassDefFoundError: forge/ITextureProvider
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at java.lang.Class.getDeclaredFields0(Native Method)
at java.lang.Class.privateGetDeclaredFields(Class.java:2291)
at java.lang.Class.getDeclaredFields(Class.java:1743)
at ModLoader.setupProperties(ModLoader.java:2048)
at ModLoader.addMod(ModLoader.java:326)
at ModLoader.readFromModFolder(ModLoader.java:1413)
at ModLoader.init(ModLoader.java:916)
at ModLoader.addAllRenderers(ModLoader.java:169)
at avx.<init>(RenderManager.java:86)
at avx.<clinit>(RenderManager.java:12)
at net.minecraft.client.Minecraft.a(SourceFile:260)
at net.minecraft.client.Minecraft.run(SourceFile:516)
at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.ClassNotFoundException: forge.ITextureProvider
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
And also when in 1.2.5 when i entered my dimension, everything was fine, except if i left the game in the dimension, and tried to rejoin, I would get a crash error:
Mods loaded: 9
ModLoader 1.2.5
mod_DimensionAPI 1.5 for MC 1.2.5
mod_Obsidianacheivement 1.2.5
mod_ObsidianBrick 1.2.5
mod_Obsidiancraft 1.2.5 Dtroll
mod_ObsidianDimension 2.0
mod_Obsidianpressureplate 1.2.4 Dtroll
mod_Obsidianslab 1.2.5
mod_Obsidianstairs 1.2.5
Minecraft has crashed!
———————-
Minecraft has stopped running because it encountered a problem.
— BEGIN ERROR REPORT 774b8aa6 ——–
Generated 7/26/12 5:35 PM
Minecraft: Minecraft 1.2.5
OS: Mac OS X (x86_64) version 10.7.3
Java: 1.6.0_31, Apple Inc.
VM: Java HotSpot™ 64-Bit Server VM (mixed mode), Apple Inc.
LWJGL: 2.4.2
OpenGL: ATI Radeon HD 2600 PRO OpenGL Engine version 2.1 ATI-7.18.11, ATI Technologies Inc.
java.lang.NullPointerException
at net.minecraft.src.World.(World.java:317)
at net.minecraft.src.World.(World.java:251)
at net.minecraft.client.Minecraft.startWorld(Minecraft.java:1966)
at net.minecraft.src.GuiSelectWorld.selectWorld(GuiSelectWorld.java:204)
at net.minecraft.src.GuiWorldSlot.elementClicked(GuiWorldSlot.java:38)
at net.minecraft.src.GuiSlot.drawScreen(GuiSlot.java:234)
at net.minecraft.src.GuiSelectWorld.drawScreen(GuiSelectWorld.java:231)
at net.minecraft.src.EntityRenderer.updateCameraAndRender(EntityRenderer.java:1008)
at net.minecraft.src.EntityRendererProxy.updateCameraAndRender(EntityRendererProxy.java:20)
at net.minecraft.client.Minecraft.runGameLoop(Minecraft.java:922)
at net.minecraft.client.Minecraft.run(Minecraft.java:801)
at java.lang.Thread.run(Thread.java:680)
— END ERROR REPORT 7ffb2952 ———-
Ugh, this bug is starting to hurt my head. One thing I tried was to go ahead and get rid of all pre-loading of chunks near the spawn area (including that of the overworld) in ChunkProviderServer, and so far I haven't encountered the bug again after doing so (I've respawned or teleported among the overworld, Nether, and my test dimension about thirty times by now). I'm not sure what sort of effect removing the pre-load would have on a large server, however. I think this may prove that the error is somehow related to it, though.
It doesn't require Forge. I don't know what's happening there, but it does not appear to be related to Dimension API. I don't see any of my classes in the stack trace, and the bit of reflection I use for Forge compatibility doesn't involve the ITextureProvider class.
Did you register your dimension? Not registering it will always cause that exact error.
In that case, it is up to Mojang at this point! I will wish them luck and return to working on the rest of my code until this is fixed.
Thanks for the help!
I didn't see this earlier -- the bug has been acknowledged by Jeb on Twitter: http://twitter.com/j...480472989167616
Fortunately, it will be fixed in 1.3.2. Unfortunately, that means we'll all have to update our mods again.
Ugh, well, at least they are working on it.
I'll stick to updating my version-neutral code then.
- minecraft.thePlayer
- ModLoader.getMinecraftInstance().thePlayer
- minecraft.playerController
- ModLoader.getMinecraftInstance().theWorld
- minecraft.theWorld
Can you please help me?
Well, this no longer depends on ModLoader, so it shouldn't even be calling the second and fourth ones. Are you sure you have v1.6 installed? Are you getting these errors on the server, by any chance?
I'm 100% sure that I have v 1.6 ..And this is a client error (just a SSP mod)...
What are the exact errors, in that case?
- minecraft.thePlayer
- ModLoader.getMinecraftInstance().thePlayer
- minecraft.playerController
- ModLoader.getMinecraftInstance().theWorld
- minecraft.theWorld
All those use to be in the Minecraft.java and World.java
P.S..Can you add my mod to your DimensionAPI mods list? It is Ice Age
link1:http://www.planetminecraft.com/mod/the-iceage-dimension-mod---a-new-dimension-to-minecraft-wip---beta-015/
link2:http://www.minecraftforum.net/topic/1367825-125-iceage-dimension-mod-v-25-just-like-the-movies-new-dimension-into-minecraft-over-4000-downloads-and-18000-views/#entry16667278
banner:
Does it not show from what classes (and lines) those errors are coming? Also, did you decompile the API or use the sources?
(Thanks for the links, by the way; I've added them.)
I decompiled the API ... If you are honest (I'm sure that you are) I can give you the 1.2.5 sources (or 1.3.1 with errors, but it is the same)..and then you can have a look?
Thanks
Wait... are the errors coming from Dimension API, or from your mod? I've been assuming they're coming from the former all this time.
If your mod is giving you these errors, you need either to update MCP to get the latest field/method names, or look in Minecraft.java to see what those three fields are currently named. Actually, based on my oldest 1.3.1 sources, theWorld should be called "field_71441_e", thePlayer "field_71439_g", and playerController "field_71442_b".
Yeah Thanks a lot....I will dl the new mcp and others so i should get rid of those filed things and func
P.S...Do you wanna make a mod with me? So we will be like a modding team? Tell me what u think?
You don't necessarily have to re-download MCP; you can run the updatemcp.bat and updatenames.bat instead, although you should probably make a backup of your entire MCP directory before doing so, since occasionally running those scripts will produce a compile-time/obfuscation error or two.
I appreciate your offer, but I'm afraid I must decline as all my time is already taken by this and a couple other mods.
Pudelhund, you seriously need an IRC channel for these issues that take up multiple pages... I've gotten about 15 notifications in the last 2 hours about the same thing...
Download the AliensVsPredator Minecraft Mod today at http://aliensvspredator.org
Sorry how is it I do that? Ive followed the Institutions but must've missed it...