LMMS
Playback automation, is different from recorded
Bug Summary
When lmms-EQ frequency is recorded, the playback is not the same
Steps to reproduce
Record Manual Frequency changes of lmms-EQ
- Insert an instrument
- Insert lmms-EQ as FX
- Insert an automation-track
- Connect EQ-Freq to automation-track
- Open context for automation-track, and set Record
- Start transport
- Manually move Freq-dial, to recognizable values and rest for a while (establish a constant Value-plateaus)
- Make several value-recordings
- Stop transport
- OBS!!! Open context for automation-track, and set NO Record
- Playback Playback Value-plateaus does not fit the recorded Value-plateaus
Expected behavior
Playback Value-plateaus should fit the recorded Value-plateaus
Actual behavior
Playback Value-plateaus does not fit the recorded Value-plateaus
Screenshot
The last recorded value was 10K! The playback is way off
Affected LMMS versions
1.3 win10, MAC 1.2.2 (orr. reported)
Default lmms-EQ is exponential, if liniar is used the discrepancy is substantially less, but still off.
This is probably an issue w/ log vs linear knobs, the recorded automation doesn't seem to take the knob mode into account. If you switch mode before recording the recorded automation will sound as expected.
It was issue with every automation recording. Workaround is to set progression in recorded automation clip to "cubic hermite" and quantization to "1/64". The same thing appears to MIDI recording, lmms does quantization in recording by default, instead of recording unquantized signal.
For me(macOS), this only works if set to linear. But difficult if not impossible to control in the lower range.
What I noticed is that if you record the automation of a knob which is set to algorithmic mode, then you have to set the knob back to linear before playing back the automated part. or else, you gt a “log of log” behavior.
What I noticed is that if you record the automation of a knob which is set to algorithmic mode, then you have to set the knob back to linear before playing back the automated part. or else, you gt a “log of log” behavior.
That is definitively a bug! Good find!
This might be related to #6954. In this comment you can find an example file to reproduce the problem.
The underlying problem seems to be that the automation records changes to knobs instead of the underlying parameters as it should be. So it is [automation] -> [knob] -> [parameter] instead of [automation] -> [parameter]. Therefore if you change the behavior of the knob you will change the playback.
Ideally, a knob and the automation should just be two different means to directly manipulate a parameter.
