sequituri

public TileEntityCampfire(){ ..... cookingTime1 = CampfireRecipes.cooking().getCookingTime(inventoryContents[iNPUT_1]); <--- NULL cookingTime2 = CampfireRecipes.cooking().getCookingTime(inventoryContents[iNPUT_2]); <--- also null }

I'd look to find why the "bic" class is not found.

field_94151_a != item

You can try what NEI and TMI do.

Yes. Try to comprehend what you are being told.

In a perfect minecraft world, you write something like this: class MySpadePick extends Tool implements Pickaxe, Spade { @Override pickaxe methods... @Override spade methods... } But, you cannot. Minecraft isn't written that way.

Your source packages should be anchored at: <gradlew location>/src/main/java/ So, you main is .../src/main/java/com/sigurd4/bioshock/Bioshock.java is an example main class location.

There is a PR to fix that bug. but it was never pulled.

@Xcox123, That code is completely worthless code for a cut&paster working on a 1.7.2 mod. Please, try not to confuse people with worthless or incorrect gratutitous code.

Rather than invoking library code to compute limits, just use: boolean farEnough(int entityX, int entityY, int spawnX, int spawnY) { int dx = spawnX - entityX, dy = spawnY - entityY; return (dx*dx + dy*dy > 500*500); }

It will be interesting to see how well your audio keeps sync. Minecraft servers tend to get bogged down quite a bit, and a nice continuous audio stream seems like a pipedream. But, hey. You figured it out. Share when you get it working, please.

So, you are saying you want to create a streaming server for radio mod with minecraft engine? I hope you know java well, and have lots of netty experience and knowledge of time-sensitive transmission.

You don't export your mod. You build it (with gradlew build.) Then grab it out of build/libs and publish it.

In case you missed it, Minecraft has that. It's called hunger system.

For one thing, fix your modid: lowercase letters and numbers only (spaces are iffy, so leave those out for safety). Another, you don't use new Block/Item/TE in the main class section. Put those inside your Preinitialization event method.

It's a matter of case in FLuid names. They are internally converted to lower case. That cannot be found by GetFluidStack except in lower case. So, you get a null for the fuild. There should be some documentation about that, as it is a very common crash.

rock is a static class variable of the Material class. It has to be references with it's class name: Material.rock Not just rock.

More gratuitous cut&paste... Will this nonsense ever end?

Every method used is different, and almost every mod designs there own power system. Unless you want to make an addon for BC2 or UE or something. Start putting together ideas and trying them out.

Diesieben's method works for all blocks.

Yes, we often call that massive input lag. Not something we usually want though.

Not really. It's always better to create an extra class implementing an interface just to make your whole project look neatly arranged. However, if you're merging multiple functionalities of the same type to one big compound of methods, then you could also make some kind of handler which handles all events of the same type. Speaking of that, wouldn't it be a good idea to implement the IFuelHandler interface directly into the item to which it belongs to? Utter bull-feces! Nothing about adding useless classes makes a project look neatly arraigned. It just makes the programmer look retarded, as they have no idea that an interface is for class mix-ins. Any class can implement any number of interfaces and a superclass if desired. This line of reasoning indicates a lack of experience in Java programming.

Which line in your code is in the error traceback?

It seems from what you explain that Block/Item names with spaces and / or underscores do not get properly remapped. That does sort of make sense. I wonder if there is a FML fix in the works for such a thing. It may not be possible as naming by modders is so all over the place.

Nothing wrong with doing it that way. Whatever works.