Alpvax

Some of the issues with your mod is that you are trying to register everything incorrectly: You are only registering them on the client You are registering them in init, not using the Register<Item> event You are only registering the textures, not the blocks themselves on the client Why, why, WHY are you using proxies just to call methods in other classes? Your project is a mess, just calling 1 method which simply calls another and another... Your Main class does nothing except call methods inside the proxies, which in turn mostly do nothing (you have the proxy do something on pre-init on the client, init on both and nothing else)! This makes everything almost unreadable. LEARN JAVA. Then, come back and start from scratch, follow the example of other (well written) mods, and ask for help with forge modding issues when you need it. One of the most important things to learn is how to understand your errors, learn to read and understand the stack trace, you shouldn't need to ask others what the problem is (Although in this case, as Choonster pointed out, you can't see the stacktrace for the actual error without setting a breakpoint).

Where are you calling this from? I imagine it is bundled in with other stuff (probably in the datawatcher). Look through the existing code, look for where the `isSneaking` is declared and see if there is a `setSneaking` method. I'm sorry but I do not currently have access to the source.

You need to set it on the server as well as the client.

Your counter variable is static, so all tileentities will have the same number of items in

Oh I see now. The issue is that Draco's recipes wouldn't be enabled if other mods registered OreDict entries too late. Again, if that issue is discovered by users and reported correctly, the offending mods would be inclined to update. Is it worth suggesting an oreDict version of the item_exists condition for inclusion in forge? (Although it wouldn't solve the problem, it would prevent the need for multiple modders to create their own.)

So this is actually just a case of the reported issue. Other than that it all works correctly? These two statements seem contradictory, I'm not sure what I'm missing here.

Fortunately (ish) those mods who register OreDict entries in init will find that their items cannot be used in other mod's recipes, so will be encouraged to move the registration.

Code? Crash log? We aren't psychic.

Is it your mod? If it is then I suggest you start by looking at the forge documentation on how to set up a modding environment.

Note the word ALL Yes, the file extension is part of the file name.

Forge policy is always to target the latest stable build (currently 1.12 - 14.21.1.2387). Otherwise we get another situation like we had with 1.7.10, where no-one wanted to update.

Why not just subscribe to the player tick event on the server instead of sending a packet every tick?

And as long as people keep making mods for 1.8.x, that will never change. As soon as people make mods for the newer versions, people will migrate across.

You need to import everything. In eclipse you can fix imports with Ctrl+Shift+O.

Your assets folder should be in resources, not in java. Also it appears that your texture is called "photo.png", but you are looking for "hackerNotify.png". Asset path names should also be entirely lowercase.

I doubt you will find much support for not using forge when you are asking on the forge forums. I suggest that you ask elsewhere if you are that desperate to avoid forge. Why don't you want to use forge though? It makes life much easier for everyone.

How do I do that? That doesn't look like you know java, and people don't want to waste their time teaching people basic java concepts, so please try to explain exactly what you are struggling with, rather than just complaining that people are judging you. The more information you give, the more we can help.

Yes, otherwise how will they know what packet to encode/decode? The sender needs to have the packet registered in order to send it to the reciever, and the reciever needs to have it registered in order for it to be decoded back into the data you then handle.

Are you calling this on the server side? (Use world.isRemote to check, it will be false on the server). Where are your i, j, and k variables coming from? You should probably only create the BlockState BlockPos once. And you can use BlockState BlockPos.up (or something similar) to get the BlockPos above. You should post your full structure code (or even better a link to a git repository).

Is there an error printed to the console? Is your packet registered correctly (on both sides)?

Are you trying to replace the block above the grass or the grass itself? You are now saying " if the block above is replaceable and the block is grass, do the following:"

And before someone states that there is a non-java version of Minecraft, the stuff forge does requires advanced use of the JVM. It has been stated multiple times that forge cannot be ported to the non java version.

If you don't want the random part, just delete it (everything after the && and the && itself). As you seem to be struggling with pretty basic stuff (contitions) I would STRONGLY suggest that you go and learn a bit more java and then come back.

BlockStateContainer, not BlockContainer. You need to register all your block state variants in your block. I can't remember to method that you have to override, but look at something like wool.

Actually it is fine to have it where it is, as the @SideOnly annotation will cause it to be stripped on the server side, so it won't exist to be called.