Genymobile / Genymobile/scrcpy

Black screen in Arch but not under Fedora Same phone, same computer, same version.

Open
#3,940 18 comments 0 reactions 0 assignees View on GitHub
Dominant language
C
Stars
150k
Forks
13.7k
Avg merge
4d 13h
Merged PRs (30d)
2

Description

- [ X] I have read the [FAQ](https://github.com/Genymobile/scrcpy/blob/master/FAQ.md).
- [ X] I have searched in existing [issues](https://github.com/Genymobile/scrcpy/issues).

**Environment**
- OS: Arch Linux
- Window Manager: Xmonad
- scrcpy version: 2.0
- Dependencies (compiled / linked):
- SDL: 2.26.4 / 2.26.5
- libavcodec: 60.3.100 / 60.3.100
- libavformat: 60.3.100 / 60.3.100
- libavutil: 58.2.100 / 58.2.100
- libavdevice: 60.1.100 / 60.1.100
- libusb: - / 1.0.26
- installation method: pacman official arch repository
- device model: samsung SM-G950W
- Android version: Android 9

**Describe the bug**
When I execute the application it only mirrors a black screen although the phone responds to keyboard and mouse interaction: Middle click turns on the phone screen, swiping up lets me enter the pin, I can enter the pin with the keybaord, etc, but the window in the computer remains all black.
If I record the screen, the recording contains the image of the phone as I would have expected to see on the screen.
Sometimes I can see an image of the screen but while the phone responds to input, the image remains static.

Using the same computer, same phone it works under Fedora 38 running under Xmonad under X11

I executed verbose and didn't see any meaningful difference between the Fedora output and the Arch output

I tried with different renderers. Same result.

Arch output
>scrcpy -V verbose -m 1024 --record=file.mp4
scrcpy 2.0
DEBUG: ADB device found:
DEBUG: --> (tcpip) 192.168.2.13:5555 device SM_G950W
DEBUG: Device serial: 192.168.2.13:5555
DEBUG: Using server: /usr/share/scrcpy/scrcpy-server
/usr/share/scrcpy/scrcpy-server: 1 file pushed, 0 skipped. 98.1 MB/s (52867 bytes in 0.001s)
[server] INFO: Device: samsung SM-G950W (Android 9)
[server] WARN: Audio disabled: it is not supported before Android 11
[server] DEBUG: Audio encoder stopped
DEBUG: Server connected
DEBUG: Starting controller thread
DEBUG: Starting receiver thread
INFO: Recording started to mp4 file: file.mp4
INFO: Renderer: opengl
INFO: OpenGL version: 4.6 (Compatibility Profile) Mesa 23.0.2
INFO: Trilinear filtering enabled
DEBUG: Using icon: /usr/share/icons/hicolor/256x256/apps/scrcpy.png
DEBUG: Demuxer 'video': starting thread
DEBUG: Demuxer 'audio': starting thread
WARN: Demuxer 'audio': stream explicitly disabled by the device
WARN: Audio stream recording disabled
[server] DEBUG: Using encoder: 'OMX.qcom.video.encoder.avc'
INFO: Initial texture: 496x1024

Fedora output (the screen mirrors properly)
>scrcpy -V verbose -m 1024
scrcpy 2.0
\* daemon not running; starting now at tcp:5037
\* daemon started successfully
INFO: Connecting to 192.168.2.13:5555...
INFO: Connected to 192.168.2.13:5555
DEBUG: Device serial: 192.168.2.13:5555
DEBUG: Using server: /usr/share/scrcpy/scrcpy-server
/usr/share/scrcpy/scrcpy-server: 1 file pushed, 0 skipped. 6.9 MB/s (52867 bytes in 0.007s)
[server] INFO: Device: samsung SM-G950W (Android 9)
[server] WARN: Audio disabled: it is not supported before Android 11
[server] DEBUG: Audio encoder stopped
DEBUG: Server connected
DEBUG: Starting controller thread
DEBUG: Starting receiver thread
[server] DEBUG: Using encoder: 'OMX.qcom.video.encoder.avc'
INFO: Renderer: opengl
INFO: OpenGL version: 4.6 (Compatibility Profile) Mesa 23.0.2
INFO: Trilinear filtering enabled
DEBUG: Using icon: /usr/share/icons/hicolor/256x256/apps/scrcpy.png
DEBUG: Demuxer 'video': starting thread
DEBUG: Demuxer 'audio': starting thread
WARN: Demuxer 'audio': stream explicitly disabled by the device
INFO: Initial texture: 496x1024

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reproducing scrcpy 2.0 on Arch Linux with Xmonad and comparing the verbose output and renderer behavior with Fedora 38. Check whether live rendering can be made to match the recorded image and the working Fedora behavior; the issue provides no source file or test entry point.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, c
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.