[http://sourceforge.net/p/ufoai/bugs/2398 Item 2398] imported from sourceforge.net tracker on 2013-01-28 19:30:37

There's a problem with the TAG exporter supplied in the trunk, after extensive testing with new animations and models I've found that the exported TAGs lag one frame behind, resulting in messed-up animations with both soldier heads and carried items. I've also noticed - likely related - that when exporting both the model and the TAGs from Blender the MD2 exporter knocks back the vertex animation frames to go from 0 to the last frame instead of 1 to the last frame, and the TAG exporter exports the empties as TAGs going from 1 to the last frame.
I will attempt to play around with different versions of the MD2 export scripts and see if I can modify one to fix this issue, even though I really don't know Python. (Yes, I am crazy.) In the meantime, if someone else can address this issue and help that would be great.
===== Comments Ported from Sourceforge =====

====== destructavator (2010-03-10 04:18:03) ======

I've had partial success, I was able to make one of the MD2 export scripts from the trunk (under "tools" then "blender" from the "src" folder) work when it previously did not, and it apparently exports the frames correctly but has another issue: The scale is way off, making the soldier look far too large. This is shown in the attached screen shot. This is the script titled "export_md2_new.py"
====== destructavator (2010-03-10 04:18:49) ======


====== destructavator (2010-03-10 05:12:59) ======

I think I'm on to something - The problem might be with the TAG export script, I found that on line 178 it adds 1 to the frame number, possibly off-setting the frames of the TAGs and causing this issue. I'm going to experiment with changing a few things in the export script and see if I can fix this.

====== destructavator (2010-03-10 06:18:55) ======

I did it! I fixed the TAG exporter! I carefully read the python script, and kinda figured out how it works despite never working with python before! Now the animations work properly!
====== tlh2000 (2010-03-10 15:10:54) ======

fixed in r28892 - thanks destructavator