Draco18s

Capabilities.

This is the least sensical thing I've heard all day. Forge does not do anything to make mods die. If the mod is broken or not up to date, that's the mod author's fault. If you're putting mods in that don't work together / are on the wrong version of MC / Forge, that's your fault.

If you are not using the annotation to supply an object to the field, then you've defeated the whole point of creating a proxy. The client will run server-only stuff and if there is any client-only code in that class, the server will run client-only stuff. THIS IS BAD.

(Note that there are clean ways of reaching across threads in multithreaded applications, but none of them apply to Minecraft because of the physical sided nature of things: you want it to work on a dedicated server as well, then you can't reach across, even cleanly. The only way to do so is with packets, and if you look at the packet documentaiton, you'll see that one of those clean methods of reaching across is utilized, because surprise! There's another thread running: the netcode thread).

It's literally taking the square root of two squares. It's a formula, you plug numbers in and get numbers out. There's nothing to manipulate.

You have this: final ResourceLocation registryName = Preconditions.checkNotNull(block.getRegistryName(), "Block %s has null registry name", block); That precondition is useless. Why? Because if the block's registry name was null, you'd have gotten an error when registering it. What you should do is check to see if the block is null. Because it will be: private static final Block AMETHYST_ORE = null; You never assign a value to this field. If you are intending to use Object Holders to fill it (good idea) you need to add the Object Holder annotation.

More specifically, the class isn't even available. The Minecraft dedicated server jar does not include those classes (or fields/methods). They've literally been stripped. Even if the JVM wants them, they aren't there to go get. That's why the server will crash with a "Class Not Found" exception. While the reason for the removal is to make the jar more lightweight, it's more complicated than simply "not loading" things.

Yep, that. That's what I meant.

Those numbers (519, 515) aren't magic. The decompiled minecraft code uses them because the numbers came from an enum. I'm away from dev, so I can't point you at the right place, but they stand for GL_ALWAYS and GL_LEQUAL respectively. I suggest you update your code to use the enum reference so that your code is more readable and doesn't contain these arbitrary magic numbers.

Store the counter in your TE and reference it in your TESR

As a client only mod? Yes. It is impossible.

Go look at the block class and find what the new signature is for that method.

erik.mod.Amethyst.proxy, but the field is not static

How does the server tell the client anything? Parakeets. Packets.

Sound on the other hand, is also a client side effect. Dollars to doughnuts, that playSound method forwards off to somewhere that does nothing.

.Here: That event is fired on the server. Minecraft.getMinecraft() is client-side-only.

The key bit there being WorldClient world

You changed the server proxy string, but it is the client proxy string that is wrong.

/time set 2000 Then take screenshots.

Then click the convenient "remove formatting" button that shows up when you paste stuff. Or the one in the tool bar. Cyan on white is impossible to read.

Please don't color your posts. I can't read that shit.

I can open them just fine in Eclipse...

Have you looked at any of the vanilla recipes that involve metadata items? Say...cookies?

Append to the message rather than displaying a new message.

Dyes use metadata.