Brian Kendall

That's interesting that we now have two reports of it working on M1 and two reports of it not working (including my own). My guess is that compiling for M1...

I'd recommend switching back to the x86-64 version for the time being then.

@sir-andreas I gather it was the pre-compiled binary. From the limited amount of poking around I did, I'm seeing that there's something wrong with the way the driver is calculating...

I merged the PR and made a new release

That would be a significant modification, and it's not something I can easily describe quickly. You'd have to change the code of the function `outputDeviceIOProc` that runs in a separate...

What Yilin was describing was proxying an input device, not making a loopback device like Soundflower, [BlackHole](https://github.com/ExistentialAudio/BlackHole) or [Loopback](https://rogueamoeba.com/loopback/). I'd recommend any of those if that's what you're looking to...

I've never packaged up an app for installation via Homebrew before. This app might make more sense for homebrew cask, but I'm not sure. I may get around to it...

I've actually made a build that does something similar to this, switching between built in speakers and headphones. Basically I see the feature being a list of devices to output...

@xflashxx @Tuxie You can give this build a try: https://nextcloud.briankendall.net/index.php/s/TaETdJa2BLN2mpo It should automatically switch to built-in speakers if the proxied device isn't available. Note though that I've only tested it...

@n8gray I can see this working both ways, since with the proxy device simulating a disconnection macOS would behave just like when using the proxied device directly. However I think...