LexManos

ItemRendererHD is optifine's code. Not minecrafts. You will have to complain to them to add support for 4096.

I have spoken with them, Forkk came and bitched to me on Teamspeak, it's there issue, not ours.

Right.. thats retarded. When you write a double to the stream It write 8 bytes When you read a int from the stream you read 4 bytes see an issue here?

MultiMC's problem, not ours.

Im pretty sure FML/ML expose a sendPacket fucntion. As for sending as Double and reading as a int, well no shit that wont work u.u

Not going to dig through all of your code, so linking to specific files would help. But I dont get the 'merging together' part, seems to me like you're fucking something up if things are getting merged together. its not difficult to transfer something over the network and pick it up on the other side.

With the imminent drop of 1.3.2 we've decided not to release officially for 1.3.1. {Though as you can see, there are plenty of builds that work for 1.3.1} Current jenkins builds are for 1.3.2, so get to testing. As long as we get good feedback. I plan on making a official release when 1.3.2 drops.

Post your FML log file from your MC folder.

I was going to take a look into this after the first official release. What I was going to do was add a pair of arrows to the open space on the top right in the main square. And just have it cycle through 'pages' of tabs. That way you keep the sexy look that is the new creative gui, but allow for an arbitrary number of pages.

https://github.com/cpw/FML/blob/6417ad0a3c7048db75d7e836bf9b9d0d678b8509/common/fml_at.cfg#L63

You can't really compare the two like that. FML is an API, and ML is a system that allows it to exist. Allows what to exist?

Mark your packet as a chunk packet.

Would sound like it yes. ModLoader providing block coords is rather.. stupid...

Delete your server project Everything was merged to client. If you want to debug the Dedi-server environment, run MinecraftServer.main. Nothing is missing, it was one on purpose to make everything a unified codebase.

How exactly is having one item overwrite another not conflicting? Things may not explode right away no. But I'm sure modders would fuck something up and expect oen things from the item that isnt there if it's overwritten. Like reading the item from the list and trying to cast it to it's internal class, for example. Either way, advocating id conflicts is still retarded. Modders just need to learn to work together.

There are ones already.

Advocating id conflicts is stupid. Modders should just do better.

Perhaps try looking for what MC does...

You have to rewrite a lot of the things you're doing. Directly accessing effect renderer from common code is bad, as you wont have access to it on the server Same with the old Minecraft.usePortal you'll have to sue the server's version. A lot of your stuff needs to be cleaned

Or, modders could just use the Ore dictionary.

Extracting textures to a folder would be retarded. That would defeate the purpose of texture packs. As they are texture packs work just fine with mod textures if they simply put them in the correct place.

Before the first official release we will try and sync everything back up and make ML mods work properly again. We'll look into it.

I didnt 'miss' anything. You're just lazy and expect side to directly correlate to your index. You can always use .ordinal() to get the same exact values as what they used to be. But you're better of doing it properly, and returning a valid index directly, not returning the side.

Along with the plethora of things in that code that makes my eyes want to bleed. You should not be using addOverride. But, as long as those files exist, they should work.

it moved to FML.