Setting audio delay parameter for audio layer with a positive value (+) crashes Synfig everytime when pressing playback. Using no delay and Synfig doesn’t crash.
Negative input like “-12f” in delay audio parameters works with no crash.
OS: Linux Mint 21
Hmm I investigated it a bit and it seems our audio backend (MLT) changed a feature we use to make the positive delay in version 7.20 (they changed the way they implement blank) - and that’s making the crash, but I can’t understand why.
Audio delay cant be keyframed but I wonder if being able to add a keyframe at the start helps Synfig understand where the audio delay starts. Right now it seems Synfig doesnt know what to do with a positive value in audio delay parameter and crashes.
Audio is an imported object and Synfig needs to now where it is on the timeline. Does Synfig know it should start delay from frame 0?
It worked before and Synfig handled well the sound delays.
The problem is the audio playback library we use (MLT) changed a couple of years ago (version >= 7.20) and broke this functionality the way it was implemented in Synfig.
We have to workaround the change they made to fix it.
Meanwhile, if you can downgrade the MLT library to a version smaller than 7.20 it should work fine.
I just found out why it crashes and proposed a fix:
Earlier Synfig 1.5.2 seems to work fine with the audio delay parameter.
Do you mean 1.5.2 AppImage?
Yes, I tested the 1.5.2 appimage for Linux.
Update:
Just tested the appimage for 1.5.3 (64) for Linux and audio delay setting worked fine. The flatpak 1.5.3 crashes when editing audio delay.
The problem is the MLT library. If its version is equals to or greater than 7.20, it will crash.
Probably the flatpak uses a ‘problematic’ version,but our AppImage doesn’t.
Anyway, next release will fix it. 