rom1v
commented
5 months ago Looks similar to #3874.
In scrcpy, the window is created with a 0-sized hidden window, then it is resized when the first frame is received. Some SDL backends might not handle this correctly I guess.
Could you please add this log and retry, to see the actual size it uses:
diff --git a/app/src/screen.c b/app/src/screen.c
index 091001bcb..b3593950d 100644
--- a/app/src/screen.c
+++ b/app/src/screen.c
@@ -477,6 +477,9 @@ sc_screen_show_initial_window(struct sc_screen *screen) {
get_initial_optimal_size(screen->content_size, screen->req.width,
screen->req.height);
+ LOGI("Set initial window size: %" PRIu16 "x%" PRIu16,
+ window_size.width, window_size.height);
+
set_window_size(screen, window_size);
SDL_SetWindowPosition(screen->window, x, y);
Also, does it work better if you pass an explicit size (just as a workaround):
scrcpy --window-width=400 --window-height=400
KairuiLiu
StackDoubleFlow
chron-isch
fleapower
Environment
Describe the bug
On Sway (Wayland) desktop environment, when I try to run scrcpy, a window flashes on the screen and then immediately disappears. I attempted to limit the window resolution with
--max-size=1080, and also tried to set windows withtitle=scrcpyandtitle=GM1910to floating mode, but these attempts were unsuccessful.In KDE Plasma environment, scrcpy displays as a very thin line (approximately 100x2 pixels) on the desktop. I can see the screen casting content only when I try to stretch this thin line.