What happened to its development?
subject
Its been a while since the latest commit was done.
Scrcpy is actively developed and maintained (on my free time, but still).
But sndcpy is just a PoC: it just forwards (uncompressed) audio from the audio capture API from Android 10 to the desktop and plays it with VLC. This is quite hacky, but it works, and does not need further developments in itself.
The goal was to add audio support to scrcpy.
But TBH it turns out that the audio capture API is too limited/non-functional to be interesting (it depends on devices impl, apps, etc.). Also see this comment.
What about the issue with high latency? Also, is it possible to get it working with MPC-BE/MPC-HC?
Over USB, audio should not have a high latency with sndcpy. Over wifi, this is expected (to the point of being unusable, VLC automatically increases buffer size to compensate for jitter).
What about getting it to use ffplay instead of VLC?
@rom1v I see there are two options: your older method (using AOA2) and this one (using the Playback Capture API). The first one works for Android<=7, while the second one works for Android>=10... but I have Android 9, do you know of something I can use to do this task?
@Grench6 Connect to your computer using bluetooth. It works better than either usbaudio or sndcpy anyway, and without restrictions.
@rom1v what about finding a way to do AD2P over USB?