I don't have any particular info on it to be honest, but I've heard nothing at all about major bugs left or Mojang hinting at an other release. I'm hoping 1.2.3 is the last one. In any case though what I've done for Millénaire and FSE wouldn't be hurt by a bug fix release - it would just mean I'd ha...

Yeah, I'm looking forward to that as well! Plus working extended block IDs.

I did a compare between the vanilla 1.1 and the Forge Sprite Extender 1.1 code (basically yours minus a few features) though and the differences aren't that big. Most classes have only minor changes.

That actually sounds good, especially considering that I had to guess a bit at various points as to what Forge was trying to do and how it would apply to 1.2 ;)

Just in case you've downloaded my classes already, I went over them again and found two-three errors (due to the renamed parameters). I've updated the archive with them fixed. It didn't help with the crashes, though.

Take your time ;) And coffee comes first, I agree :D

Hi FlowerChild, I'm posting this in the off chance that you've already started working on upgrading Forge's sprite extension system to 1.2. I had a go at it, using a three-way compare between 1.1, 1.1 with Forge, and 1.2. I got it to compile, but I'm getting this when starting Minecraft (from MCP): ...

The concept of dragging a civilization kicking and screaming into a more industrial age has great appeal for me. I've played around with it before but it does add a lot of processor cycles. I basically had to choose between it and translucent leaves. When was that though? Lag was improved a lot by ...

Yeah, I know one thing I'd love to see with a mod like Millenaire is support for stuff like villagers building Wind Mills after you teach them how to do so (say by giving them a Wind Mill to begin with). This would leave technological development in Steve's hands, but those developments would then ...

Yep, seems to work fine! My mod can run on either it, Forge or BTW. Works fine with Optifine and MCPatcher also. The code is here for those interested: http://millenaire.org/dl/ForgeSpriteExtender-src.zip I'll probably do a release dependent on it this weekend. Thanks again, it would have taken me a...

Ok, I got it working, at least based on your classes (I haven't tried against BTW or Forge yet). I have a test version here: http://www.minecraftforum.net/topic/227822-11-millenaire-npc-village-216-japanese-outpost-new-indian-lone-buildings-fixes/page__view__findpost__p__12438063 Thanks for the help!

Ok, after reading the off-topic thread, I get your point. Let's hope the next night is better.

I'll go and dive in RenderBlocks and see if I can find the issue.

I will, though I'd be surprised it changes things (after all, block-based items already use icons coming from the blocks' texture file). I've also noticed something that could help narrow it down: when I'm holding a block in my hand, it has the right texture, and same for the "break" parti...

Not sure where that breakpoint would go. I'll have to have a proper look at the rendering code, I never did (either the Forge one or the original). Yes, I'm implementing the interface, and it's working for the icon in the inventory (though that might be taken from the corresponding item class right?).

Thanks. It didn't help though (I placed it in the load() method of my main mod class). And my RenderBlocks is the Forge one with really tiny changes that do not seem linked, to get rid of the errors I had listed previously. Is there any way to check if the texture swapping code is triggered at all w...

Ok, found the tutorial, don't bother.

Ah, that preloading part could be that. How do I do it? So far all I've done is implement ITextureProvider on my blocks and items.

I got it running with 1.3.1 with minor changes to get rid of dependencies to other Forge classes. For items, it's working fine. For blocks though Minecraft only uses the alternate texture file for the icon (in the inventory for instance), but switches back to the normal texture file when rendering p...

Could be. I'll try again tonight, making sure I'm using the Forge mappings.

I downloaded the source version of Forge, and like they instruct placed it in an already-decompiled MCP environment. I then ran forge/install.sh. With Forge 1.3.1, it works, with 1.3, it fails with the errors I posted.

It seems to be an issue during recompilation: == Post decompiling operations == > Recompiling > Recompiling client... > Done in 6.78 seconds > Recompiling server... !! Can not find server sources !! > Generating the md5 (client) > Generating the md5 (server) sed: 1: "./minecraft/net/minecra ......

1.3 is not working, I'm getting errors when decompiling it. Was it for MC 1.0 or 1.1?

Yeah, I know you have your differences with some team members ;)

Anyway, I'm download 1.3, I'll try again with that one, thanks.

Sorry, just woke up so I'm still a bit out of it, but I suspect what is happening is that you're using the 1.3.1 version of Forge, while I'm using the 1.3 version. I've noticed a certain tendency towards making the files more dependent on each other over the last couple of versions. It's something ...

I've sent a PM to SpaceToad about it, let's see what he says.

I've tried it and I'm getting compile errors. Just to be sure I've followed the right procedure, here is what I've done: - made a copy of an MCP env, installed forge in it (that part works, or at least it compiles) - in an other MCP env, I copied the Forge classes listed in your readme as unmodified...