Questions & Answers

Increasing playback speed to X, shuffle editing tracks, and returning playback to 1x without all events overlapping?

0 votes
48 views
asked Sep 17 in Editing by tannercampbell2 (150 points)
edited Sep 17 by tannercampbell2

I'm a Podcast Editor (among other things) and about 6-months ago I moved from PT to S1.

I've enjoyed the change. The biggest reason I moved from PT was how old and clunky it looked and felt. A second reason was that it couldn't playback more than two tracks at a time at an increased speed. I moved to S1 and was happy to find that it could do that, but that it had another problem altogether.

In podcast editing it is a very common practice to playback the audio file and work ahead of the playhead as the audio is playing - removing visually obvious items that need to be fixed (long gaps, mouth smacks before a sentence starts, umms - things that after working on a clients podcast for long enough you begin to be able to *see*). If the playback reveals something that needs to be edited, you stop playback, go to that point, fix it, then resume playback and resume working ahead of the playhead in the manner described.

A 120-min podcast with 3 speakers takes me 80-mins to edit in this fashion when editing at 2x speed.

And S1 allows me to do this but there's a problem.

All those edits I'm making ahead of the playhead? 90% are done with "shuffle edit" enabled, because cutting silence across three tracks at the same place requires that the gap be closed after the silence is removed. So I'm selecting a 1.2s area on three tracks, and deleting it - shuffling the gap and keeping all future audio in the tracks in sync with one another. By the time I reach the end of this process I have probably made 300-500 individual cuts.

This is what dialogue editing looks like in the podcast world.

Here's the problem: when I'm done doing this and I select the what could now very well be over 1000 individual "events" and attempt to restore them to to 1x playback - they expand without moving and all the events now overlap one another. I would expect them to shuffle so that this didn't happen, but it doesn't.

Here's a video (no sound) that illustrates this issue: https://twitter.com/portlandpod/status/1306332557055848449

Yes, I have tried committing (bouncing) the clips so that they are a single clip and then reducing the playback (since the playback on this new bounced event is just 1x) but the result is never right, it's always noticeably off. And I've sat there, increment by increment, tying to get it right. It doesn't work, something happens when the file is bounced that makes this impossible.

The day I discovered this I lost nearly a days worth of work because I had to repeat the work and I had to do it at 1x playback. I almost abandoned S1 right then and there but PT couldn't have done any better and I honestly like the aesthetic and workflow of S1 better so... if I was going to have to edit at 1x playback, I may as well do it in a DAW that looks nice.

Can you please change this?

I don't know what the answer is, but I feel like the easiest answer is to treat events having their playback speed decreased (after having been increased) in the same way that you treat events everywhere else: if in shuffle mode, shuffle things to the right so that the return to 1x playback doesn't result in a bunch of overlapping events and an unusable file.

Or find a way to playback the audio faster without actually modifying the tempo?

One of those things. Please.

1 Answer

0 votes
answered Sep 21 by jazzundso (96,160 points)
 
Best answer

Thank you for the feature request. 

If anyone else agrees or disagrees, please VOTE!

The developers pay close attention to those that are voted on the most. 

You are allowed one vote. You can change your vote later if you choose.

(Here's some helpful info on how to use the voting system)

Please vote the original question / feature request. 

Please DO NOT Vote on THIS response!

...