gamescope
us.zoom.Zoom | gamescope | |
---|---|---|
31 | 422 | |
34 | 1,792 | |
- | - | |
7.1 | 7.9 | |
11 days ago | about 1 year ago | |
Shell | C++ | |
- | BSD 2-clause "Simplified" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
us.zoom.Zoom
-
Use a custom data folder on Flatpak apps
For example, let's say we want a separate instance of Zoom (Zoom on Flathub) to run along the default one.
-
btw
It seems to divert the discussion to something that doesn't make too much sense. X and Wayland are two different things by design, this probonopd sounds extraordinarily salty that moving an application under a new server breaks some things, making some applications entirely useless, but I say, that is to be expected. Saying that Wayland breaks stuff by design, as if that was their only objective is just petty, of course it's a pity that those devs have thrown in the towel, but let's not pretend like theirs were the only options, e.g. screen recording works perfectly fine with OBS, at least it has done so on my machines with AMD/Intel GPUs; Jitsi works now; Zoom screensharing being GNOME only is Zoom devs being dicks that can't be arsed to support standards, the community came in to work around it and also I don't know how they could bring up a proprietary application that has not made the Flatpak package themselves as an example, the whole thing is a community effort there apparently; etc. etc. (I'm not going to debunk all the others that are invalid, the internet is there for everyone)
-
KDE is starting to treat X11 users as second-class citizens
Can you be specific about the problems with X11? I've been using X11 for decades and it's been ROCK SOLID. And that is exactly what you want from something so essential. Wayland feels like an expensive boondogle, frankly. Wayland breaks everything and only provides 20% the functionality that X11. It also forces application and DE developers to implement special tools and solutions for wayland which have always been provided as a common interface by X11, like screenshots/ recording and screen sharing, e.g. https://github.com/flathub/us.zoom.Zoom/issues/22
-
Zoom on Ubuntu-based Linux
For college and therapy, I've had to use Zoom. I've been using the zoom flatpak, as I try and use flatpak for any proprietary software. That being said, it is not officially supported (by zoom), and also doesn't listen to Pop!_OS's tiling window manager. Certainly, I'm not the only one who has questioned which client to use, but I'm curious what y'all think. I like flatpak because I can trust that, worst case scenario, the proprietary software (read: Spyware) only has access to a limited amount of my system. But it'd also be nice to, ya know, use the tiling feature.
-
Consistent crashes joining meetings
I've gathered a coredump and a stack trace, which might be useful.
- Zoom crashes when joining a meeting
-
A Problem with Zoom and the Solution
You can get it as a flatpak too which should (presumably) take care of any dependencies automatically. :)
-
Can it run Zoom?
Here you go: https://flathub.org/apps/details/us.zoom.Zoom
-
Will this be fixed with the next linux 5.18 kernel? I'm only getting 2 hours of battery life while getting 5-6 on Windows 11...
Check this out https://github.com/flathub/us.zoom.Zoom/blob/master/zoom.sh
-
Screen sharing on Zoom (Wayland & Fedora 36)
Link to the github issue for the flatpak
gamescope
-
Multiple monitors genshin impact?
Maybe gamesope can help? Games are nested into it to allow for better control.
-
X11 or Wayland?
Well I suppose you should start taking Wayland seriously then, because gamescope, the compositor on the Steam Deck, uses Wayland. https://github.com/Plagman/gamescope/blob/master/src/wlserver.cpp
-
Tearing updates protocol (!65) · Merged
Mini-update: I spoke with Josh (and Strudel, who referenced me to the PR), and this has been already merged into gamescope.
-
A year later, what's your take? Happy? Disappointed?
Valve staff is also aware they cannot force developers to retrofit 16:10 support into existing games (some do, many don't), so they even go the extra mile to provide extra functionality in gamescope to improve the 16:10 gaming experience for games that only support 16:9 natively.
-
INPUT LATENCY ISSUE BEGGING FOR ACKNOWLEDGMENT
Source: https://github.com/Plagman/gamescope/issues/474
-
Change refresh rate in gamescope via command line?
The ganescope github has all the commands and how to use them: https://github.com/Plagman/gamescope
-
What is the difference between gamescope and ChimeraOS's gamescope-session?
I'm trying out gamescope on my laptop, and I came across ChimeraOS's fork of it. I'm not sure why I would choose one over the other. ChimeraOS mentions something about "session switch", but I'm not sure what that's about.
-
Something like gamescope but for the desktop
You can use gamescope on the desktop, I use it for a ton of games like No Man's Sky, Bethesda games, and any others that have alt tab instability.
-
Van Gogh, AMD’s Steam Deck APU
For those that don't know (like me, three minutes ago) gamescope [1] is a Wayland compositor custom-written for games (and, I believe, what the Steam Deck uses). it's open source, and under the "BSD 2-clause" license.
[1]: https://github.com/Plagman/gamescope
-
Modern BPM Steam with Ubuntu 20.04?
I assume that this is because I'm still using ye olde steamos-compositor (https://github.com/ValveSoftware/steamos-compositor/.) I'm interested in switching to gamescope (https://github.com/Plagman/gamescope) but I'm getting the feeling it won't work on my 20.04 vintage Ubuntu; the required version of meson isn't available and I can't find a PPA that contains gamescope. My instinct act this point is to just live with the pain, as fully dealing with this will likely involve just switching all the way to Arch to more closely match the newest SteamOS and I just don't want to do that right now. Anyone know if there is a middleground that will support a modern steam big picture mode without having to totally redo everything?
What are some alternatives?
flathub - Issue tracker and new submissions
Proton - Compatibility tool for Steam Play based on Wine and additional components
nix-gui - Use NixOS Without Coding
sway - i3-compatible Wayland compositor
xdg-desktop-portal - Desktop integration portal
dxvk - Vulkan-based implementation of D3D9, D3D10 and D3D11 for Linux / Wine
xdotool - fake keyboard/mouse input, window management, and more
wine - Wine with a bit of extra spice
flatpak-cve-checker
MangoHud - A Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load and more. Discord: https://discordapp.com/invite/Gj5YmBb
xdg-desktop-portal-gtk - Gtk implementation of xdg-desktop-portal
Magpie - An all-purpose window upscaler for Windows 10/11.