OvermindDL1

I thought he was using 105?

Because there is a planned thing like this for vanilla minecraft already.

*OvermindDL1 points to the Wiki while whispering "Make the hook list"

Actually I though that FML/Forge have their own TextureFX class that subclasses the standard TextureFX class, you are using FML/Forge's TextureFX?

The one I am speaking of would not 'block' an item, rather you would want to clear the crafting manager and have all crafting recipes go through your function instead. Hmm, look at any mod source that has recipe items that use damage up as they are crafted from, it is that same hook. Maybe Lex has a better idea when next he comes around?

Out of curiosity, what is Generator Ports? I have not heard of that mod?

Heh, it is true though. Lex does a *lot* and puts up with a *lot*, he is quite amazing.

After further research, I still cannot find any information on the getIconIndex. Could you please help me out? As for the hook regarding the FOV, should I create it? Do you already have one of those too? In other words there should be *two* getIconIndex methods, with different arguments. The other one is the one you want. As for the FOV, unsure yet...

Ah, I knew there was, saw it in some code a while back and it worked in that mod, just thought it was the normal function though.

Awesome.

It would be yes, but that is old left-over cruft from ModLoader I do think. So compatibility and all that.

Forge could use the player api, but not as it is, the player api is not efficient, it should be redesigned and rewritten to follow Forge's hook style, performance and clean code boost.

I would also have uses for such an addition as well.

Not at home right now, at work, but many others do, just need to wait for them to arrive.

Why did you have that? Forge has a better one included already, and you did not say that you had it in your earlier post? Not good to leave out data.

I'm not sure if you know what getItemIcon does, or I'm just not understanding you correctly. It returns the icon that is displayed in your hand. Normally it uses the texture for the item you are holding, but while pulling back the bow, it must be changed to the textures with the string being pulled back. If I were to return a different texture from the item, it would also change the texture in the hot bar, which is not what I want to do. Correct, and doesn't it repoll it every time it renders, thus just returning a different index based on state would work I would think? I have not actually made one myself though uncertain. I'd say wait on Lex to determine about the getItemIcon, he would know better, and ditto about the FOV.

What video card do you have? Are they invisible without Optifine? Have you tried changing Optifines options to see if they ever appear? Have you tried completely reinstalling forge into a completely fresh jar, trying it, then installing optifine, then trying it again?

I do not see why you would need to override getItemIcon, pretty sure that just returning a new icon index from your item class should work based on the calculated state of things. As for getFOVMultiplier, I do not see any way to change what it returns, reflectively or not, directly that is. However it seems that its return value is set straight on the entity renderer class fovMultiplierTemp instance variable, which in turn is used in calculations on the instance variable fovModifierHand as seen in updateFovModifierHand. If you can tick at the right time then you could probably override it easily enough using reflection. However ticking like that at the right time may be costly, a proper hook would be better, should be as generic as possible though, if you want to submit one.

This is with the default textures? Sounds like something may be mis-installed. Forge first, optifine second?

The latest forge *includes* the 4096 fix, hence why you are not supposed to touch any other. However that error just means that you installed something into the minecraft jar other than Forge. Remod a vanilla minecraft jar with forge only.

ModLoaderMP is not supported with Forge as Forge has better than its functionality. However Forge 'can' mostly work with it for clients only, if MLMP is installed first, but mods that use MLMP instead of Forge are still likely to break, they need to be updated.

I am pretty sure the latest forge/fml combo supports that in texturefx's quite directly now. Maybe look at the BC method, or maybe the fml/forge-edited water/lava texturefx might be enlightening?

Sounds like you have some mod that is installing files in to the minecraft jar. Remember, Forge should be the only mod in the jar in general.

You need to cause an update of your block so it recalculates, such as changing the metadata or so.

Something is either overwriting Forge files in the jar, or Forge was not installed properly is what I would guess from that.