Draco18s

GameRegistry.addRecipe(new ShapedOreRecipe(new ItemStack(yItems.tIngot, 9), true, new Object[]{"F",'F', "blockTitanium"}));

Block blck = world.getBlock(x, y, z); blck.dropBlockAsItem(...);

Thanks XCW, but:

You realize that one of your TEs is worth 3072 triangles, right? A standard block is 12...

Basically: Remember to run the game as a client/server pair through Eclipse. Use the dropdown arrow on the "run" button to see the options. Run both, connect to the local server with the client, wait for something to explode.

Touche. Point was, for 99% of usage, a modder doesn't have to treat them differently from what I recall. With the new JSON files, it's completely obfuscated as to what actually happens serverside and what happens client side. I, as a modder, don't need to care but I do need to make sure that I call world.playSound(...) on the server or it won't work correctly.

Your items aren't saving because your for loop is fucked up.

Oh I love these. Lets see here... This error, this "MissingModsException" is a crash related to the fact that a Mod is Missing.

The client only knows about one world: the world the client is in.

...you're going to need to figure out for loops before you can even get to GL11 operations.

Optional in the sense that if you don't have it, the program can still function...for some definition of function. It is possible to write a for loop thus: for(;{ //code } But you kind of have to know WTF you're doing to use it that way. Also, the missing i++ is not your only problem.

Actually, sounds are/were both client and server. The server had to relay the fact that sounds were occurring to all clients. The server never plays the sound file, but it does know about it. Particles are kind of the same way.

Yes. Write the value to the file when it is modified. And yes, you can do that. Property cw = config.get("General","myconfig", true); /*do something to it*/ cw.set(new_value); The best part is, you can save your config file reference as a static property (gasp!) and access it from anywhere at any time (shock!) or if absolutely needed, you can use the FileIO classes directly (awe!)

for(a; b; c) { d } is the same thing as a; while(b); { d; c; } Hint: where are you changing the value of i? Edit: Whoops. Made a mistake late last night.

Do you know how to loop? At all? This line is wrong, very very wrong. for(int i =1;i==inv.length;)

There's also "cheaty" ways of doing what you need. If you're just trying to render an item, you can do this: RenderManager.instance.renderEntityWithPosYaw(es.itemEnt, 0, 0, 0, 0, 0); 'es' is the TileEntity being rendered (this line is in my TileEntitySpecialRenderer and Model class structure) and the TE holds a reference to an item entity object (the object you get when you drop items on the ground, but this one is not added to the world) and then I just tell the renderer to render it (and have some GL11 calls to position and rotate it where I'd like it to render). See line 57: https://github.com/Draco18s/Artifacts/blob/master/main/java/com/draco18s/artifacts/client/ModelPedestal.java

Ha, that worked, awesome.

If anyone finds one (or makes one) I'd love to know. The schematic converter I have is from 1.5 and while functional, it's a pain to go in and update all the references.

Usually, but not always. Check each mod's forum thread (or wherever you got it) and see if they have known issues. For example, I know that Mystcraft is not compatible with 1.7.10 (well, it is now, there was an update) due to using other dimensions. Basically, everything was fine unless you went into a Mystcraft age, then it shat the bed. Or if you have a bunch and don't want to check them all individually, back up your save before trying 1.7.10. If something goes pear shaped, at least you have a backup.

Anyone?

I have no idea what's wrong here, but essentially my problem boils down to this: When using the GUI for my block, all the slots update correctly, including the output slot. When using a hopper to input (or extract) items, the output slot does not update at all (although it is saved, exiting and reloading shows the correct stack size). I'm not even sure where to look for trying to solve this as it only occurs when specifically using the hopper (not using any mod added item transport). And yes, I am using markDirty().

Yeah, that's what I thought. I'll mess with it again, but when I tried pointing it at "C:\Program Files\Java\jdk1.7.0_45" (this is my work computer, but the version number looks the same) it still failed with the same error. Edit: For extra WTF, my work machine (where I was able to successfully install Forge) does not have a JAVA_HOME environment variable: o..O

OK I figure out what the problem is, not sure what I need to do to fix it. Apparently, my JAVA_HOME variable doesn't point to the JDK (which I do have installed). Not sure where I need to point things.

Was in the middle of a post, and trying a fresh install (around half done), when my computer abruptly shut down so hard and fast Firefox lost all my open tabs (including recently closed history). Not quite. Download Forge Src, unzip, run gradlew setupDevWorkspace, run gradlew eclipse, point Eclipse at the "eclipse" folder, try to run the game, start this thread, try suggestions in the first reply (run gradlew setupDecompWorkspace, run gradlew eclipse), still have issues, make my last post. I did the commands separately, as that's what Forege's README says, as well as recalling issues from the early days when piping the two commands would cause it to fail. Note that 'setupDecompWorkspace' is not mentioned in the readme itself. For shits and giggles, I'm in the process of starting over (as I'm on a different machine). Download Forge Src, unzip, run gradlew setupDecompWorkspace eclipse, point Eclipse to the "eclipse" folder. Start Eclipse, click play button.... (...Saving post...) Ok that worked. I'll have to poke at my home machine tomorrow (busy tonight) and see what the difference is.

Yes I ran gradlew eclipse. Even re-ran it. And no, it still doesn't work. And even after setupDecompWorkspace I don't have javadoc/sourcefiles.