Bugzilla – Bug 993
Enh: Scrubbing and seeking, Transcription Toolbar and Cut Preview ignore the time track
Last modified: 2018-08-20 11:45:25 UTC
Do you actually mean " Scrubbing and seeking ignore the Timeline"? If so then it should ignore the Timeline, the Timeline is for the use of Quick-Play and should remain so exclusively. If you are actually referring to trying to initiate scrubbing from a "Time Track" then indeed you can do so - but I am not convinced that you should be able to. I think that scrubbing should only be able to be initiated by Ctrl+clicking in the waveform (or spectrogram) of an audio track.
This looks to me more like an "Enhancement" request than a "bug". Recording, generating and effects also ignore the Time Track. Would we want to change that? Perhaps a wiki proposal would be appropriate if we want to extend the functionality of the Time Track beyond simple playback and rendering.
Peter misunderstood me. Steve understood me. See the new steps to reproduce. I noted this problem. I have not personally accorded high priority to it. Steve seems to agree that it can be left alone, treated as enhancement request.
I agree with Paul that it is low priority. I think that it could be argued that the current behaviour is correct in that scrub play has its own play speed control.
I think it's a bug (a little) more than enhancement, because you can standard scrub without changing speed. I notice that Transcription Toolbar and Cut Preview also ignore Time Track (B, 1 and the Before/After Selection special playback commands all work with the Time Track). Make Cut Preview a new P3 and add add Transcription Toolbar to this bug?
(In reply to Gale Andrews from comment #5) It's debatable whether Cut Preview should use the Time Track. Currently Cut Preview only plays the first selected track, so it is in effect taking the first selected track out of the project context. If on the other hand Cut Preview is enhanced to play the 'project' (rather than just one track), then the Time Track should be applied.
(In reply to Steve Daulton from comment #6) > It's debatable whether Cut Preview should use the Time Track. Currently Cut > Preview only plays the first selected track, so it is in effect taking the > first selected track out of the project context. If on the other hand Cut > Preview is enhanced to play the 'project' (rather than just one track), > then the Time Track should be applied. Ah yes (bug 231) where you don't want Cut Preview to play the "mix" but most others do. I don't know how that will be resolved but I just made this bug title "Scrubbing and seeking, Transcription Toolbar and Cut Preview ignore the time track", left at P4.
I agree low priority. I think time-track is incorrectly designed. Time-track, envelopes, mute-solo, pan and gain and effect-preview are all 'stacked' effects applied at play-time. Their order matters, and whether they are in the path or not could be controllable. We ought to be able to apply stacked effects to lock them in, and then they drop out of the stack. It's basically a big design problem that needs to be untangled as we shift to real time. We need to look at features like time-track and scrubbing as if they are particular kinds of real-time effect, rather than uniquely special things. I think it is fine for now to ignore time track when scrubbing or in cut preview. I think it's fine for now not to offer flexibility about when, say, compressor-effect or EQ-effect or trunc-silence is applied in the effect stack. I expect we will eventually solve it all by having a visual representation of the stacked effects, which the user can then control.
(In reply to Gale Andrews from comment #7) > Ah yes (bug 231) where you don't want Cut Preview to play the "mix" but most > others do. I'm not opposed to Cut Preview playing the mix per se. As James wrote in comment #c8, and as I suggested in comment 12 of bug 231, I think it is a design issue that needs to be untangled rather than just reacting to symptoms. There are other aspects that I think are of more immediate importance, such as how Equalization and Noise removal handle multiple tracks where the tracks have different sample rates.
Marked as enhancement. Essentially this bug is about design changes to move us closer towards real time (and stacked effects).
This is a feature request - and not a good one. The TimeTrack is not well designed - so making it apply elsewhere is not 'the right solution'. We need a lot of discussion as to what the right solution is. CLOSED NOT-A-BUG.
