Difference between revisions of "Talk:PlayGamebryoAnimation - ObjectReference"

I've been playing around with this in container scripts that are used in conjunction with storage hubs between player homes. I found out that most of the time, this parameter interferes with sound synchronization. For some containers like NobleChestDrawers, it is somewhat mandatory else the animation would be rendered completely in a snap, instead of the intended animation timing. For some others like the CommonWardrobe, it makes sound vs animation asynchronus - a solution is to '''not''' use afEaseInTime, and follow the PlayGamebryoAnimation instruction with a Utility.Wait(x.xx). Usually around 0.3 for close animations and between 0.5 to 1.0 for open animations.

I've been playing around with this in container scripts that are used in conjunction with storage hubs between player homes. I found out that most of the time, this parameter interferes with sound synchronization. For some containers like NobleChestDrawers, it is somewhat mandatory else the animation would be rendered completely in a snap, instead of the intended animation timing. For some others like the CommonWardrobe, it makes sound vs animation asynchronus - a solution is to '''not''' use afEaseInTime, and follow the PlayGamebryoAnimation instruction with a Utility.Wait(x.xx). Usually around 0.3 for close animations and between 0.5 to 1.0 for open animations.

--[[User:HawkFest|HawkFest]] ([[User talk:HawkFest|talk]]) 2013-04-06T16:12:50 (EDT)

--[[User:HawkFest|HawkFest]] ([[User talk:HawkFest|talk]]) 2013-04-06T16:12:50 (EDT)