werner.poetzelberger Posted October 25, 2013 Share Posted October 25, 2013 Hello, I have character animations, beeing created in cm. To bring in into Unigine, I need to scale the size down to m. When I export an animation only, scaled by 0.01, the filesize of the .sanim drops dramatically. (The smesh file stays the same size 100% or 1% scalefactor) -- look at attached image. So should I do this, or do my scaling somewhere else? another q: What exactly does the precision effect? Thank you. Werner Link to comment
sebastianbah Posted October 28, 2013 Share Posted October 28, 2013 Hello,Is this behavior depends on animation?Scale value affects on the bone size and should be the same for the animation and smesh when you export them separately.Precision value is a required number of digits after a decimal point to keep for the exported values. Link to comment
werner.poetzelberger Posted November 11, 2013 Author Share Posted November 11, 2013 Hello, It is the same file, just the scale factor changed from 1 to 0.01. We are using the scaled files no, but it doesnt seem to make a difference. Can you proove that behavior. Is this just some filesize displaying issue? Best. werner Link to comment
sebastianbah Posted November 12, 2013 Share Posted November 12, 2013 Hello,Please, check that you select all required bones before animation export. If scaled and non-scaled *.sanim files contains the same set of bones the file size shouldn't drop so much.What 3ds max version do you use to export from? Link to comment
werner.poetzelberger Posted November 19, 2013 Author Share Posted November 19, 2013 Hi, sure I do this. I have the same scene, the same content, same export location etc .... But the filesize drops that much. Both file are fully functionable. Non of them is broken. I am using 3ds max 2014. Best. Werner Link to comment
unclebob Posted November 19, 2013 Share Posted November 19, 2013 Hey, Werner! We can't reproduce that on simple test scene so please give us more details about your working process. Are you using unigine tool for animation export or just main menu -> file -> export? I'll able to tell you more if you give us your .max file. Don't forget to tell your steps so I'll able to reproduce your problem. Thanks! Link to comment
werner.poetzelberger Posted November 19, 2013 Author Share Posted November 19, 2013 Hello unclebob, The rar archive is password protected. I sent you the PW for the .rar archive as a PM. a) open file b| unhide all c) select all d) go to utilities tab select UnigineTools e) adjust settings like in screenshot f) export with Export As... Thats what I do. 3dsmax 2014 It is not a problem itself, just interesting. Best. Werner AnimationExportsScaling.rar Link to comment
unclebob Posted November 26, 2013 Share Posted November 26, 2013 Hi, Werner. Good news :) I've dug into your scene and exporter code and saw that it'll not write similar positions and rotations between frames. So scale does the work here as bone positions became closer and exporter just skipped some of the transformations as there'll be no visual difference. Link to comment
werner.poetzelberger Posted November 26, 2013 Author Share Posted November 26, 2013 Hi, thank you very much for the deeper look! Can we say this is kind of a 'Optimization' or a something which should be avoided? I would say, that this then will happen, when working with Mocap data. Should there be some kind of an option for the exporter, to define a 'threshold'? Cheers. Werner Link to comment
unclebob Posted November 26, 2013 Share Posted November 26, 2013 You're right, It's an optimization. no need to worry about it. There is a hardcoded treshold (0.000001), so no need to change that because of float precision. More details about its 'skip' logic: if(frame position x is close to next frame position x) do not write next frame position x; if(frame position y is close to next frame position y) do not write next frame position y; if(frame position z is close to next frame position z) do not write next frame position z; Same logic is applied to each rotation component. Link to comment
werner.poetzelberger Posted November 26, 2013 Author Share Posted November 26, 2013 thx! Link to comment
Recommended Posts