Go Back   Cockos Incorporated Forums > REAPER Forums > REAPER Bug Reports

Reply
 
Thread Tools Display Modes
Old 10-05-2019, 12:25 AM   #1
tdc
Human being with feelings
 
Join Date: Oct 2019
Location: Sydney
Posts: 471
Default Source of Audio Glitch when stopping playback?

Hi folks,

I have been researching potentially moving from PT HD Ultimate to Reaper as the call of scripting and creating our own control and console solutions is too great. So far, most of our workflow seems to be able to be replicated within Reaper with some adjustments, however I have hit a problem that I am unable to resolve.

When I press stop, the audio that is playing has a dropout glitch then continues for a few hundred milliseconds before stopping. This might sound like a small issue but really begins to annoy artists as well as the engineer over the course of a session.

Seems to be related to Plugins. I have created an example Project to illustrate this. It has two tracks, one with a sine wave and no FX plugins, and the second track with the same sine wave, but with a ReaEQ installed. If you stop playback when track one is playing back the audio stops as you would expect. But if you stop playback whilst the second track is playing (that has the ReaEQ instantiated) then the glitch is heard.

I have played with the various "Run FX" settings to stop this, but then all tails of reverb tracks are choked on stop which is also not good.

Any thoughts on how to resolve this?

Many thanks,

tdc

[Running Reaper on various new Mac's, mostly with RME interfaces or CoreAudio builtin devices. All at standard default settings and either 48/96k sessions)
Attached Files
File Type: zip Gitch Test Project.zip (11.2 KB, 147 views)
tdc is offline   Reply With Quote
Old 10-05-2019, 05:42 AM   #2
Dstruct
Human being with feelings
 
Join Date: Jul 2006
Posts: 12,480
Default

"Anticipative FX processing" might be the culprit. But I would not recommend to disable it.
Dstruct is offline   Reply With Quote
Old 10-05-2019, 06:53 AM   #3
tdc
Human being with feelings
 
Join Date: Oct 2019
Location: Sydney
Posts: 471
Default

Thanks. Yes, tried that but it didn’t remedy the situation.
tdc is offline   Reply With Quote
Old 10-05-2019, 10:58 AM   #4
Fabian
Human being with feelings
 
Fabian's Avatar
 
Join Date: Sep 2008
Location: Sweden
Posts: 7,417
Default

Quote:
Originally Posted by tdc View Post
<snip>

Seems to be related to Plugins. I have created an example Project to illustrate this. It has two tracks, one with a sine wave and no FX plugins, and the second track with the same sine wave, but with a ReaEQ installed. If you stop playback when track one is playing back the audio stops as you would expect. But if you stop playback whilst the second track is playing (that has the ReaEQ instantiated) then the glitch is heard.

<snip>
I cannot replicate that here. For both tracks, when I hit space, the audio stops immediately. I can hear no difference between playing and stopping Track 1 compared to Track 2.

I have "Anticipative FX processing" turned on and set to the default 200 ms. Maybe you have it turned off for tracks with no FX (there is a switch for that, mine is on) and that makes the difference for you. Just guessing...
__________________
// MVHMF
I never always did the right thing, but all I did wasn't wrong...
Fabian is offline   Reply With Quote
Old 10-05-2019, 12:38 PM   #5
foxAsteria
Human being with feelings
 
foxAsteria's Avatar
 
Join Date: Dec 2009
Location: Oblivion
Posts: 10,255
Default

I remember having this problem and the setting that fixed it was counter-intuitive. Try searching "flush" in preferences and play with those settings. I can check find out for sure when I get home if you don't find it by then.
__________________
foxyyymusic
foxAsteria is offline   Reply With Quote
Old 10-05-2019, 08:09 PM   #6
tdc
Human being with feelings
 
Join Date: Oct 2019
Location: Sydney
Posts: 471
Default

Thanks Fabian and Dstruct for your advice. I have done further testing based on your suggestions. Still no proper solution but I have some more observations.

It appears to be related to a channel when its playing back and stopping and feels like an error when the channel is moving from play to stop, just like a tape machine does when changing from Play to input mode (repro).

Here is a screen shot of the resultant waveform. I have played out of Reaper, via SoundFlower to another DAW to capture the audio. Each Item is the result from starting and stopping Reaper. You can clearly see the appended region of audio on the second file. Interestingly this additional content is 9500 samples in length. (My PDC is at 0)




With further testing, I found that if I put the channel into Record, whilst in "Record: Disable (input monitoring only) then ti don't get this bug. Also If I add the same ReaEQ to the Item as Item FX instead of Channel FX, I also don't get this bug.

I have also created a brand new install, portable, and replicated this bug with the default settings.

Are there any Dev's who could advise me whether this is a known symptom of the audio engine design, or whether this is an anomaly of my use or systems?

Thanks,

tdc

Last edited by tdc; 10-05-2019 at 11:34 PM. Reason: updating details
tdc is offline   Reply With Quote
Old 10-06-2019, 12:12 AM   #7
mlprod
Human being with feelings
 
Join Date: Jul 2015
Location: Stockholm, Sweden
Posts: 1,343
Default

Quote:
Originally Posted by tdc View Post
Thanks Fabian and Dstruct for your advice. I have done further testing based on your suggestions. Still no proper solution but I have some more observations.

It appears to be related to a channel when its playing back and stopping and feels like an error when the channel is moving from play to stop, just like a tape machine does when changing from Play to input mode (repro).

Here is a screen shot of the resultant waveform. I have played out of Reaper, via SoundFlower to another DAW to capture the audio. Each Item is the result from starting and stopping Reaper. You can clearly see the appended region of audio on the second file. Interestingly this additional content is 9500 samples in length. (My PDC is at 0)




With further testing, I found that if I put the channel into Record, whilst in "Record: Disable (input monitoring only) then ti don't get this bug. Also If I add the same ReaEQ to the Item as Item FX instead of Channel FX, I also don't get this bug.

I have also created a brand new install, portable, and replicated this bug with the default settings.

Are there any Dev's who could advise me whether this is a known symptom of the audio engine design, or whether this is an anomaly of my use or systems?

Thanks,

tdc
Try disabling "tiny fade at play and stop" in Audio prefs.
__________________
Magnus Lindberg Productions - VRTKL Audio - Redmount Studios
magnuslindberg.com
mlprod is offline   Reply With Quote
Old 10-06-2019, 12:50 AM   #8
tdc
Human being with feelings
 
Join Date: Oct 2019
Location: Sydney
Posts: 471
Default

Quote:
Originally Posted by mlprod View Post
Try disabling "tiny fade at play and stop" in Audio prefs.
Hi Magnus, thanks for that. That has indeed made it better by stoping the fadeout and fadein happening at the expense of sharp ends when pressing stop (Red Section in Image) But the extended buffer that is played back if there are FX's instantiated on a channel is still there (Blue section in image)

Green line is where I press stop on the transport.

tdc is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 12:14 AM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.