Initial refactor and support for multiple-monitors

[ventorvar]

This is intended more to start a discussion than to be a straight merge (but you're welcome to).

I have a triple monitor setup like so:

... where the primary monitor is a 34" ultrawide. To make things cleaner and more repeatable I'd like to use one of the 16:9 monitors as the gamestream display, and then use DSR to enable things like 4K.

Note the monitor you want to be primary apparently needs to be plugged into the first port on the GPU, otherwise gamestream will use that monitor no matter which your primary monitor is set to

This branch is a general refactor pass to make the tool a bit more robust, as well as adding additional functionality where it will set the target display (defaults to the current primary display) to be the primary display while changing resolutions, and will restore the layout after the application has run.

Interested in others' thoughts, and happy to help improve/make changes if desired, or not - I may be a unique use case.

[cgarst]

Really cool ideas! I'll test this out soon.

[cgarst]

Hey @ventorvar, giving this some testing and I'm running into an issue with how win32api.EnumDisplayDevices is being passed None as the display adapter. When the displays span multiple adapters, not all are found within the while loop. This ends up causing a StopIteration exception while iterating for self.primary_display.

In the setup below, display 1 is a laptop screen displayed with integrated GPU and display 2 is a monitor connected to the discrete GPU.

We'll need to look into how we can iterate through multiple display adapters and adapt that to this logic.

[ventorvar]

Interesting! I also have a spare machine with dual adapters and will try to dig into this as well.

[ghost]

Any updates on this ? Multimonitor setup would be really usefull