murat k. Posted November 12, 2022 Share Posted November 12, 2022 After applying "Stretch to Tempo" to an audio from the Groove Clip section, in some audios we hear stutter after lowering the tempo. This happens because Groove Clip function is using one specific algorithm which is not work perfectly for all audio files. If we could change rendering algorithm from the Groove Clip menu, we find the better one for that audio file and have no trouble anymore. At the end the menu will look like this: The discussion made previously in this thread: Link to comment Share on other sites More sharing options...
msmcleod Posted November 12, 2022 Share Posted November 12, 2022 The stretch methods used are chosen in preferences: There are a number of reasons why stuttering could occur, but it's important to understand the difference between "Online Render" and "Offline Render". When you stretch clips in the clips view and play them back it's using the "Online Render" which is designed to be quick, but not for quality. The idea is that you can quickly get it to the length you need, and then commit the changes using the "Offline Render" method - which is slower, but much higher quality. "Bounce to Clip(s)" will commit the stretch using the Offline Render method. Of course, you could just make the Online method the same as the Offline, but this means all of your edits will be much slower. Link to comment Share on other sites More sharing options...
murat k. Posted November 12, 2022 Author Share Posted November 12, 2022 7 minutes ago, msmcleod said: There are a number of reasons why stuttering could occur, but it's important to understand the difference between "Online Render" and "Offline Render". When you stretch clips in the clips view and play them back it's using the "Online Render" which is designed to be quick, but not for quality. The idea is that you can quickly get it to the length you need, and then commit the changes using the "Offline Render" method - which is slower, but much higher quality. "Bounce to Clip(s)" will commit the stretch using the Offline Render method. Of course, you could just make the Online method the same as the Offline, but this means all of your edits will be much slower. No, I tried every one of them and the result didn't changed. Groove Clip use a setting regardless of any Stretch Methods in the list. It use only "Groove" Stretch Method. You can see it when you apply AudioSnap to an audio file and select "Groove" Render Method. The same stutter errors happens at the same BPM just like with the Groove Clip. We need a preference to change Groove Clip's render method: Link to comment Share on other sites More sharing options...
murat k. Posted November 12, 2022 Author Share Posted November 12, 2022 6 minutes ago, murat k. said: You can see it when you apply AudioSnap to an audio file and select "Groove" Render Method. Of course you have a privilige to check the source code as well @msmcleod. ? Link to comment Share on other sites More sharing options...
David Baay Posted November 12, 2022 Share Posted November 12, 2022 As noted in the other thread, it appears the issue is at least partially that Groove Clips are "transient-aware". I believe Audiosnap Autostretch tends to work better when doing a proportional stretch at a constant tempo, regardless of the algorithm, because it just stretches the whole clip uniformly without regard to transient locations. And, of course, it allows you to use whichever algorithm works best for a particular type of material. I would just use whatever method works best in a given situation. I would, however, like to see more resolution allowed in specifying a stretch percentage (the same goes double for Process > Length which doesn't even support tenths of a percent). Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now