MCenderdragon

In 1.8 the INFINITE_EXTENDED_AABB seem not to work probably. maybe you try to make a box from y 0 to 255 and with correct x/z cords

In the 1.8.9 the render "optimisation" ignores sometimes the renderbox from my TileEntity and because this TileEntity is for marking huge areas (200x200 blocks and more) it would be very nice if there is an Event that is called before/after the world is Rendered. I know I could use invisible Blocks with TileEntitys but maybe youknow another way.

The FOV bug is from Minecraft itself. In vanilla this also happens sometimes. (Very often in Caves)

For the Client there is a Packet that is used to Update the Entity (an then they are rendered red if they got hit) maybe you should look how this works.

Or this one. It teaches how to use static methods.

Ok, thanks.

Is it better to iterate over the array and check params and return type ?

This is the correct Method for adding a simple brewing recipe, now you only need to calm them correctly (now it is wrong).

Is it also possible to get the Method with getDeclaredMethods() and then using the right number ? Or is the position changing (on server/client side, deobfuscated/reobfuscated)

Then you need to get the Item instance from the Mod (look in the Items.class and you see how vanilla gets an item by a String)

In your Gui class there are 2 outputs created if you click button one. Is there any Server output in the Log ? If no (and it should be so) then every thing only happens at the client. And if you click on an Item in a Gui and it disappear this is because the Server never had this Item. So you need to use packet handling if something like click at this button to start the progress should happen. (Mouse clicks are only client)

1)Yes, of course you can. 2)Use an EventHandler to get the player instance and then use a method inside the PlayerInventory to give him an item. 3)Well Forge and all modding would be pointless if this doesn't work, right?

OK I found the problem causing this to happen randomly. I (stupidly) had 2 FMLPreInit Events in my main class, one for Server and Client the other one only for client. Sometimes the only-client-method got called before the other one for both sides, so the blocks are not registered yet but allready got a stateMapper, this caused them to break and to do this strange stuff.

Ok I thing i maybe fixed this bug. I had a not-working statemapper for a custom fluid so maybe things get shuffled. (This would be a reason why it displays the water texture)

I already knew about them, but thanks for trying . It seems like people don't have much suggestions so I'll wait another day and then I'll just assume my method is fine and that there are no tutorials on NetworkManager. Ohh... my fault, Sorry.

the StateMapperBase implements IStateMapper. It only have an "automated" Map generating and a method to create the string from the IBlockState

You should lock at the Forge FakePlayers (created in ForgeFakePlayerFactory ). They extends EntityPlayerMP but doesn't have any netty code.

Then use the EntityInteractEvent and check if the target given by the Event is a player

Look into the EntityEndermen file. The Endermen notice you if you look at him.

I wonderwhy it only happens sometimes, and then every blockstate have this false"block-model" I use a custom state mapper, so if I whould register it at the wrong time couldt it turn out this way ? ModelLoader.setCustomStateMapper(leaves, new StateMapperBase() { @Override protected ModelResourceLocation getModelResourceLocation(IBlockState state) { String s = ((ResourceLocation)Block.blockRegistry.getNameForObject(state.getBlock())).toString(); Map<IProperty, Comparable> map = Maps.<IProperty, Comparable>newLinkedHashMap(state.getProperties()); map.remove(BlockLeaves.CHECK_DECAY); map.remove(BlockLeaves.DECAYABLE); if(state.getValue(BlockFpLeaves.subtype)!=0) { map.remove(BlockFpLeaves.LIGHT); } return new ModelResourceLocation(s, this.getPropertyString(map)); } }); Its called from FMLPreInitializationEvent (with @SideOnly CLIENT)

Here is the Block class https://gist.github.com/mcenderdragon/c58c266513f0fe903a69

I have got a weird problem with a Block. Sometimes it do sent render the Json but instead north side of the Block is rendering the Water texture while facing south (so you can only see the block form one direction). I have no idea why only sometimes this happens and i haven't found anything relevant in the log files. Here some pics: http://imgur.com/a/qvW91 I don't think that the Jasos are wrong (because sometimes everything is working and the blockstate doesn't change) but maybe you find something. { "variants": { "light=0,type=0": { "model": "fp:leaves_tyros_0"}, "light=1,type=0": { "model": "fp:leaves_tyros_1"}, "light=2,type=0": { "model": "fp:leaves_tyros_2"}, "light=3,type=0": { "model": "fp:leaves_tyros_3"}, "light=4,type=0": { "model": "fp:leaves_tyros_4"}, "light=5,type=0": { "model": "fp:leaves_tyros_5"}, "light=6,type=0": { "model": "fp:leaves_tyros_6"}, "light=7,type=0": { "model": "fp:leaves_tyros_7"}, "light=8,type=0": { "model": "fp:leaves_tyros_8"}, "light=9,type=0": { "model": "fp:leaves_tyros_9"}, "light=10,type=0": { "model": "fp:leaves_tyros_10"}, "light=11,type=0": { "model": "fp:leaves_tyros_11"}, "light=12,type=0": { "model": "fp:leaves_tyros_12"}, "light=13,type=0": { "model": "fp:leaves_tyros_13"}, "light=14,type=0": { "model": "fp:leaves_tyros_14"}, "light=15,type=0": { "model": "fp:leaves_tyros_15"}, "type=1": { "model": "fp:#"}, "type=2": { "model": "fp:#"}, "type=3": { "model": "fp:#"} } } { "parent": "block/cube_all", "textures": { "all": "fp:blocks/tyros_frame0" } } (only the '0' is changing up to 15) I use a state mapper to remove the unused property's in the json

I have got the same Problem too. Maybe this github code is wrong.

I have created my own dimension and all work fine. But when I first enter the dimension, the chunks are loading and the Player is slowly moving down. So far nothing new, but if the player is moving down, he is inside a Blocks when the chunkloading is finished. And then the Player fell to death, because the top Block layer is only 1 Block high. Is there any event ore something like that, using to reset the player position ? This would fix the problem. in addition I think this is only a Client problem, because this also happens on Servers when chunks are not loading.