larsgerrits

1.6.4 is no longer supported by Forge. Update to 1.10.2 or 1.11.2. If you really have to use this (you don't), ask the author of the mod for help. But he will most likely tell the same thing.

Well, make sure you are both using the latest version. The error is caused by the mod trying to do something (casting) which is not possible (casting String to boolean).

This is a problem with MoCreatures, report it to the author.

Problem with CustomNPS, report it to the author.

Item.getItemFromBlock(Block) will return the ItemBlock instance of the Block.

Just be sure to use metadata/blockstates, and not every variant it's own ID. This will significantly decrease the amount of IDs you use.

No, this is the complete total of the game. May I ask why you are using that much Block IDs? Note: if you are talking about the IDs in your inventory, they are the IDs of the ItemBlocks, which are Items.

IIRC, 4096 for Blocks and, ~32000 for Items.

Well, if you want to decompile the mod for 1.10.2, you should have a 1.10.2 workspace setup to use.

As long as you have permission of the author (which you seem like you have), you should decompile it using BON2. I think it does require you to have a Forge dev environment already setup for it to find the MCP mappings.

The FoamFix-lawful edition is not a coremod, while the anarchy edition is. See this.

You can add --username YourUserName to the program arguments to set your username in-game. If you want to actually log in to your account, add--password YourPassword to the program arguments.

You can use these coordinates to determine the smaller and bigger coordinate of each axis, and check if the player's position is the coordinates.

You return false in ContainerFluxedStomper#canInteractWith.

Please post your IGuiHandler.

You'd have to make a custom implementation of IResourcePack, add it to Minecraft#defaultResourcePack (you'll need reflection), which can return any InputStream you want.

You don't have to register a ResourceLocation. You just bind it with TextureManager#bindTexture, and that does everything for you. You can make a different ResourceLocation anytime you want, and it loads it for you. A ResourceLocation takes 2 arguments: a modid and a texture location. So new ResourceLocation("modid", "path/to/texture.png") will point to a texture in assets/modid/path/to/texture.png.

Only the Block and Item textures are stored in a texture atlas. Armor, entity and GUI textures use a ResourceLocation. See TextureManager#bindTexture to see how it works.

Just to clear things up a bit: if with IDs you Block IDs, use my suggestion. If you were talking about your own IDs like RFTools, use Choonster's suggestion.

Try setting Minecraft#renderViewEntity to your Entity using the setter.

They were most likely carried over from before the migration.

You shouldn't use IDs, as those may not be the same every time you use them. You should either store a Block/IBlockState instance, and save the registry key/metadata to NBT when you need to. Why did you want to use IDs over anything else in the first place?

This is not your gui handler.

You should really use the method Choonster suggested, as NBT should only be used for saving to disk, not getting data from an Entity.

new ModelResourceLocation("modexample:" + BlocksRegister.OIL.getRegistryName(), "fluid"); You still add your modid to the registry name, which already includes your modid, Right now, you have "modexample:modexample:oil". Makes sense it can't find it. As said before, fix that.