Forward audio

[benwa]

Directing audio to the client would be pretty neat.

Currently you can accomplish the same thing by plugging a 3.5mm cable into the mic or line-in on the computer. Some manufacturers are dropping headphone ports though.

[MrLint]

Adding this would really making streaming games would so much better. So far all the other existing solutions kinda suck.

[AdoPi]

Is it even possible without a custom rom?

[rom1v]

As suggested by Juan, one possibility to investigate is using AOA.

I already implemented something using HID over AOA in the past (I even have a publicly available sample), it should be quite similar.

[rom1v]

I just implemented a PoC (separated of scrcpy) to enable audio forwarding from the device to the computer: aoa-audio.

On Debian stable, it "works": the device sound is played on the computer.

This is quite manual though, and several issues must be solved before something similar could be implemented in scrcpy.

Any help is welcome 😉

[AdoPi]

May it be possible to use AudioRecord api server side?
Problem is that AudioRecord requires an Activity context, I don't know if we can spawn one by using app_process.

[rom1v]

AudioRecord may only record input sources (like microphone), not the device audio output.

[AdoPi]

I may be wrong but here is an example of what I thought:

https://github.com/tzutalin/ReadPCMData/blob/master/src/com/da/readpcmtest/MainActivity.java

Sorry I should have added this on my previous comment.

[rom1v]

Oh, you're right, I missed the REMOTE_SUBMIX audio source.

[rom1v]

Arf, just calling new AudioRecord(…) segfaults, probably because there is no Context (fault addr 0x0).

Note that AudioRecord itself does not require a Context explicitly.

[AdoPi]

