Hello — SCML plugin stops triggering sound events (conditions) after the first restart of C2 layout.

It looks like anim.soundlines are not loaded when SCML object is created more then once (getCharacterFromPreload is used, no AJAX request is started on SCML instance creation).

anim.soundlines.length != 0 on the first creation and anim.soundlines.length == 0 on next creations (after C2 layout is reloaded).

lucid, I haven't recognized that the link to the capx which reproduces the problem was removed by the forum.

Here is it once again (put https before the link to get the full URL):

://drive.google.com/file/d/0B-KXDlig5kwVMzIzZ004bXJQb1E/edit?usp=sharing

There is actually a way to solve this problem somewhat. We can attach platform behavior to SCML object and then lags are cured (I don't remember actually why).

But due to another bug in Construct (https link ://sourceforge.net/p/construct/bugs/1349/) this solution doesn't work now: platformer SCML object should have tiny size to move on solid objects as expected (as animations are drawn in the center of SCML we should make SCML tiny, otherwise animations will "fly" in the air).

Hello.

Here is a bugreport from me.

Position of Spriter scml object lags from position of player sprite object with platform behavior. When you have couple other sprites pinned to player sprite this lags look very annoying.

Here is a link to capx file that demonstrates lags:I've investigated the problem a little bit. It looks like the problem is in changing positions of sprites (attached to animation timelines) in tick() handler of Spriter plugin instead of doing this in a sort of draw() method when all the conditions of current event loop iteration were processed. I've added javascript console logging:

• "spriter tick" to Spriter plugin tick() method
• "position change tick" to "On every tick" event sheet condition where I set position of scml object to position of player sprite.
• "spriter draw " to Spriter plugin draw() method

Here is a piece of the javascript console log:

spriter tick Spriter_plugin.js:762 position change tick VM154:1 spriter draw Spriter_plugin.js:967 spriter tick Spriter_plugin.js:762 position change tick VM155:1 spriter draw Spriter_plugin.js:967 spriter tick Spriter_plugin.js:762 position change tick

So Spriter plugin changes positions of attached sprites before position of the whole scml object is changed during "position change tick" event sheet condition processing.

Could you help with this problem either fixing it or proposing a workaround?