LexManos

Now you're introducing gameplay mechanics changes to get around a design flaw. Awesome! But either way, things are a bit of a pain when it comes to designing a inventroy interaction system. There has been a discussion going on on how to expand the power of ISidedInventory in the forge channel, I dont think it'll get very far due to modders not wanting the changes.

Wow, MAJOR derp on my end, however I cant figure out how it didn't error straight away when I was debugging.... Use build 214

Yes I am, because they arnt pestering me with stupid questions that they can answer themselves with 10 seconds of looking. So if i'm 'mean' to you, you know you are in the wrong.

Get me links, I still cant reporduce this at all. Make sure the users who are connecting that do get this error are using the latest forge. This error is caused by The server using a block with ID > 256 And the client not knowing how to handle the data properly. its a fairly straight forward error that I have fixed. And can no longer reproduce in the slightest. So im not sure how you guys are still getting it if you are, as you say, using the latest BUILD of forge. And I mean LATEST not the RECOMENDED

If you use the install script that forge provides it replaces the eclipse workspace with a single project that is named 'Minecraft' and has two debug configs 'Client' and 'Server' That is all you need its all configured properly to test the did server vs the client. Aside from that, loading textures should work as it always has, as the Loading code has not changed to much between 1.2 and 1.3. It loads all the folders inside /mods/ to the classpath, so it should work. Not sure why it doesnt on that front.

You're using a outdated version of Reis Minimap, go download the update Also, why do you feel its okay to lie and say no mods, but clearly you have a mod? Also, use spoiler tags when you paste errors -.-

Get me a mod to test, and reproduceable way to test this error. This should not be happening. Unless you're using a block > 256 and you're using a build that is old.

It should not actually error, but hey whatever your python is weird, it cleanly exits for me. Either way, I don't really care about the readme as things are fairly obvious, Any amount of prevention we do will not be enough to not make this error happen. You are the 1% of people who actually read the readme.

Just flat out, no, you can not specify a different tool class based on metadata. Simple as that. As for all the other rambling you're talking about, from what I can decipher from that wall of nonsense you want to: 1) Have multiple different 'classes' of a tool in a single Item ID, Such as shovel, pickaxe, axe: Answer: Not possible without re-writing a few core classes 2) Have multiple different 'types' have different durability such as iron, vs gold, vs diamond. Answer: Not possible without re-writing a few more core classes. 3) Get a tool back once a item breaks, Answer: Possible we have a event for when a tool breaks. Anyways if you're making 10,000 unique tools, you're doing something wrong, and that's horrible gameplay mechanics, just throwing a shitload of something at the player does not make your mod interesting, or unique, or anything more then a passing novelty.

Seems fairly straight forward to me.

Yes, I know because smelting is controlled by the server, it needs no client side component. Crafting does -.- So once again, I tell you, this is not a issue, you just don't understand how MC works.

Its 4.0 and yes,

1) Because we are no adding any code into ModLoader, as its just a compatibility layer and 2) Because GenLayer* and MapGen* are not designed like BiomeGen is, they are hot coded everytwhere, they do not just randomly pick from a list like Biomes do. So if you want things like that, you should just use a custom provider.

1) Don't triple post, give people some time to respond -.- 2) The client MUST know about the recipe in order for it to show up for the client. This means of coarse it wont work unless the mod is installed on the client. So I see nothing here that is a legitimate issue.

Update to the latest build, this is a vanilla bug in MC that I've fixed.

Due to Optifine being closed source, it will have to become compatible with us. Its not hard, hes done it before, hes doing it wrong just because he probably hasn't looked into the restructure we have done in 1.3 So go talk to him

Ah I must of read your old post and misunderstood. Anyways, you have 32000 items, you dont really need to worry about things like this. As was stated in the first reply, the metadata and damage values are the same thing to Minecraft. It's either used for one, or the other, not both. If you want a tool with different usages, you're gunna have to use different ids.

Why dont you just use the god damn item destroy event like a good little boy?

They arnt getting loaded because "DayZ_ClientProxy" != "net.minecraft.src.DayZ_ClientProxy" Why the fuck are you int he minecraft package?

Ya, how many god damn times do I have to say it? Move your crap out of the mods folder. If you refuse to do that i'm locking this thread and writing you off as a moron. Aside from that, update your forge, check the jenkins for dev builds. Also there are many other things out there besides MCPatcher to do what you want, Give MultiMC a try. MCPatcher, even though you turn everything off, will STILL edit your jar with its own crap. Which breaks easily if you're installing mod classes. Also, why are you typing out everything? It's a simple command, dir /B /S

Yes, it does,, isRemote just tells you what side you're on. Only spawn things on the server side...

Haha mcpatcher.. reliable, you high? Also you're just using it as a archive tool as you said. So just use 7zip. Define latest build... Because yes we actually did update within the last 25 mins, but this issue should not be in any of them from like, last night. Aside from that, give us a mods list, and we'll see if we can track it down.

Either update your mod to one that has a valid mcmod.info Or update Forge to the latest build. And it IS supposed to load everything in sub folders as There are such things as folder mods, they are retarded, but hey, people make them. So, I state once again, just move the shit you dont want, out of the folder.