When you drag a window under windows, the screen will stop playing

[cnuicn]

windows 下拖动窗口的时候，画面会停止播放
When you drag a window under windows, the screen will stop playing

[rom1v]

During a resize or a move?

This is probably a SDL issue, but scrcpy uses a workaround:

scrcpy/app/src/screen.c

Lines 310 to 320 in ed84e18

	# define CONTINUOUS_RESIZING_WORKAROUND
	#endif
	#ifdef CONTINUOUS_RESIZING_WORKAROUND
	// On Windows and MacOS, resizing blocks the event loop, so resizing events are
	// not triggered. As a workaround, handle them in an event handler.
	//
	// <https://bugzilla.libsdl.org/show_bug.cgi?id=2077>
	// <https://stackoverflow.com/a/40693139/1987178>
	static int
	event_watcher(void *data, SDL_Event *event) {

So both resizing and moving should not freeze the mirroring.

Which scrcpy version do you use? Which windows version?

[cnuicn]

用鼠标拖动和移动窗口的时候，画面都会冻结
When you drag and move the window with the mouse, the screen will freeze
scrcpy1.24 x64 windows11 x64

[rom1v]

I have no access to a Windows machine right now. Could someone on Windows could reproduce/confirm?

[rp1231]

@rom1v
I can confirm this.
The same thing happens for me on windows 11.
I thought that was just the way it worked, didn't realize it was a bug.
It would be nice if this could be fixed.

[rom1v]

Thank you. Now that I have access to a Windows machine, I can reproduce too, even while resizing.

I thought the workaround for this problem in macOS during resize was also effective for Windows.

It looks like a SDL issue, but I have no workaround for this, I can't make the screen refresh even if I call the code to render from the resize/move callback :/

[rp1231]

@rom1v would it be possible to use a different windowing method?
For example, When I use qtscrcpy, which is a fork of scrcpy, this issue doesn't occur.

[rom1v]

It's a bug in SDL. SDL3 might fix the issue, when it's released.

Migrating to Qt is not a plan currently.