Yes... :(
That's why I was wondering if we could create one even if we are using app process.

Audio support is really tricky :/

[rom1v]

Even from an app, the source REMOTE_SUBMIX does not work:

AudioRecord: Could not get audio input for record source 8, sample rate 44100, format 0x1, channel mask 0xc, session 73, flags 0

(while it works with MIC for example).

[rom1v]

Hi,

I would like to share with you my work-in-progress branch: audio. This branch can be rebased/rewritten at any time.

I implemented it, and it works fine for me! 🎉

I would like early feedbacks so that any major issue can be fixed.

Requirements

• Linux (for now, I have problems to make it work on Windows and MacOS)
• a device supporting AOA2
• the device must be connected via USB (not adb connect)

How to

Install libusb:

sudo apt install libusb-1.0-0 libusb-1.0-0-dev

Checkout the audio branch:

git fetch
git checkout origin/audio

Use a debug build to report problems:

meson d
ninja -C d

Run with audio forwarding enabled:

./run d --forward-audio

The audio should be forwarded.

When closed, the audio forwarding may not be totally disabled. It may require to restart the current audio track (in VLC for example). If it is not sufficient, unplug the device. At worst (but it should not be necessary), disable/enable USB debugging.

How it works

Scrcpy connects to the device over USB to send AOA requests so that the computer becomes an "USB audio accessory" for the device.

This creates a new audio input source on the computer (which can be seen in PulseAudio for example).

Scrcpy records this input source and immediately plays it to the default output source.

Thank you for your feedbacks.

[rom1v]

In theory, it should now also work on Windows (in MSYS2/mingw64), with the libusb package:

pacman -S mingw-w64-x86_64-libusb

However, when it try to communicate to open the device over USB on Windows, libusb_open() returns -3, which is (according to libusb_strerror()):

Access denied (insufficient permissions)

I have no idea how to get the permissions granted. Any ideas?

[eyal-lezmy]

On macOS you can install libusb with the following command: brew install libusb

On a MBP 15, macOS 10.13.3 it is not working.

I start the app while a podcast is playing on the device.
After the app starts I get some noise coming out from the computer's speakers, but nothing that I can recognise. At the same time the device's speakers stop emitting a sound.
After about 10 seconds, the scrcpy app stops itself and the podcast sound comes back on the device's speaker.

This behaviour is 100% reproducible on my side.

Here are the command line output:

2018-03-24 23:01:14.865 scrcpy[5291:36915] DEBUG: Device serial is ENU7N15B03004574
2018-03-24 23:01:14.866 scrcpy[5291:36915] DEBUG: USB device with serial ENU7N15B03004574 found: 18d1:4ee7
2018-03-24 23:01:14.867 scrcpy[5291:36915] DEBUG: Device AOA version: 2
2018-03-24 23:01:14.867 scrcpy[5291:36915] INFO: Audio forwarding enabled
2018-03-24 23:01:14.883 scrcpy[5291:36915] INFO: Waiting 2s for USB reconfiguration...
2018-03-24 23:01:17.144 scrcpy[5291:36915] INFO: Selecting input audio source: Built-in Microphone
d/server/scrcpy-server.jar: 1 file pushed. 2.9 MB/s (23985 bytes in 0.008s)
2018-03-24 23:01:17.918 scrcpy[5291:36915] DEBUG: Starting decoder thread
2018-03-24 23:01:17.918 scrcpy[5291:36915] DEBUG: Starting controller thread
2018-03-24 23:01:18.845 scrcpy[5291:36915] INFO: OpenGL shaders: ENABLED
2018-03-24 23:01:18.845 scrcpy[5291:36915] INFO: Created renderer: opengl
2018-03-24 23:01:18.849 scrcpy[5291:36915] INFO: Initial texture: 1440x2560
2018-03-24 23:01:20.662 scrcpy[5291:36915] DEBUG: Unknown touch device id -841524992, cannot reset
2018-03-24 23:01:25.184 scrcpy[5291:37036] DEBUG: End of frames
2018-03-24 23:01:25.188 scrcpy[5291:36915] DEBUG: Video decoder stopped
2018-03-24 23:01:25.188 scrcpy[5291:36915] DEBUG: quit...
2018-03-24 23:01:25.200 scrcpy[5291:36915] DEBUG: Server terminated
2018-03-24 23:01:25.408 scrcpy[5291:36915] DEBUG: USB device with serial ENU7N15B03004574 found: 18d1:4ee7
2018-03-24 23:01:25.409 scrcpy[5291:36915] DEBUG: Device AOA version: 2
2018-03-24 23:01:25.409 scrcpy[5291:36915] INFO: Audio forwarding disabled```

[rom1v]

Thank you for the test 👍

Selecting input audio source: Built-in Microphone

It did not select the right input source, either because none were created, either because for now it just selects the last one, assuming it's the most recent (so it should probably be the input source from the device).

I'll check that. Thank you.

[eyal-lezmy]

For your information I've done 2 tests one with a headset connected to the computer and another one without any headset plugged in.

Good luck

[rom1v]

@eyal-lezmy I investigated on Mac, and it appears that enabling "audio accessory" on the device does not create a new audio input source on the computer.

So unfortunately, I think that the feature will be Linux-only…

I updated the branch to reject the input source if its name does not contain the device model (so that it does not open the built-in microphone for example).

[MrLint]

Ok so heres a wholly stupid question. Would it work via the Linux environment in windows 10?

[rom1v]

Would it work via the Linux environment in windows 10?

You tell me 😉

[yxtj]

What is the plan of merging this excellent feature into the main branch?

[rom1v]

Did you test it? Does it work correctly for you?

There are several problems:

• it's a bit hacky/fragile;
• it only works on Linux (but not necessarily a problem);
• if the computer consumes audio at a slightly different rate from the one it is produced by the device (which is not unlikely), the drift will increase and sound becomes very bad, and there is no mechanism to compensate.

So for now, I don't merge it.

Maybe I could, mentionning that it is very experimental...

[yimuchen]

Hi, thanks for the package! I've been enjoying it a lot
I wanted to test the audio forwarding feature out on my machines, but I cannot work out why the program is failing to start with the forward audio enabled.

On my Archlinux machine, I have both libusb and libusb-compat installed besides the dependencies already listed in the AUR package for scrcpy. The testing scrcpy pacakge was compiled with the pre-built server.jar. When attempting to start scrcpy audio forwarding with my Nokia6.1 (Android 8.1, July 1st 2018 patch), the program exits with the following error message:

DEBUG: Device AOA version: 2
INFO: Audio accessory enabled
INFO: Waiting 2s for USB reconfiguration...
DEBUG: Audio input #0: Built-in Audio Analog Stereo
DEBUG: setpriority() failed
DEBUG: Device model is: Nokia 6.1
ERROR: Cannot find the Android accessory audio input source
DEBUG: Disabling audio accessory...
DEBUG: USB device with serial PL2GAMR832306185 found: 18d1:2d05
DEBUG: Device AOA version: 2

Without the --forward-audio flag, the program runs fine.

[rom1v]

@yimuchen Could you test manually with pactl and ffplay:

$ pactl list short sources
0   alsa_output.pci-0000_00_05.0.analog-stereo.monitor module-alsa-card.c  s16le 2ch 44100Hz   SUSPENDED
1   alsa_input.pci-0000_00_05.0.analog-stereo   module-alsa-card.c s16le 2ch 44100Hz   SUSPENDED

$ ffplay -vn -f pulse -i alsa_input.usb-LGE_Nexus_5_05f5e60a0ae518e5-01.analog-stereo

[yimuchen]

@rom1v I'm a bit new to writing this sort of code, Can you help me with how I should get the string for my device, the alsa_input.usb-LGE_Nexus_5_05f5e60a0ae518e5-01.analog-stereo for my phone?

The output of pactl is:

0       alsa_output.pci-0000_00_1b.0.analog-stereo.monitor      module-alsa-card.c      s16le 2ch 48000Hz       SUSPENDED
1       alsa_input.pci-0000_00_1b.0.analog-stereo       module-alsa-card.c      s16le 2ch 44100Hz       SUSPENDED

On a side note, as a test, I edited the get_matching_audio_device in app/src/audio.c, so that the program uses the found Audio input #0: Built-in Audio Analog Stereo as the audio device, it seems to be able to pass the microphone input of my phone to my PC (I can hear myself talking to the phone from hy PC's headphone), but not the internal audio.

[rom1v]

Can you help me with how I should get the string for my device, the alsa_input.usb-LGE_Nexus_5_05f5e60a0ae518e5-01.analog-stereo for my phone?

Sorry, I copied incomplete instructions I kept in some textfile.

Instead, follow the steps I wrote in the README of aoa-audio.

[yimuchen]

@rom1v Thanks for instructions! I think the issue that I have is that the udev rules for my phone isn't available yet. The vendor/product ID under lsusb is constantly in flux, and changes everytime I run the ./audio package. I guess I'll try again when I find and updated udev rule : /

[barfin]

looks like this work fine for android 8 but not android 9
(usbaudio solution)

[Bluscream]

@rom1v did you give up?

[tarun0]

usbaudio solution

@barfin Can you specify which usbaudio solution are you referring to here? It's become a long thread; so difficult to spot.

[barfin]

usbaudio solution

@barfin Can you specify which usbaudio solution are you referring to here? It's become a long thread; so difficult to spot.

this one right here
https://github.com/rom1v/usbaudio

but a temporary solution I'm using right has nothing to do with adb, scrcpy,etc
I use Bluetooth to mirror audio from my android device to linux

[rom1v]

@Bluscream

@rom1v did you give up?

I abandon usbaudio, because AOA is obsolete since Android 8.

However, I plan to implement audio forwarding via the Playback Capture API. See #1407 (comment)

But I work on this project (scrcpy) on my free time (which is, basically, my sleep time), and there are always other things to do. I wish I had more time to work on this. But I will do it.

[rizaumami]

but a temporary solution I'm using right has nothing to do with adb, scrcpy,etc
I use Bluetooth to mirror audio from my android device to linux

Do you notice any lag?
Because when I connect scrcpy via wifi and stream audio via BT USB dongle, the mirror is stutter.
But if I connect scrcpy via USB cable the screen mirrored normally.
It just like scrcpy and bluetooth is fight for bandwidth or something 😆

[duyy018]

for now i use scrpy for display, and vysor for sound, it must be on same wifi. work fine for recording. its kinda laggy for live streaming because using same wifi for upload and playing game simultaneously. using Xiaomi A2 (no jack audio port :( )

[rom1v]

and vysor for sound

Does Vysor transmit the device sound, or just records the microphone?

[barfin]

but a temporary solution I'm using right has nothing to do with adb, scrcpy,etc
I use Bluetooth to mirror audio from my android device to linux

Do you notice any lag?
Because when I connect scrcpy via wifi and stream audio via BT USB dongle, the mirror is stutter.
But if I connect scrcpy via USB cable the screen mirrored normally.
It just like scrcpy and bluetooth is fight for bandwidth or something laughing

yes it has input lag but it's better than nothing

[Bluscream]

People are starting to look for other solutions and abandon scrcpy
https://youtu.be/0WbRIWfaClE -> https://youtu.be/s_0t593Ql1w

[gdmtplays]

and vysor for sound

Does Vysor transmit the device sound, or just records the microphone?

Vysor, with the recent update now transmits sound internally. It wasn't able to do this back then. Well it does, but on very limited devices.

[gdmtplays]

for now i use scrpy for display, and vysor for sound, it must be on same wifi. work fine for recording. its kinda laggy for live streaming because using same wifi for upload and playing game simultaneously. using Xiaomi A2 (no jack audio port :( )

Is scrcpy faster in terms of screen mirror compared to vysor? The latest update made in possible to record/transmit internal audio. I haven't tried doing just audio on vysor. Not even sure thats possible but if it is, would like to know how.

[srjbs11]

anyone found an audio solution for galaxy note 10+ when has no earphone jack?

[rom1v]

I implemented a separate tool (it's a PoC, but it works) to forward audio for Android 10:

• https://blog.rom1v.com/2020/06/audio-forwarding-on-android-10/
• https://github.com/rom1v/sndcpy

[barfin]

I implemented a separate tool (it's a PoC, but it works) to forward audio for Android 10:

* https://blog.rom1v.com/2020/06/audio-forwarding-on-android-10/

* https://github.com/rom1v/sndcpy

is there any solution for android 9? usbaudio is too old for android 9 and sndcpy is too new
nothing works on it

[Fabiok89]

I implemented a separate tool (it's a PoC, but it works) to forward audio for Android 10:

* https://blog.rom1v.com/2020/06/audio-forwarding-on-android-10/

* https://github.com/rom1v/sndcpy

is there any solution for android 9? usbaudio is too old for android 9 and sndcpy is too new
nothing works on it

hello ... I followed your guide but when I click send on the cmd after authorizing from the phone, I am waiting for connection I start any game and the audio is heard only on the mobile phone .. you have some solution to recommend
i am using windows 10 pc and samsung s9 phone with android 10

[akashsawale49]

so i implemented this and made changes in the sndcpy.bat file
i replaces the %VLC% line with this because my vlc media wont show after executing

vlc --demux rawaud --play-and-exit tcp://localhost:%SNDCPY_PORT%

so now my vlc opens up and playlist has the item tcp://localhost:2800
but i cannot hear any audio..
please help
i am using windows os and my phone has android 10

[HillBird]

I use the Bluetooth Audio Receiver app from the microsoft store to forward my phone audio to PC thanks to the new Windows 10 May 2020 Update (2004). You need a bluetooth adapter and a playback device that supports A2DP SINK for this to work.

To make this possible you just need to pair your device with your PC and connect it using the app. I tested it and it works really well. Here's the link to the app if you're interested.
https://www.microsoft.com/en-us/p/bluetooth-audio-receiver/9n9wclwdqs5j

[srjbs11]

@HillBird this is great. Can I know which Bluetooth adapter you are using? it should be 5.0?

[HillBird]

@HillBird this is great. Can I know which Bluetooth adapter you are using? it should be 5.0?

As long as you have a bluetooth feature available on your pc, you could give it a shot :)
Remember you need the latest update of Windows 10 (2004) to work.

[dheerendramehar]

@HillBird Thank you! It works. Earlier I was getting audio with noise and crackles. I just turned off the WiFi and problem gone. I think there is some interference on WiFi and Bluetooth channels as both use 2.4GHz frequency. Any thoughts on this?

[HillBird]

@HillBird Thank you! It works. Earlier I was getting audio with noise and crackles. I just turned off the WiFi and problem gone. I think there is some interference on WiFi and Bluetooth channels as both use 2.4GHz frequency. Any thoughts on this?

Yeah when I play games on my phone, the noise sounds a little bit delayed and crackled too.

[Bluscream]

These are all workarounds which don't solve the issue at hand

[hugonh]

Actually it worked on my redmi note 8, windows 10 2004, using bluetooth audio receiver app!