Conraad

use a combination of the two. Animation on obj in minecraft can be done, and it's not that hard. What you need to take into consideration is that the engine is not perfectly suited for obj so if you do start using obj's expect a massive drop in fps so that's why I use a combination certain thing's won't affect fps to much others may.

Yep same problem here. Decided to update forge today and what a f* nightmare went back to the older version until someone can tell me what the hell went wrong, all I can think of is that before version .1045 the version of gradle is much older than the one forge are using now and just maybe it needs to either remove crap installed by the older version first or over write some settings, which does not happened and now have to be manually deleted or removed. But knowing absolutely nothing about gradle how it works etc, I would not really know if what i said makes any sense Also reinstalled version 1.7.2-10.0.1045 without any problems

if(block .isAir(world, x, y, z)) would check for air just remember if you pull the code form a specific block when your checking around that block to increase the coordinates as needed if(block .isAir(world, x, y + 1, z)) would check if there's an air block above the Block

64bit as in your .png will be 64x64 large instead of the default 16x16 minecraft uses. Now I reckon people can give me 1mil reason why not to use it, all valid reasons, but I'm doing something completely different with SImCRaft and this would just be a neat option. As soon as people use resource packs it would basically overwrite the texture i set. Also remember SimCarft sets a theme completely different from what ppl are use to. The question however remains why doesn't a couple of the texture not overwrite when I use that method while the others does not to mention the fact about the Biome colors affecting the .png after it's been changed, that's basically all I need to know if someone actually knows why that happens. Apart from that providing reasons as in why not to do it doesn't really answer the question or cry for help or advice.

I already have a resource pack, using the replace textures for a different reason, the mods developed with 64bit graphics and it would simply be nice to have some of the world blocks to also or already be on 65bit when you load it up, without the use of a texturepack. Also keeping a resourcepack updated and the mod is a lot of time spend and wasted when MC updates and we most likely to get loads more updates and probably loads more game breaking updates, so this simply method that actually works is perfect. If it work for everything.

Just started on replacing a couple vanilla texture in 1.6.4, and now again in 1.7.2, got the method for changing Item textures on the forum and applied it to blocks, only 2 problems that I really don't know why it happens. The method works and replaces mc texture with texture you specify, but when replacing dirt, the color of teh Dirt/Grass block becomes Biome dependant meaning the color of the dirt below the grass on the same block is completely a different color in each Biome. Then secondly some texture just simply don't overwrite one of which are the following ((Block) Block.blockRegistry.getObject("sand")).setBlockTextureName("SimCraft:vanilla/sand") Sand I can add .setBlockName("dump") behind that method and it will change the block name, but the sand png simply won't load even tried renaming sand.png to something else thinking it clashes with sanstone. Does anyone have any clarification as to why or perhaps how to fix this

Trying to set my wood block so that it catches fire but, there's no static method under block.java allowing me to set that atm. I looked at the code in 1.6.4 BlockFire called the check using private void setBurnRate(int par1, int par2, int par3) { Block.setBurnProperties(par1, par2, par3); } in 1.7.2 it would appear that method has been changed or removed to this @Deprecated // Use setFireInfo public void func_149842_a(int p_149842_1_, int p_149842_2_, int p_149842_3_) { this.setFireInfo((Block)Block.blockRegistry.getObjectById(p_149842_1_), p_149842_2_, p_149842_3_); } But there's now way for me to really be able to use that. The question is now how do I set my block so that it can be destroyed by fire Edit* Blocks.fire.setFireInfo(RegBlocks.BlockFlowers, 8, 30); This works thanks for pointing that out.

Yeah I saw that the code I posted I had Init instead of preInit, but that was me just trying everything before I post on the forum. even if you initialize your block under preInit the block loads but zero textures, I even tried just using a vanilla texture just now to no avail

I call the class file that handles all the regurgitation under preInit already, unless you're telling me I cannot do it like that anymore which would suck cause the mod has like a ton of blocks.

