View Issue Details
|ID||Category||Date Submitted||Last Update|
|0005417||bugs||2013-03-26 23:32||2020-04-19 20:16|
|Fixed in Version|
|Summary||0005417: Automation writes are not like 2.x, and not as expected|
|Description||When I engage write mode with automation as the track is playing, in the middle of a song, it writes the points I want, but creates a point at the very beginning of the session at 0 dB, and draws a a gain automation line from there, to the point where I put the channel into write mode. I would expect the the automation at the start of the song to match the level of the fader where it was when I began writing automation.|
|Tags||No tags attached.|
Screenshot.png (35,648 bytes)
Screenshot.png (35,648 bytes)
||BTW, this is for gain automation, but the same thing happens with panning automation, as well. I was hand drawing some panning points, and I placed a point in the middle of song and it it drew a line back to the beginning, and that point was panned to the center.|
if i don't find this out on IRC first, i need to know precisely what you mean by "start and stop writing automation".
my attempts to replicate this failed. i suspect you're using a set of steps to write automation that i've not thought of ....
ah, no worries. i've figured out what you were doing. seems like an odd approach to me, but it shouldn't result in what you saw.
to avoid it for now (though i may fix it real soon now): use touch mode, which will playback existing automation, but write new values as you create them. what i believe you were doing is starting the transport in manual mode, then switching to write mode after some time.
||For those who were not privy to our IRC chat yesterday, I will explain. The automation computers on the consoles I spent the most time on, got SMPTE from the tape machines. Analog tape had SMPTE striped on it, and ADATs output SMPTE, but the transport had to be rolling for the automation to see it. That is why I engaged WRITE mode while the transport was running. Required habits from previous workflows. Also, that particular automation pkg required that you do one write pass before you could change to TOUCH mode and make fixes.|
||the specific behaviour reported here (which occurs when switching into write mode while the transport is moving) has been fixed in git.|
||This was never marked FIXED.|
Issue has been closed automatically, by Trigger Close Plugin.
Feel free to re-open with additional information if you think the issue is not resolved.
|2013-03-26 23:32||Ricardus||New Issue|
|2013-03-26 23:32||Ricardus||File Added: Screenshot.png|
|2013-03-27 23:01||Ricardus||Note Added: 0014782|
|2013-03-28 22:15||paul||Status||new => acknowledged|
|2013-03-31 21:08||paul||Note Added: 0014794|
|2013-03-31 21:12||paul||Note Added: 0014795|
|2013-04-01 17:13||Ricardus||Note Added: 0014797|
|2013-04-06 13:23||paul||Note Added: 0014821|
|2013-04-06 13:23||paul||Status||acknowledged => feedback|
|2018-05-01 21:38||Ricardus||Note Added: 0020265|
|2018-05-01 21:38||Ricardus||Status||feedback => new|
|2018-05-26 12:30||x42||Status||new => resolved|
|2018-05-26 12:30||x42||Resolution||open => fixed|
|2018-05-26 12:30||x42||Assigned To||=> x42|
|2020-04-19 20:16||system||Note Added: 0023210|
|2020-04-19 20:16||system||Status||resolved => closed|