Resizable virtual display with factor#6351
Resizable virtual display with factor#6351rsanjuan87 wants to merge 8 commits intoGenymobile:masterfrom
Conversation
…event encoder issues
|
This is an actually great commit, and would make it much easier to use on wider displays such as mine! |
|
I don't really understand the meaning of "resolution factor", in particular how it provides additional information not already encoded into width×height/dpi. EDIT: I understand now, it can be useful to have the virtual display DPI not correlated to the client resolution. |
(no resolution) "resizable" factor is to multiply the real window size to send to the virtual display resolution the autofactor (:r with out N factor) will calculate the factor with default window size and default resolution |
|
Wie kann ich das beweisen? think it's good to have a screen that can adapt to what I need and not just the one that's already created or the actual screen on the device. |
|
Has Chrome switched to desktop mode?
|
Good addition! The resizable virtual display makes scaling much more flexible while preserving image quality — really improves usability and customization |




feat: allow to resize virual display as the scrcpy window size

left: no resizable virtual display after resize window
rigth: resizable virtual display after resize window
left: --new-display=:r6 ( window size * 6 )
center: --new-display (no reszizable)
right: --new-display=:r (window size * autofactor: calculated from device screen and default initial window size, this case autofactor = 2)
The resizable factor allows you to scale the size to avoid losing image quality.
usage example:
:rN
r: to indicate resizable screen
N: factor to multiply
tested on: MacOS Tahoe & Redmi Note 11 Pro 5G, & Android Studio Emulator (Android 16)
fixing #6350