Genymobile / scrcpy

Display and control your Android device
Apache License 2.0
111.6k stars 10.69k forks source link

Edit: Takes a few minutes after launch to open the window with the mirrored screen || Original: Mirror Window not launching with S9+ #1665

Open SpitFire1992 opened 4 years ago

SpitFire1992 commented 4 years ago

Edit: so, it also works with the latest release but it takes 2+ minutes to actually open the window with the mirrored screen. Nor really a problem for me but still weird considering that it worked instatly before the latest update. Output:

INFO: scrcpy 1.16 https://github.com/Genymobile/scrcpy
* daemon not running; starting now at tcp:5037
* daemon started successfully
C:\adb\scrcpy-server: 1 file pushed, 0 skipped. 31.5 MB/s (33622 bytes in 0.001s)
[server] INFO: Device: samsung SM-G965F (Android 10)

and then, a few minutes later it adds:

INFO: Renderer: direct3d
INFO: Initial texture: 1080x2216

wich also opens the window with the mirrored screen a few seconds later.

Original:

Environment

Describe the bug It worked fine a few days ago, i recently installed a new update on my phone and since then, i can launch the the terminal version of scrcpy and it recognizes the phone but wont launch the second window that actually mirrors the screen.

thats it.

`INFO: scrcpy 1.16 <https://github.com/Genymobile/scrcpy>
C:\adb\scrcpy-server: 1 file pushed, 0 skipped. 30.6 MB/s (33622 bytes in 0.001s)
[server] INFO: Device: samsung SM-G965F (Android 10)`
rom1v commented 4 years ago

An encoder problem on the tablet probably.

Does it work with scrcpy -m 800?

Does screenrecord work:

adb shell screenrecord /sdcard/file.mp4
adb pull /sdcard/file.mp4

?

SpitFire1992 commented 4 years ago

Hey, thank you. Screenrecord works. Your first command isn't working.

rom1v commented 4 years ago

Hmm... Does some older version of scrcpy work? (for example v1.5, v1.9, v1.13)

SpitFire1992 commented 4 years ago

Output of 1.5

* daemon not running; starting now at tcp:5037
* daemon started successfully
scrcpy-server.jar: 1 file pushed.

and then nothing happens, waited a good minute.

Output of 1.9

* daemon not running; starting now at tcp:5037
* daemon started successfully
C:\adb\scrcpy-server.jar: 1 file pushed. 4.0 MB/s (22470 bytes in 0.005s)
INFO: Initial texture: 1080x2216

and then, nothing happens, also waited for 1+ minute. after 2 minutes or so it actually starts working. were the older releases slower? Because with the newer release it basically opened the mirrorwindow instantly. Got a fresh windows installation so i should have clustered it up yet.

1.13

INFO: scrcpy 1.13 <https://github.com/Genymobile/scrcpy>
* daemon not running; starting now at tcp:5037
* daemon started successfully
C:\adb\scrcpy-server: 1 file pushed. 5.1 MB/s (27694 bytes in 0.005s)
[server] INFO: Device: samsung SM-G965F (Android 10)

Basically what happens with the latest release.

edit: so, it also works with the latest release but it takes 2+ minutes to actually open the window with the mirrored screen. Nor really a problem for me but still weird considering that it worked instatly before the latest update. Output:

INFO: scrcpy 1.16 <https://github.com/Genymobile/scrcpy>
* daemon not running; starting now at tcp:5037
* daemon started successfully
C:\adb\scrcpy-server: 1 file pushed, 0 skipped. 31.5 MB/s (33622 bytes in 0.001s)
[server] INFO: Device: samsung SM-G965F (Android 10)

and then, a few minutes later it adds:

INFO: Renderer: direct3d
INFO: Initial texture: 1080x2216

wich also opens the window with the mirrored screen a few seconds later.

rom1v commented 4 years ago

Wow, that's weird.

So we have to find were it is blocked on the device.

Are you comfortable with adding logs and building the app/server?

As a first step, you could just execute scrcpy -Vdebug (but I think it will not help a lot).

(when it is "blocked", what happens if you press Enter in the terminal? I already had think kind of issues with Windows terminal in general)

SpitFire1992 commented 4 years ago

You mean the catlog? Checked that out before and it added literally nothing (wich is weird since it should add that it started scrcpy, no? Never build the app/server myself, i check it out tho, if its not too complicated i give it a try.

The command scrcpy -Vdebug prints out:

INFO: scrcpy 1.16 <https://github.com/Genymobile/scrcpy>
DEBUG: Using server (portable): C:\adb\scrcpy-server
C:\adb\scrcpy-server: 1 file pushed, 0 skipped. 33.1 MB/s (33622 bytes in 0.001s)
DEBUG: Screensaver enabled
[server] INFO: Device: samsung SM-G965F (Android 10)
DEBUG: Starting stream thread
DEBUG: Starting controller thread

Is it supposed to do more? I keep the console open for now.

It just jumps to the next line when i press Enter, nothing else.

Edit: Output of -Vdebug before opening the mirroring window

INFO: scrcpy 1.16 <https://github.com/Genymobile/scrcpy>
DEBUG: Using server (portable): C:\adb\scrcpy-server
C:\adb\scrcpy-server: 1 file pushed, 0 skipped. 33.1 MB/s (33622 bytes in 0.001s)
DEBUG: Screensaver enabled
[server] INFO: Device: samsung SM-G965F (Android 10)
DEBUG: Starting stream thread
DEBUG: Starting controller thread
DEBUG: Starting receiver thread
INFO: Renderer: direct3d
DEBUG: Trilinear filtering disabled (not an OpenGL renderer)
INFO: Initial texture: 1080x2216
rom1v commented 4 years ago

You mean the catlog?

(logcat)

Checked that out before and it added literally nothing (wich is weird since it should add that it started scrcpy)

Oh, so the output of adb logcat is stuck, whatever you do on your phone? This kind of problem (independant of scrcpy) has already been observed (I can't find the issue anymore), and it "prevented" scrcpy to work.

i check it out tho, if its not too complicated i give it a try.

OK, let me know :+1:

The goal would be to find on which Java line the server is blocked.

SpitFire1992 commented 4 years ago

Hey, seems to be working normally today. Apparently multiple windows machines had problems yesterday, from machine being super slow to drivers and programs not starting at all, after installing a little update today everything, including scrcpy, seems to be working normally again. Thanks for your help!