Right now I'm just looking into updating my mod, but for the love of me I simply cannot get the textures to show up on my blocks. I basically dropped everything, started with Block1 which felt like 2 years ago when I started and followed couple tutorials and simply could not get my multi-meta-block to show the textures. Now I've completely trimmed down the block to only 1 texture and no meta and still don't see any textures also no errors when I break the block I'm placing the particles are like lava so that confuses me cause is this perhaps a registration problem. I also added a couple of break points and the code never runs thru public void registerBlockIcons which well I guess might explain why there;s no texture, but yeah I'm seriously missing something or overlooking something and any help would be appreciated. Core File http://pastebin.com/wPPQUzSk RegBlocks http://pastebin.com/nFyz1cUL WorldGenReg http://pastebin.com/50XsP96V blockOre3 http://pastebin.com/2M77crWU This is I reckon all the code that you need left out the custom creative tabs but that's working Block can be placed and break, but no texture, texture location are under forge folder src/main/resources/assets/simcraft/textures/blocks Hilarious part is this should be the easy part and I can even get this going. Edit* Ok got this working, and what a noob I was, I was changing from preInit to Init and just did about anything I could think of instead of looking at not only changing to PreInit but in fact change the whole line to public void preInit (FMLPreInitializationEvent event) I never changed the FMLPreInitializationEvent part that was still in FMLInitializationEvent

Add world.isRemote to your check and your problems of double dropping should be gone.

Working on adding protection for my mod and just want to now if anyone knows if Forge has perhaps a Spawner event that would block a mob spawner from spawning. using the events I could find, I'm able to block spawning, but For the live of me when I place a mob spawn er next to my protection block it still spawns mobs, so would be nice if the event could turn of mob spawners completely in the designated X area.

Well I see what you mean in the video, not sure exactly what's causing your problem, but what I can tell you is what I know about containers. You do not need packets to sync items from client to server, whatever is placed inside a slot that's inside a container actually gets sync via the container class you have to create for your block. So for instance on your block class file you would have a function called onBlockActivated and inside there you call your gui you need to setup a guihandler that would switch between server and client and handle the packets for you. Now you most likely got all of this, but the syncing of items in the container takes place via the server side container class. Secondly on your code you have public ItemStack[] chest; and public ItemStack[] ID = new ItemStack[9]; you then set your chest to a sizex3 and I have no idea what that size it suppose that depends on some condition. Now you only still only have 1 container class assuming you are using a guihandler that is used for this and my guess is somewhere in there your container server side class file does not know what to do with all your slots, because it might not be mapped correctly or updated correctly. That woudl explain why once you close your gui and reopen it the gui doesn't display your item, so check inside the server side container file you created for this Tile Entity you will find your answer there.

OK so finally got this to work, information provided by everyone helped. Final results, is that yes when you use a static variable it syncs across client/server interesting actually Easiest way to fix this problem was to use a DataWatcher to monitor the Wheelyaw and then update the DataWatcher whenever the value changes and to get the information across to the model and render properly use a get method, instead of getting the actual value get the current value from the DataWatcher via the get method. Thanks for all the help and advise

If that still looks like a normal pig your problem is elsewhere, because it the rendering part was wrong there's no way it could use the default pig skin and use that, so somewhere inside your other class files you extended something that should maybe not have been extended, or didn't register the entity properly or even forgot to change mc names to your rendering or model names when you did your model, a lot for time we would maybe use mc code as our base and then forget to change something and we end up with something we didn't want. For it to render the pg skin it has to be linked somewhere in your code also spotted maybe a problem change the following code public RenderHog (ModelHog modelTutorial, float f) { super(modelTutorial, f); model = ((ModelHog)mainModel); } to public RenderHog (ModelBase var1, float f) { super(var1, f); this.model = ((ModelHog)var1); }