Draco18s

Which is what data packs are for.

You bound your own texture. You need to rebind the vanilla texture when you're done. AbstractGui.GUI_ICONS_LOCATION (iirc) Also, iirc, that event is called multiple times. You should pick one element.

Blue bar at the top of every page:

If it has the default missing texture texture, then the game spat out an error of where it expected to find the texture but did not.

The player is rendered in the inventory, which counts as rendering in a GUI. But if you want a planet rotation effect, you can achieve it with a 2D scrolling image and a mask: https://gamedev.stackexchange.com/questions/147193/imitate-a-textured-sphere-in-2d

Super unclear description was super unclear. No, I don't think you can do that. Mostly because if the player tosses a stack of 64 at once (open inventory, pick up stack, drop stack outside the inventory UI--or shift-Q) that's basically the same as doing that twice with two stacks of 32. Or 64 times with a stack of 1.

That statement makes no sense. No different-item stacks will merge, ever.

No. If you don't want your stacks to merge, make those stacks not equal.

Its just a text file.

so...flip flop your positive and negative values...

...you're already doing that. You're getting its facing already and YOU are the one that decides how fast it moves, which is what the 2.0D is.

If you already know how to handle multithreading properly, then go ahead. If you don't, then I highly recommend not doing it.

Oh ffs entityIn.setVelocity(v.x - 2.0D, v.y, v.z); Though you'll probably have to fiddle with the 2 value (probably something more like 0.2). Because think about what should happen if the player stands still (the conveyor belt moves him at a constant speed) and what happens if the player moves against the belt (the player should move slowly, which direction is up to you, but either way the two velocities are fighting) and what happens if the player moves in the same direction as the belt (the player should move faster). Right now you're only getting "the player moves faster." But that faster is either "in the direction the player is already moving (your original code) or "in the direction the belt is moving" (what poopdice suggested) so a player trying to go against the flow of the belt gets rocketed backwards!

That and all you're doing is making the player faster in whatever direction they're already going. You want to add velocity.

(1) this thread is fucking old (2) "raycasting" is more expensive than overdraw

Option A: submodels Option B: TileEntity renderer

That means that the TE data wasn't sync'd to the client. Server has no fucking clue about color and your client-side TE doesn't know diddly about the server side copy.

I'm sure there are other ways to go about it, but they amount to basically this.

It's text.... The forum supports text, you can just copy and paste. You want code formatting, click the <> button. If there was an issue with your code and I wanted to fix it, I'd have to completely retype your code if you post an image. You post text I can edit it.

Why are you posting text as images?

Don't tick unless water. You're going to need to uncomment and modify randomTick. Also, this block probably shouldn't be a literal crop, its going to fire off crop growth events, but by not being a plant you're going to get weird behavior when other mods come along and mess with how long plants grow.

Your first thought when modding should always be: "I wonder if any existing vanilla blocks have this feature. Maybe I should go look at their classes to see how they handle it..."

Show youre mcmod.info file and your Main class. Also, proxy classes are out of date and no longer needed. It is likely that your helistosmodItem class (which is badly named) is also useless. See:

world#getBlockState