Sonar 2025.07 Feedback

[Noel Borthwick]

11 hours ago, Matthew Carr said:

Does anyone else find that the Stop button on the transport (or by pressing spacebar) is now really quite laggy?

Playback starts instantly, but after pressing stop icon (or spacebar)

a) Playback stops instantly
b) The green play icon remains green, the stop icon remains grey
c) There is a delay of around 50ms. During this time it's possible to click on the start button again, but playback doesn't start until the delay reaches an end.
d) After the delay finishes, it's possible to press play again and playback starts immediately.

This means if I'm using spacebar to review a hit or short section of playback pressing spacebar works the first time with immediate playback. But after pressing spacebar to stop playback, I can't immediately press the spacebar to listen again - the delay kicks in.

No-one else is reporting this, so maybe it's specific to me - if anyone sees the same, pls chime in and will raise as bug.

Behaviour is the same for the pause button.

Using latest version of Sonar (build 84) with an XR18 interface in ASIO mode with a buffer of 128 samples (changing buffer size has no effect on this transport delay)

EDIT 1: Tested this on same project / hardware in CbB , and there is no delay when stopping playback.

EDIT 2: Tested this on same project / hardware in Sonar (31.06.0.048) , and there is a delay

Ensure that fade on stop is set to zero.

[brundlefly]

12 hours ago, Matthew Carr said:

c) There is a delay of around 50ms. During this time it's possible to click on the start button again, but playback doesn't start until the delay reaches an end.

I would think the delay must be a significantly larger fraction of a second to be noticeable much less bothersome. 50ms is on the order of the fastest double-click the most agile mouse handlers can achieve.

[Matthew Carr]

9 hours ago, David Baay said:

I would think the delay must be a significantly larger fraction of a second to be noticeable much less bothersome. 50ms is on the order of the fastest double-click the most agile mouse handlers can achieve.

Sorry, brain fade 😒... around 500ms

[Matthew Carr]

9 hours ago, David Baay said:

I would think the delay must be a significantly larger fraction of a second to be noticeable much less bothersome. 50ms is on the order of the fastest double-click the most agile mouse handlers can achieve.

Sorry, brain fade....😒 The delay is around half a second, so 500ms

10 hours ago, Noel Borthwick said:

Ensure that fade on stop is set to zero.

The Fade on stop is set to 0 - perhaps there is another setting that could cause this behaviour? Seems plausible given behaviour is not present in my instance of CbB on same PC

17 hours ago, Colin Nicholls said:

@Matthew Carr, try disabling FX at the project level (it's the button in the Mix Module) and see if the behaviour changes. If it does, then the problem is being caused by one or more FX plugins.

Disabling FX has no effect - this behaviour occurs even in an empty project (e.g. start Sonar, select create Basic project)

[Noel Borthwick]

What is your driver mode and which audio interface are you using? Have you tried resetting your aud.ini?
If its happening in a blank project this has to be either settings or driver related. Definitely no code to delay stopping playback in Sonar other than what I showed.

[aleo]

I downloaded and installed the new 084 build today, but as soon as I initiated Sonar and selected a project several problems appeared in Track View:  corrupted volume envelopes in some clips, corrupted jump line after the last node in the tracks instead of a smooth row of dots.  black bar at top of clip is messed up, in the time or measure line at the top of the Clips Pane, both the numbers and tick lines are corrupted.  See the attached screenshots.  Maybe something went wrong with the download; please advise.