Draco18s

...I wonder what happens if you run your mod along side Looking Glass.

That's called Z-Fighting. https://en.wikipedia.org/wiki/Z-fighting

Awesome mod btw. I was linked to it a few weeks back. I loved the series (both, actually) and think it was a cool mod concept.

That's not how the furnace works. The furnace doesn't ACTUALLY rotate, it just displays a different texture (the "front") on a different side (NSEW).

Even those of us who HAVE read the thread have no idea what you're trying to do.

It's called metadata. new ItemStack(Blocks.leaves, 1, meta)

Ah, yes. That would be better in this case.

You need to save the information to the item stacks's nbt

It isn't literally called "sendAFuckingPacket" but yes.

MainMod.networkHandler.sendAFuckingPacket()

Call != method

....you mean like length() - 5?

I apologize, I'm on a tablet and didn't see the link. Edit: For the love. Read your fucking error. distillery#inventory not found. What so I find when I look at your distillery json? No inventory definition. Also, your package layout it terrible. Your block classes aren't in ijat.blocks, they're in ijat.ctafting

...and where are your json files?

Its just vector math. This is the closest code I have that does what you need, but it is going to be in a different language. http://answers.unity3d.com/answers/1065843/view.html You'll want to look at the function starting on line 108, which takes in two Vec3 positions and calculates a camera facing quad.

Do you have any custom TextureAtlasSprite classes?

A lot has changed, yes, what I was getting at was that starting a mod hasn't changed a whole lot. You're going to have to relearn a lot of systems, but as long as you know what you're doing you can figure out where your knowledge breaks down and how to find the new answer.

Well, mcp is basically gone, but getting stayed is still somewhat the same. 1) download Forge and unzip into a folder 2) install; either use the command line or create a batch file. Run gradlew setupDecompWorkspace eclipse 3) point Eclipse at the created eclipse folder A base mod file will look 90% the same, except for the annotations and event names.

Well, if the player is moving in the negative-X direction.....

Because the position is a float, using == will almost never be true. It especially doesn't help that timing will be less than perfect, so you need to have a tolerance allowance. It would be better to check for having passed the desired location and aborting as soon as it is detected. If you've ever tried to position yourself exactly in the center of a block yourself, you would know how tricky it is to be exact with key input.

The difference is called a subclass. The reason we use Item and Block is because we don't actually care about the subclass 99% of the time, so it makes things cleaner. The only reason you'd use ItemBucket (etc) is if you are doing a lot of casting from simple type to specific subtype. For example if you really really wanted to you could just use Object instead. But you'll find yourself doing a whole lotta casting.

If you are referring to the declaration in your main mod file, Item is sufficient. It is unlikely you will be directly referencing the ItemBucket methods not present in Item anywhere in your code except inside your bucket. But if you do, you can just cast it to a local variable anyway.

Then I'm confused. What are you trying to accomplish? And I don't mean "get the virtual chest GUI."

I don't think worlds (saves) have UUIDs. Why?

Gosh.