I think the effect needs to be added to the EFFECTS node which is a child of the AUDIOCLIP called and added by the enableEffects call (see AudioClipBase::enableEffects) then do:
OK, it worked for the reverse effect but for example the stepVolume processing isn’t working. Maybe I need to set some parameters for it, but the edit’s XML seems to have sensible looking default things anyway…?
Are you on Windows? It might be that if the Edit is still playing it has open file handles and Windows doesn’t seem to like that. If you clear the thumbnail and call transport.freePlaybackContext(); before deleting the files does it work?
Also, maybe try checking the return value of edit.getTempDirectory (false).deleteRecursively();?
immediately, or even with a slight delay, after enabling and setting the Clip Effects does not work. Is there some kind of a notification system, or should I set some render progress variable somewhere or …?
I am implementing my own Clip Effect type, so I’ve probably made some mistake somewhere but the Tracktion Engine provided Clip Effects fail to update the thumbnail sometimes too…This is still in the context of the PitchAndTimeDemo.
edit : actually, setting the thumbnail file after a long enough delay with a timer seems to work. But shouldn’t this work a bit more automatically, after all, the Clip Effect renders can take quite a variable amount of time to finish?
I think if you register as a SelectableListener, you’ll get a void selectableObjectChanged (Selectable*) callback when the source file changes. In here you can get the playbackFile and set the thumbnail to it?
OK, that kind of works but I get a bit too many calls into the selectableObjectChanged method. I get glitchy playback because setting the thumbnail file also seeks the playback or something…