No I suppose strictly speaking it’s not a “bug” (though I thought it was at first) but I would describe it as needing “fixing” all the same in the sense that it is not working properly – it may be working as “intended” but it is not “fit for purpose” imho. I’m pleased it will be addressed, I just hope it will not be too long as the workaround is impractical for my purposes.
Cool thanks
I can’t see a way to add other graphics and it looks like the grain is embedded in the exe. I’d really prefer a plainer look.
Yes but the end value should not be equal to the start – it should be where the user left it. And although in most cases the start position will probably be the same as the default for a particular patch, again if a user has set it differently (by tweaking the patch before playing) then that should be where it starts. I’m sure many improvements could be made in automation but for now I’d just be happy for Podium to do what every other sequencer does and not keep changing the sounds to some pre determined “default” – the user should have the control, not the sequencer.
Pity. I can’t understand why this isn’t seen as more of a priority. Is no-one else using automation with softsynths apart from me?
Any chance of a fix soon?
It would be great if you do, thanks. I don’t understand why it should have this behaviour in the first place though – it seems a very strange way to create automation if it doesn’t follow the instrument/effect setting as left by the user. I don’t know any other host that does automation this way. The workaround you suggest is doable if I just have 1 or 2 envelopes but if I have a more complex piece I can see it becoming a turn off.
With the latest version automation is working properly at the start of the track now but if I stop moving a knob but carry on recording (or move onto a different knob) the knob position is dropping to zero on playback from that point which ruins the track. It should stay where I left it.
I’ve never used that because I don’t know what punch in is. My guess was that it means recording starts when I start playing? If so as you can see I had already played several bars before touching the knob but they end up silent.
I’ll try the new beta thanks
Yes it’s a step forward and thanks for the quick response. The value now starts in the right place when I create an envelope but as you say there’s still a big problem in that until I start moving the knob it still reverts to zero and anything I have played up until that point is silent or changed (depending on the starting patch and param selected of course)
That would be great thanks
@Zynewave wrote:
What the host can do is to set a starting point on the curve when the automation lane is created. The value of this event can be set to the current parameter value in the plugin. This value will then be played by the host up to the point where you start recording changes. I think that’s also what you see on your screenshot of the other host. There is a point at the start of the automation lane.
Yes there is – all I’m saying is that point (and the end point) should be determined by the starting and end positions of the plugin param (which would normally be at the start the position set by the patch loaded and at the end the last point that value was left at after being moved by the player), not by some arbitrary “default” value or setting like zero. Otherwise what you play back will not be a faithful replication of what you played when recording.
@Zynewave wrote:
Questions:
If you change the VSTi patch after you created this automation lane, will this host change the starting point of the curve to match the value of the parameter in the new patch?
No if you change the patch the cutoff jumps to the recorded position rather than retaining the patch position – but I would expect that.
@Zynewave wrote:
Can you grab the first point on the automation lane and drag it to the right on the timeline? In that case, what will the curve look like up to the first point?
This
But note even then it does not start at zero – it starts at the patch’s value of 49%
(The host is Energy XT 2 btw but this is what I expect as standard behaviour regarding automation of plugin values – it should always record exactly what is played)
With me it was realtime as I was trying to bounce my Virus Ti.
There was no progress dialogue – that’s what was weird – just the 2 orange lines appeared but instantly (but no audio data) – then when I tried to bounce again I got the freeze.
@Zynewave wrote:
The problem here is in the way that automation is designed in the VST spec. When a VST parameter is automated it will change the loaded patch directly. Stopping playback during automation will thus leave that parameter/patch at the last automated value. If you then restart playback at a point before the first recorded automation, it would result in a random patch (= random sound) depending on where you last stopped playback. That is why Podium always sets the parameter value at playback start.
I’m sorry but I don’t understand this at all – if this is in the VST spec then how come no other host I know of sets the cutoff or other param to zero at the start and end? Surely the “default” starting point should be the position the instrument is set to at the start of recording, not zero? Just as a comparison look at how this is handled in another host:
Note the cutoff value for this patch “kickass drone” is at 49% and even though I don’t actually touch the knob to change the cutoff value till halfway through the sequence (marked in red) the host correctly starts the envelope at the 49% position and ends at the point where I let go of the knob.
In Podium I can make the same sequence but it will drop to the cutoff to zero at the start of the track right up until the point I tweak the knob and again at the end – making the sequence silent right up until the point where I touch the knob even though I am playing notes before that. And this is just a simple sequence – imagine how this would affect a more complex sequence with lots of params being moved at different times – nothing would sound the same on playback as it did when I recorded it. That can’t be right.