Forum > Modelling and Animation

[Research] .anim files : How do they work ?

<< < (2/4) > >>

spik96:
I have a model, SiberianTiger.m2. It's animation 50 has an AnimID of 63 and a SubAnimID of 0.
Flags = 64 (decimal) = 1000000 (binary).
With the first check it will look into SiberianTiger0063-00.anim. With the second one in SiberianTiger.m2.
Who's right, who's wrong..? It's crucial. Without knowing that one can't manipulate any WoW Model with .anim files, which is a great problem in my opinion.
EDIT: I think &0x30 is the good one

EDIT2: I check a couple models and this particular combination, Flag 64 and AnimID 63 (EmoteUseStanding) is buggy, and WoW Model Viewer haven't solved it. Try to view any character and look at this particular animation and you'll see what I'm talking about. I'm trying to find what I could do about it and what other combinations there could be...
It's like if 0063-00.anim was missing from every model.
So where are these data ? With WMV BC you can see perfectly the animation, but with WMV LK up to the last WoD beta version, you just can't. It seems to really be a .anim issue..
Fortunately there is an another anim with the same sequence, UseStandingLoop..


Bugged anims I found so far : EmoteUseStanding(63), EmoteUseStandingNoSheathe(138), EmoteSaluteNoSheathe(210),
EmoteEatNoSheathe(199), EmoteWorkNoSheathe(136)

That's interesting. There must be something that ties all these animations together. Tho, the fact that even the Model Viewer guys haven't found it yet is a bit scary.

Makpptfox:

--- Quote from: "spik96" ---Bugged anims I found so far : EmoteUseStanding(63), EmoteUseStandingNoSheathe(138), EmoteSaluteNoSheathe(210),
EmoteEatNoSheathe, EmoteWorkNoSheathe(136)
--- End quote ---

Was already looking for the reason behind these bugs. And didn't found anything using these animations in the game even in WoD. (Spells nor Emotes.)

Possibly just some test animations.

spik96:
I think I found a way to identify the buggy animations. Their flag is always exactly 64.
I haven't found any counter example to this so far. If it's true, then even models WITH anim files giving data for the animations I mentioned before could be parsed if their flag is != 64.
Maybe 64 means "No data ready yet so don't look for them" or something like that.
On SiberianTiger I found there were data I couldn't find, and for a "normal" anim (EmoteWork), and I was confused. I checked the flag and saw 64, that's how I got the idea to check all of them.

I really hope I'm right. If I am I think it is worth to mention it on the wiki.

schlumpf:
animations with flag 0x40 are aliases. follow aliasNext to find the correct sequence, until flags no longer has 0x40.

apparently, there is a flag 0x100, which if set says the animation data is in model.

flag 0x10 appears to be set during runtime, if an .anim file is loaded

can you check some models for 0x100?

spik96:

--- Quote from: "schlumpf" ---animations with flag 0x40 are aliases. follow aliasNext to find the correct sequence, until flags no longer has 0x40.

apparently, there is a flag 0x100, which if set says the animation data is in model.

flag 0x10 appears to be set during runtime, if an .anim file is loaded

can you check some models for 0x100?
--- End quote ---

It seems that you're right about 0x100. I haven't got any problem reading .anim files when checking for 0x130

My models look funny in MDLVis now as I don't read data the animations with &0x40 and just put n&ofs to 0, but the Animation Lookup will probably hide them to the client. A dozen animations fall under this check, it seems a lot to me but that's plausible.
It really makes me wonder, why do animations need alias when the animation lookup links animIDs with "physical" place ? Strange, strange, strange.

I have an another question. I think HD Character models sometimes use .anim file from the old, non HD, model. I guess there must also be a flag previously unused for that.
It's not just a "try to open model_hd0042-00.anim and if null try to open model0042-00.anim" because sometimes both files exist. I encountered this problem for :
TaurenFemale_HD.m2 (Anim #108, Flags 129)
OrcFemale_HD.m2 (Anim #39, Flags 129)

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version