Draco18s

In which case: Stop suggesting custom entities for simple problems. It is the wrong solution.

There is no reason to call new WorldGenCustomNameHere() every time the chunk generates. You can create one in the constructor of CustomGeneration and save it in a private field and reuse the same generator. Also, "WorldGenCustomNameHere" is a terrible name.

Forge still saves a .log file. But I suspect that this isn't a Java issue but a computer issue.

I don't see a crash log.

If an item has the wrong texture (e.g. missing) there is a problem with the item's JSON model or with its registration, there is nothing wrong with Vanilla's EntityItem class. There is no reason to create a custom EntityItem class unless you need to override certain EntityItem behavior. Please stop suggesting a complicated solution to a simple problem.

It has a different name in different versions. I think in 1.10 it's called VertexBuffer

Would you be willing to explain in a little more detail? This goes against what I understood to be the whole point of an event-driven model. The code is executed on an "as needed" basis, in response to certain criteria being met. How will new chunks get decorated if this subroutine is not executed? BiomeEvent.CreateDecorator is fired when a decorator is instanciated which happens once per decorator. BiomeEvent.Decorate is fired for every chunk when the decorator.generate() is called.

1.6.4 is not supported here and has not been supported for 2 years.

For this (dropping an item), no you do not. You've told like three people now that they need a custom entity and in all three cases you have been flat wrong. Stop doing this.

No. Blocks take up 1 block worth of space.

They're called at different times. IIRC removedByPlayer calls onBlockHarvested. onBlockHarvested is probably better for what you're doing.

Closest I can recommend: https://github.com/Draco18s/Artifacts Look at the ItemArtifact class.

Try using onBlockHarvested or removedByPlayer

I love how Animefan had to tell you the same thing four times.

Good job learning nothing.

You can't. GUIChest assumes that all inventories opened with it will have 9n inventory slots.

0.0625F isn't "infinitesimally." It's 1/16th, or a whole pixel. Also you meant "smaller"

There's also the existing loot table system which you could purpose for this.

That's because you have "blocks/block"

Likely you need to subscribe to one of the rendering events and draw some additional geometry in the locations you wish it to appear.

"Implement an interface" is a Java thing, not a Forge thing. Ye, the interface in question is a Forge-supplied interface, but implementing it requires no special knowledge of Forge.

By "slightly smaller" we mean "by 0.001 is sufficient" It will still look like a full block.

Or you can point it at block/cube, block/cube_all, or block/block

Short answer: no. Long answer: yes, if you update to 1.8 or later.

Show the Reference.MainItems class.