8000 Default to using Wayland · Issue #8 · futo-org/fcast · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Default to using Wayland #8

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
michael-oberpriller opened this issue Nov 18, 2024 · 1 comment
Open

Default to using Wayland #8

michael-oberpriller opened this issue Nov 18, 2024 · 1 comment
Labels
Casting Related to FCast, AirPlay, Chromecast Enhancement New feature or request Linux

Comments

@michael-oberpriller
Copy link

I know the core problem is that electron does not default to using wayland, but if you add these flags wayland will be used.
--enable-features=UseOzonePlatform --ozone-platform=wayland
Since a prebuilt binary is being used, the system's electron-flags config file is not read. I am not sure if there is a way to create a local electron-flags config file and add these flags to it. The flags can also be used as command line arguments, so a desktop file could be created that launches electron with these flags.
@Zvonimir-FUTO Zvonimir-FUTO added Enhancement New feature or request Linux labels Nov 18, 2024
@Zvonimir-FUTO Zvonimir-FUTO added the Casting Related to FCast, AirPlay, Chromecast label Jan 3, 2025
@Michael-Hollister
Copy link
Contributor

Looked at making Wayland the default, but it seems that Electron still does not support hardware acceleration for video decoding yet: electron/electron#36633

Will re-evaluate when Electron supports hardware acceleration for Wayland.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Casting Related to FCast, AirPlay, Chromecast Enhancement New feature or request Linux
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@Michael-Hollister @michael-oberpriller @Zvonimir-FUTO
0