Draco18s

It means: "Bad modder. No cookie."

That depends on what you want the recipe to be.

I don't know. I haven't delved into the mysteries of dimensions personally, I just know a handful of tangential operations that come up when using them.

Random question: Does your structure API handle sand held up by torches?

Also please don't put your mod inside the minecraft package...

Ditto. The error is a NoClassDefFoundError which is stemming from a ClassNotFoundException, which I pretty sure is a missing class, not a badly-reobfuscated* func_ *For some value of "badly."

No they don't. Whoever said that was dumb. Anyway, TileEntities are for blocks that need to know more information than the limits of metadata. Like the furnace or a chest. TEs can also be used for things that need complex rendering, like BuildCraft's engines.* Though such things should be used sparingly as TEs have a higher overhead than regular blocks. *Which have extra data associated with them too, but the comparison is still accurate.

Torches, doors, pistons all tended to fail more often than not. As for entities, there's a function something along the lines of setPositionAndUpdate. Given that I was just doing it because I could, I didn't care if it failed in some situations.

Yeah. You do. nextAvailableDim just tells you what dimID is available.

So create a dimension like you would at any other time. There's a function for nextAvailableDim, but you'll have to look for it. Check the DimensionManager. If you don't know how to create a dimension at all, then you need to take baby steps and start simply.

I sliced across time. Rather than using a loop, I had a variable that incremented every time the entity got an update, and that was the Z value (or X or Y, depending on how you want to do it) for that time slice. Essentially, first I'd read, taking an approximated "height" of the landscape (so looking for known-natural blocks like dirt, stone, and sand). Next I'd wait for player input for the destination (actually, a direction to look, whereupon it would scan farther and farther away looking for a valid place to plop things down; ie. above water), then I'd scan the destination for landscape height (the same way), then the blending on those two matricies, then I'd place the old blocks in the new location, then I'd go back and delete the old blocks. Last, I attempted to teleport non-block entities. It wasn't perfect though. Due to the fact that I couldn't build bottom up (the place-blocks to achieve desired landscape in the blended areas only had a height value and stopped placing blocks by going down on Y until a stop condition) and that my time slices were across Z, it had trouble placing torches (and other can-stay-here blocks like rails), gravity effected blocks (top down, remember?), and pistons. If the piston head was copied/deleted before the base I wouldn't get a base.

Pretty sure that ISimpleBlockRenderingHandler works the same in 1.7 as it does in 1.6, given that it's an fml class.

canBlockSeeTheSky just does a loop check looking for not-air blocks* until it hits the world ceiling. If it finds one, it returns false. If it doesn't, it returns true. *Pretty sure it doesn't do fancy things like looking for entirely transparent blocks. Been a while since I looked at it.

You want to render something. Without a renderer. No. That is not possible. There's also this nice thing called an ISimpleBlockRenderingHandler. It renders cubes.

That function exists in 1.6 as well. It's just another way to specify 0-15.

Wow. I missed this thread. Only a week after you started it, look at what I did: http://binarymage.com/forum/viewtopic.php?f=10&t=1882

Slot 259 is already occupied by net.minecraftforge.common.MinecraftForge$1@760881b1 <-- not your block Use a different ID.

Seriously, you can't figure this out? Use a damn integer. int myInt = 10; String myString = "This value is: " + myInt; Integers can be added to and subtracted from and will update in the GUI just fine.

Hmm. That is true. In which case: Hope you don't need a lot of them.

You've got the same access with a ISimpleBlockRenderingHandler as you do with a TileEntity, by the way: neither are passed a player reference at any point during rendering. (ISimpleBlockRenderingHandler renders normal blocks, normal blocks take up less CPU to keep in the world) And given that rendering stuff is client side, that would be an appropriate use for Minecraft.getMinecraft().thePlayer

Yup, that's definitely a neat idea. Mine was just a kind of "survival, but limited creative" where I needed certain stuff just be readily available. So mine can only have the item it's printing changed (added, removed) if the player is in creative mode. Then it duplicates that stack every two and a half minutes or so into the output stack (which is a standard output slot). It still has some bugs, but it's not intended for distribution.

Also, that looks fantastic. When I did a quickpass on a 3D printer block* I just rendered the item it printed if it had any in its output slot using RenderEntityItem and having a vaguely printerish Tile Entity. It didn't look like a 3D printer, at least not as we know them, but it worked for what I was doing and didn't want to spend a lot of time making it look fancy. Not visible well in this, but it was a silly thing I did because I was feeling silly.

I know it's possible. iChun's morphmod manages it (with a coremod fallback). Problem is when I tried to duplicate it, I couldn't get it to work at all.

You....need a custom block renderer to even make this possible, which you don't have yet.

Unfortunately, just because you have the same problem doesn't mean you have the same code.