scrcpy
scrcpy copied to clipboard
Genymobile
Forward audio
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.
Suggestion by @rom1v: The best solution currently is to connect the device via bluetooth to the computer. It works for all apps, it does not suffer from additional limitations and works for basically all devices.
Adding this would really making streaming games would so much better. So far all the other existing solutions kinda suck.
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.
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 :wink:
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.
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.
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.
Yes... :( That's why I was wondering if we could create one even if we are using app process.
Audio support is really tricky :/
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).
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! :tada:
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.
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?
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```
Thank you for the test :+1:
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.
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
@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).
Ok so heres a wholly stupid question. Would it work via the Linux environment in windows 10?
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...
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.
@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
@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.
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.
@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 : /
@rom1v
First, I want to thank you for this awesome application.
It is exactly what I was looking for to mirror the screen of my Huawei Mediapad M5 on the PC and in very high quality.
Neither google cast nor miracast can keep up with the image quality
Better even as an airplay from the Ipad Air 2 to the PC.
I use it with adb over wlan with this cmd command:
scrcpy.exe -s 192.168.10.74:5555 -b 32M -m 1735
So far, I transmit the sound either via cable, which is awkward because the M5 has only a USB-C and no headphone jack, or I use bluetooth but that is not so clever.
Since I work exclusively with Windows and unfortunately with linux little on the hat, I would be glad to test the addressed by you "experimental audio inclusive version". With the knowledge that it does not work 100% yet and that there can be problems.
Thanks again for this great application. Regards Michael
Since I work exclusively with Windows and unfortunately with linux little on the hat, I would be glad to test the addressed by you "experimental audio inclusive version". With the knowledge that it does not work 100% yet and that there can be problems.
On Windows, it does not work at all. And anyway, when it works, it's only over USB.
Hello rom1v,
thanks for reply, if I can help testing on windows I can use USB that will no problem. What I would say is, that your great app works over WLAN better as the "big known players" and thats great..... RESPECT to your work !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
would it work in a VM???? Will adb work in a VM when USB is passed through?? I did not have any experience with adb on a linux system, I have some experience on Windows I root Samsung S5 S6 S8, Nexus 6 and the tablet Nexus 7, also Huawei P10 but the mediapad its just new so I dont will do it 😂 all using adb and fastboot.
Michael
What I would say is, that your great app works over WLAN better as the "big known players" and thats great..... RESPECT to your work !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Glad you like it :wink:
would it work in a VM???? Will adb work in a VM when USB is passed through??
I didn't try.