Draco18s

entry = isn't needed, you asked what went inside {entry} and I said "entry = " meaning "replace that bit that isn't code with this bit that is code.

Write code to compute the bounds.

Open your IDE Find any event you know Open its parent class Goto 2 until at the Event class Right click -> open type hierarchy

entry = new LootEntryItem(item, weight, 1, <functions>, <conditions>, name);

addCollisionBoxToList doesn't require that the boxes be contiguous. getBoundingBox is specifically a single cuboid. Think about the outline around Stairs vs. its actual collision hull. For your block you wouldn't need 16 AABBs for your bounding box...you'd need sixty four.

You mean this declaration, right? protected static final AxisAlignedBB[] BOUNDING_BOXES = new AxisAlignedBB[] {new AxisAlignedBB(0.375D, 0.0D, 0.375D, 0.625D, 1.0D, 0.625D), new AxisAlignedBB(0.375D, 0.0D, 0.375D, 0.625D, 1.0D, 1.0D), new AxisAlignedBB(0.0D, 0.0D, 0.375D, 0.625D, 1.0D, 0.625D), new AxisAlignedBB(0.0D, 0.0D, 0.375D, 0.625D, 1.0D, 1.0D), new AxisAlignedBB(0.375D, 0.0D, 0.0D, 0.625D, 1.0D, 0.625D), new AxisAlignedBB(0.375D, 0.0D, 0.0D, 0.625D, 1.0D, 1.0D), new AxisAlignedBB(0.0D, 0.0D, 0.0D, 0.625D, 1.0D, 0.625D), new AxisAlignedBB(0.0D, 0.0D, 0.0D, 0.625D, 1.0D, 1.0D), new AxisAlignedBB(0.375D, 0.0D, 0.375D, 1.0D, 1.0D, 0.625D), new AxisAlignedBB(0.375D, 0.0D, 0.375D, 1.0D, 1.0D, 1.0D), new AxisAlignedBB(0.0D, 0.0D, 0.375D, 1.0D, 1.0D, 0.625D), new AxisAlignedBB(0.0D, 0.0D, 0.375D, 1.0D, 1.0D, 1.0D), new AxisAlignedBB(0.375D, 0.0D, 0.0D, 1.0D, 1.0D, 0.625D), new AxisAlignedBB(0.375D, 0.0D, 0.0D, 1.0D, 1.0D, 1.0D), new AxisAlignedBB(0.0D, 0.0D, 0.0D, 1.0D, 1.0D, 0.625D), new AxisAlignedBB(0.0D, 0.0D, 0.0D, 1.0D, 1.0D, 1.0D)}; Because that's a lot more than 6. Specifically, 16: 4 directions. 2^4. 16.

You can also create your own loot conditions. e.g. I have this one in my code (registered here) which prevents loot drops when an entity is killed by Wither damage (which I use to kill animals that are dying of old age; the odds of wither damage from another source is low, but remains thematically appropriate). There's also loot functions. Handles things like metadata, stack count, enchantments (e.g. the Looting Enchantment Bonus). Creating the "add this to the loot pool" function in my LootUtils class was a pain in the arse.

Then why the devil are you doing what you're doing?

You're bitshifting the results. 0 and 1 are both false, so they aren't doing anything. 2 is true, so it bitshifts 1 << 2 (or 4) 3 and 4 are both false, so nothing 5 is then true, so it adds to the 4 the value 1 << 5 (or 32). However, you need to look at where this value is passed back to: an array. Of size 6. (You haven't shown us the declaration/definition of BB)

Top of the workspace. GenPatches does a comparison between Clean and Forge.

i <= CONNECTED.size() This is wrong.

Those commands are for creating a default workspace for that editor. You can do those bits manually from within Eclipse or IntelliJ. They're convenience functions.

If your variables are untyped, it's going to assume you're passing a Render<? extends Entity> This one is not deprecated:

There are two methods with the same name, use the not-deprecated one.

Every block handles this differently. Beds and doors use a HALF property, but there's no indication of which direction the other half is (doors know it's down, beds have a FACING). Mod blocks may not even have that information available. I know that my windmill involves 3 different blocks. The millstone has an ORIENTATION property, the Axel knows which direction to look in (away from the millstone) and the windvanes know that the core of the axel (the hub joint, farthest from the millstone, where all the winevanes connect) is in one of six locations. It just checks all six. It gains a property afterwards, but it's assigned by the hub for looks.

No you didn't, you said, "i created a sphere for my block." You can use OBJ models as well as JSON. But how would I have known you hadn't seen it?

Not really. You'd have to replace the classes involved with new ones that implement IBlockColor.

Given that you didn't say how you were drawing the block...because you supplied no code... How was I supposed to know that you were using a TESR for this?

Your problem is that you're running a task that takes time to complete on the main thread. This is why Minecraft has a network thread.

It's a vanilla bug https://bugs.mojang.com/browse/MC-9553

Thought XCW'd updated that recently. Maybe not.

Use this: https://mods.curse.com/mc-mods/minecraft/230541-lookingglass The api to handle the rendering is already built, it's amazing, it works across dimensions...you aren't going to get any better than that.

No no no, not-user-friendly is Blender. It took me 2 hours to move a camera and change the animation speed on an already complete scene. I lost track of the number of times I had to quit and start over.

IntelliJ isn't the only program that does it, I've run into a few others. But every time it's "undo, undo, undo...ok redo...fuck, why did that just delete a line? Oh, stupid keybinds. FINE, I GUESS I'LL RETYPE IT." I don't mind ctrl-shift-z being redo and not ctrl-y, it's the binding something destructive to ctrl-y that irks me. Yeah, just completely fuck with someone who's never used your software before so they can't fix the mistake because they didn't know what your keybinds were, that's just brilliant.

I totally understand the ctrl-z / ctrl-shift-z paradigm, but I hate it due to muscle memory for literally everything else I use having defaults of ctrl-z / ctrl-y