@pernst wrote:
I hope nothing is changed to affect the timing and usability of automation in Podium. The reason I use Podium for my work is I used JamStix, and now use JamStix 2, for drums. JamStix allows automation of most every control, allowing for very “life-like” performances without the need to “hard” program the parmeters into multiple parts. Changing the parameters with automation provides great visibility in the sequencer to changes in drum parts and style, and easy manipulation as changes are required.
With the advent of JamStix 2, I no longer use FL Studio, Reaper, nor Traction as either the automation is recognized as a constant change triggering recomp in JamStix even though values remain steady, or the timing of the automation is variable leading parameters to change to early or late in JamStix to allow accurate control of changes.
Bottom line, I have come to greatly appreciate how Podium handles automation, and would be wary of change. For instances, if the program holds the last value after the clip finishes, when I stop and move the play cursor to a position prior to the automation clip, it would be problematic for me to have the parameter still set to what it was at the end of the clip. Or, for that matter, if I stop playback in the middle of the clip, and rewind prior to the clip, I don’t want the parameter set to what it was when I left the clip.
I appreciate options, allowing users to set the app to behave one way or another. But if this leads to timing issues or change recognition issues, I would be greatly disapointed.
I think pernst, you don’ have to worry about it, cause Frits always offer to switch between two option-old or new.;)
