Draco18s

Alright what've tried. Changing the client proxy to registerRenderers which caused a crash. Changing the mainmod to call registerRenderInformation which caused a crash. Am I doing this wrong? Depends on what the crashes are. Rather than going "oh that caused a crash, better not do that" you should read the crash and go "oh, that's WHY it crashed" and fix it.

public void onCollideWithPlayer(EntityPlayer par1EntityPlayer) { if (!this.worldObj.isRemote) { if (this.field_70532_c == 0 && par1EntityPlayer.xpCooldown == 0) { par1EntityPlayer.xpCooldown = 2; this.playSound("random.orb", 0.1F, 0.5F * ((this.rand.nextFloat() - this.rand.nextFloat()) * 0.7F + 1.8F)); par1EntityPlayer.onItemPickup(this, 1); par1EntityPlayer.addExperience(this.xpValue); this.setDead(); } } } There's no hook there. I don't think you'll be able to do what you want to be able to do.

Gah! Don't use the language registry >..< Make a lang file. So easy. All you have to do is make a lang file and put [thing to translate]=[translation] Everything in every lang file is added to the language registry automagically. https://github.com/Draco18s/Artifacts/blob/master/assets/artifacts/lang/en_US.lang

Oh that. That's actually easy to fix. There's a list of versions MMC has (its plain text). Just copy the top one and change the version numbers to the version you want. Like magic it'll find it (and ALL the inbetweens). Can't recall the name of the file offhand. Edit: [mmc directory]/mods/minecraftforge/list.json You just need another chunk like this: "build": 944, "files": [ { "branch": "", "buildnum": "944", "buildtype": "changelog", "ext": "txt", "jobbuildver": "9.11.1.944", "jobname": "minecraftforge", "jobver": "9.11.1", "mcver": "1.6.4", "url": "http://files.minecraftforge.net/minecraftforge/minecraftforge-changelog-1.6.4-9.11.1.944.txt" }, Replacing all instances of "944" with whatever version you need. (the mcver number too, if necessary)

Only 30 mods? Binary search the fucker out. You can complain about being lazy when you have to set up a server for two hundred and eighty.

Custom particles are annoying me to no end. I still haven't gotten them rendering the way I want (too dark, still 50% transparent, for no discernible reason), then I noticed another problem. The texture file I'm using gets bound before Minecraft has finished rendering all of its particles, and rebinding Minecraft's texture doesn't (completely) fix it. There's got to be another way to use a custom particle texture without calling Minecraft.getMinecraft().renderEngine.bindTexture(texture);

Nah, not really. You're not turning of lights, you're turning of shadows. Edit: Disabling lighting had zero effect on the rendering of the particle.

Class names can stay with capitals (it's good practice that class names are CamelCase with InitialCaps). Anyway, is it still not working?

Still doesn't work Can you take a screenshot of your folders and files? Eg.

Ok two things wrong here: 1) You don't need to do both. The second (setTextureName) only means anything if you're not overriding registerIcons. 2) setTextureName("tutorialBlock") tells Minecraft (if you weren't overriding registerIcons) to look in the default minecraft assets directory which is wrong. It should look in your asset directory. That's what the "tutorial:" part of your registerIcons method is doing. Try changing everything to all lower case. Instead of tutorialBlock, use tutorialblock. Do the same to all folders and files from /assets on down as well as all references in your code.

I full understood your intend mate Edit: Pun not intended, but cool. Reply was a general comment, not specifically directed at you, but related to what you had posted.

...It's....kind of important to know WHERE you have that chat line...

I thought that might be the issue. It was hard to tell with the indenting not being equal.

remove your registerIcons function and add this to the constructor: setTextureName(Tutorial.modid+":tutorialBlock")

I actually managed to get it to work, in typing out a message to someone who had gotten the effect I wanted but hadn't posted code. All I had to do was tell the tessellator to draw what it had in its draw buffer, then start drawing with GL_ALWAYS, add verts, draw, set back to GL_LEQUAL, and start drawing again (leaving the tessallator in the same state it was given to me). Now I just have a brightness problem. http://s29.postimg.org/fvj50xs7r/2014_01_13_13_33_07.png[/img] I'll try GL11.glDisable(GL11.GL_DEPTH_TEST) and see if that makes any difference though. Edit: Depth-test didn't change anything (that is, all things being equal the two methods of ignoring the z-buffer render the same). Still have a brightness issue that I don't know how to fix.

Hit: Ctrl+A Ctrl+I Then post another screenshot.

I'm trying to get a particle to render in front of everything (i.e. blocks) but it's not working. public void renderParticle(Tessellator par1Tessellator, float par2, float par3, float par4, float par5, float par6, float par7) { //skipping various variable setup, texture binding, etc. //turn off z-buffer GL11.glDepthFunc(GL11.GL_ALWAYS); par1Tessellator.setColorRGBA_F(this.particleRed * f14, this.particleGreen * f14, this.particleBlue * f14, this.particleAlpha); par1Tessellator.addVertexWithUV((double)(f11 - par3 * f10 - par6 * f10), (double)(f12 - par4 * f10), (double)(f13 - par5 * f10 - par7 * f10), (double)f7, (double)f9); par1Tessellator.addVertexWithUV((double)(f11 - par3 * f10 + par6 * f10), (double)(f12 + par4 * f10), (double)(f13 - par5 * f10 + par7 * f10), (double)f7, (double)f8); par1Tessellator.addVertexWithUV((double)(f11 + par3 * f10 + par6 * f10), (double)(f12 + par4 * f10), (double)(f13 + par5 * f10 + par7 * f10), (double)f6, (double)f8); par1Tessellator.addVertexWithUV((double)(f11 + par3 * f10 - par6 * f10), (double)(f12 - par4 * f10), (double)(f13 + par5 * f10 - par7 * f10), (double)f6, (double)f9); //set z-buffer back to normal GL11.glDepthFunc(GL11.GL_LEQUAL); } From what I understand, this should work. But it doesn't. If I remove the GL11.glDepthFunc(GL11.GL_LEQUAL); line, things do render as expected (i.e. I can see the lava at the bottom of the world, as the depth buffer is ignored). Here's one of the particles showing it being rendered half inside a block, but not fully visible: http://s7.postimg.org/r5dwbeggb/2014_01_13_13_19_36.png[/img]

More information required. Possibly code.

What's the error?

MultiMC 5 should work. MultiMC 4 would not, as locations of files have changed (they're no longer hosted on Amazon's cloud services).

One of the warnings that exists looks like this: if(entity instanceof EntityZombie) { par2 = par2; } It does nothing, but that's what exists inside Mojang's code. We aren't sure what they meant to do there, and thus the warning sticks around.

It appears that you are trying to specify block and item IDs. You don't need those. You should not even be aware that they exist.

That would do it!

The new one would then throw its OWN EntityJoinWorldEvent, which would be bad. You'd be better off modifying the properties of the one that joined the world.

if(y >= 255) { return; }