Copy link to clipboard
Copied
The Lock in Time function of clips on a track is extremely useful - except that it is unreliable.
Why do clips which are locked keep moving without any clip length changes?
This defeats the whole purpose of keeping them LOCKED IN TIME.
Can anyone explain?
this is yet another Audition unresolved bug.
PS I would recommend expanding the list of the available tags or topics to select as these are extremely limited and don't cover the whole range of key tissues.
Copy link to clipboard
Copied
Hi Quantum88,
Please share a screen recording of the issue. You can also email the screen recording to audbugs@adobe.com
Regards
Abhishek
Copy link to clipboard
Copied
Hi
It's not possible to do a screen recording of this issue as I would need to record hours of my project workflow in Audition. (on average 6-8 hours). Then you would need to notice when the clips have shifted without any change in the clip duration. It's just not feasible.
Also, this happens intermittently and not in each and every project.
Once I noticed the shift, I can't go back in time to record the clips previous position.
regards
Anna
Copy link to clipboard
Copied
well I have described the issue and that it is not possible to "take a screenshot of it".
I can see you work for Adobe. Could you please reply advising whether this is a known bug and why is it happening?
Why the locked clips move by few to several seconds in either direction? Isn't the LOCK IN TIME supposed to be unmovable?
And on top of that, the AUDIO often moves within the same clip without any changes to the content.
Now, THIS is a serious bug.
Could you please reply. thanks.
I don't mean to rub it in, but it seems that this important fact escapes people on this forum so I will address the elephant in the room again:
This is NOT a free program like Audacity and so we are entitled to expect high quality performance and when there are issues we are entitled to technical support.
Copy link to clipboard
Copied
well I have described the issue and that it is not possible to "take a screenshot of it".
I can see you work for Adobe. Could you please reply advising whether this is a known bug and why is it happening?
Why the locked clips move by few to several seconds in either direction? Isn't the LOCK IN TIME supposed to be unmovable?
And on top of that, the AUDIO often moves within the same clip without any changes to the content.
Now, THIS is a serious bug.
Could you please reply. thanks.
I don't mean to rub it in, but it seems that this important fact escapes people on this forum so I will address the elephant in the room again:
This is NOT a free program like Audacity and so we are entitled to expect high quality performance and when there are issues we are entitled to technical support.
By @Quantum88
Long time Audition user, plenty of frustrations along the way. Sounds like the audio clip is "slipping" inside the container.
Why it's doing it if the track is locked, no idea. Audtion was never lauded as a feature lenght audio editor, or music production tool. (ProTools).
https://www.youtube.com/watch?v=8WRKnhsX1bE
Without fully detailing your I/O setup, media drive setup, OS. Version, etc tech support will assume it's user error.
Copy link to clipboard
Copied
My clips are not feature length but btn 15 min - 60 min long and it is (mainly) a podcast production not music. However I include the prerecorded and mixed with music intro and outro as well as short music "spacers" in my podcast.
So I have clips on three tracks: (1) intro, outro and spacers (2) guest's audio (3) my audio - all of which must be precisely aligned on the timeline.
The slip tool is always active in my projects but it is not the answer to this issue. I use it only to trim any excess file (if any) at both ends, not to select the portion of the audio I want as it is always the entire clip.
I do ALL my edits in the .WAV files (which are of course, copies of the originals), so whatever is in the container in the multitrack - that's the entire clip to be used.
Once I have LOCKED it in time - it should stay locked.
"Without fully detailing your I/O setup, media drive setup, OS. Version, etc tech support will assume it's user error."
(I'm pasting your quote manually as when I use the quote function it pastes your whole reply together with my quote for some reason even when I select only one sentence)
Are you a tech support for Adobe? if not, you don't know what Adobe tech support "will assume".
They asked me for the screenshot of the issue, which is impossible to take for one, and two, will not give them any information of the cause of this issue, so that was a strange request.
They diidn't ask me for any tech data.
It looks like posting on this forum is not as helpful as it used to be.
Copy link to clipboard
Copied
Hi Anna,
We need to reproduce the issue. Let us know about your workflow with you get this issue. As you mentioned, it happens intermittently, so can you share some information like if it happens with some project or any project you work with? can you share a sample session file with which you notice this issue frequently?
you can send the session file to audbugs@adobe.com
Regards
Abhishek
Copy link to clipboard
Copied
hi Abhishek
From your reply I gather that this is NOT a known issue - correct?
This happens intermittently without any pattern and so it can't be predicted or reproduced.
It happens in almost every project.
There is no one file where it happens frequently. It usually happens 1-3 times in a project.
Can't send you any session samples as I immediately correct those errors.
If you can tell me what could cause this slip, I will know what to look out for in my editing workflow and will try to prevent it or at least catch it. My workflow varies for each project so again, I can't give you the steps.
thanks