Capture issues with Omnibus Loopback on macOS

[siraaris]

Describe the bug

I'm observing issues when using CamillaDSP and Omnibus for Loopback (instead of BlackHole). It seems that Camilla stop processing from capture, resulting in silence.

Note - Omnibus is available for 7 day demo (https://audiomovers.com/omnibus/)
To Reproduce

RoonBridge is the audio provider on macOS.

The only configuration that works is:

Omnibus - running and wired for loopback of 2ch on host.
Roon - Playing music to Omnibus A endpoint on host.
CamillaDSP - Start camilladsp process with the above true.

The following are problematic:

If music playing is Paused in Roon, and then restarted, Camilla does not recover capturing.

If CamillaDSP is started whilst Roon is not playing music, capture does not start when music is played in Roon thereafter.

System info
Latest macOS, 15.2 on Apple Silicon Mac mini M1.
CamillaDSP is next30 branch.

Configuration

config.txt

Logs

camilladsp-log.txt

[HEnquist]

It looks as if coreaudio just stops calling the capture callback function, and then it doesn't resume doing it once there is a signal again.
How does it work if you try capturing with other clients than CamillaDSP? For example audacity.

[siraaris]

I tested with Audacity. Similar behaviour observed to that reported above. I've raised a support enquiry with Audiomovers, the developers of Omnibus.

In case anyone is wondering, Omnibus has added support for AVB hence why using instead of BlackHole.

[HEnquist]

Ok, so looks like there is an issue in Omnibus. Let's see what feedback you get. I hope they can address it so that it works with CamillaDSP without adding any workarounds. A 7-day demo won't be enough for implementing and maintaining such a workaround.

[siraaris]

Just an FYI - I've logged the ticket with Audiomovers (makers of Omnibus), they say it might be a Coreaudio bug. Worth keeping this open until I get more information from them.

The behaviour is reproducible with Audacity so I hope they can resolve it.