Add support for screensharing in gamescope using the gamescope pipewire video source.

[ILOVEPIE]

Describe the solution you'd like.
If we can consume the gamescope:out_0 pipewire video source we can use that for screensharing under gamescope.

[kaitlynkittyy]

I'd like to add enhancements where possible, but I'm lacking an understanding of this issue.
Could you please explain in detail what use case this would have and why it would be important?

[PolisanTheEasyNick]

And also please specify how we can reproduce it.
Because today I tried starting game with gamescope and it just started in another window, which I really can choose using portal picker or I can just stream whole display with game window.

[ILOVEPIE]

And also please specify how we can reproduce it.
Because today I tried starting game with gamescope and it just started in another window, which I really can choose using portal picker or I can just stream whole display with game window.

Gamescope is a wayland compositor that runs by itself when it is not being launched from another compositor. It does not support a portal capture at the moment and only has the pipewire output. The problem is that this is the main compositor for the Steam Deck's game mode, which means the only way to capture video in the Steam Deck's game mode of a game is to use the pipewire output.

[kaitlynkittyy]

And also please specify how we can reproduce it.
Because today I tried starting game with gamescope and it just started in another window, which I really can choose using portal picker or I can just stream whole display with game window.

Gamescope is a wayland compositor that runs by itself when it is not being launched from another compositor. It does not support a portal capture at the moment and only has the pipewire output. The problem is that this is the main compositor for the Steam Deck's game mode, which means the only way to capture video in the Steam Deck's game mode of a game is to use the pipewire output.

ah, i see
that will most likely not be supported in this PR, but will be investigated in the future.

[PolisanTheEasyNick]

I believe for achieving this we can use org.freedesktop.portal.ScreenCast.OpenPipeWireRemote DBus call.
But for achieving streams creation directly from DBus requires whole streaming code refactor and migrating from electron's desktopCapturer.getSources calling to direct DBus calls for Linux systems, which is a real major of work.

[simvux]

As far as I know you can have multiple implementations of the same portal exposed via dbus. So, maybe this could be fixed by having an xdg-desktop-portal implementation for gamescope, thus this being an issue for upstream gamescope?

[ILOVEPIE]

As far as I know you can have multiple implementations of the same portal exposed via dbus. So, maybe this could be fixed by having an xdg-desktop-portal implementation for gamescope, thus this being an issue for upstream gamescope?

Unfortunately gamescope has no plans to implement/support the xdg-desktop-portal, if you can convince them otherwise more power to you.

[Cynosphere]

Unfortunately gamescope has no plans to implement/support the xdg-desktop-portal, if you can convince them otherwise more power to you.

Then it's not going to be done because screensharing in Electron relies on desktop portals. It would be easier for them to implement it than for anyone to attempt to hack support into Electron.

[ILOVEPIE]

Unfortunately gamescope has no plans to implement/support the xdg-desktop-portal, if you can convince them otherwise more power to you.

Then it's not going to be done because screensharing in Electron relies on desktop portals. It would be easier for them to implement it than for anyone to attempt to hack support into Electron.

Uh... electron already has support for pipewire sources as camera feeds, the problem is that it specifically filters out any source not marked as a "camera".