sdl12-compat
gamescope
sdl12-compat | gamescope | |
---|---|---|
13 | 56 | |
187 | 2,662 | |
0.0% | 2.8% | |
7.0 | 9.7 | |
12 days ago | 3 days ago | |
C | C++ | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
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.
sdl12-compat
-
Released a new version of Notan, a SDL-like library made in rust
I'm just glad so many of the SDL 1.2.x-era games dynamically linked SDL so I can use sdl12-compat to stick them on top of SDL 2.x's non-modesetting fullscreening and PulseAudio support.
-
US NGO Consumer Reports also reporting on C and C++ safety for product development.
Thankfully, most people don't statically link SDL 1.2, so it's possible to use sdl12compat to rebase them on top of SDL 2.x's non-modesetting fullscreening support, among other things.
-
Old linux ports
There have been some efforts to keep them working: http://www.improbability.net/loki/ https://github.com/libsdl-org/sdl12-compat/
-
Apple 2 Emulation (via Ports)
I've been determined to get the only system not on the device working in some way. The biggest issue to the Apple II systems not being present is that all the emulators are not written in SDL2 and the only Apple II emulator written in SDL2 (shamusworld) is far from perfect. So I tried my hand at something: What if I could wrap SDL1.2 to SDL2 against linapple? My brother showed me on github sdl12-compat https://github.com/libsdl-org/sdl12-compat. Amazingly enough, we have results. Now it's not going to be as functional this way like having RetroArch to configure things, but I have over twenty Apple II games pre-configured with controls thus far.
-
Has anyone managed to run Yuppie Psycho on the Steam Deck?
You need this compatibility library and you can drop it into the "lib" folder in the game files.
-
sdl-compat 1.2.52 Debuts As Initial SDL-1.2-Atop-SDL-2.0 Release
Here's the only useful link from the article: https://github.com/libsdl-org/sdl12-compat/releases/tag/release-1.2.52
-
How I got the Psychonauts 1 native port to run
It looks like the multiple monitor issue was known and theoretically fixed? https://github.com/libsdl-org/sdl12-compat/issues/38
- Gaming on X11 vs XWayland
-
Is Wayland ready for gaming?
Really old Linux games based on SDL1 can also work on Wayland by using the SDL1 on SDL2 wrapper in combination with a recent SDL2 build (I've been successful with Psychonauts this way, and it even solved some weird windowing problems with the game)
gamescope
-
The Linux graphics stack in a nutshell, part 1
I think your information is quite outdated. The HWC overlay planes are heavily used, you can see this trivially just doing a 'dumpsys SurfaceFlinger' or grabbing a systrace/perfetto trace. When it falls back to GPU composition it's very obvious as there's a significant hit to latency and more GPU contention.
The overlay capabilities of the modern Snapdragons are also quite absurd. They support like upwards of a dozen overlays now and even have FP16 extended sRGB support. Some HWCs (like the one in the steam deck) even have per plane 3D LUTs for HDR tone mapping (ex https://github.com/ValveSoftware/gamescope/blob/master/src/d... )
The composition is bandwidth heavy of course, but for static scenes there's a cache after the HWC in the form of panel self refresh.
- Gamescope -- How do I get this to work on Endeavouros?
-
Firefox Is Going to Try and Ship with Wayland Enabled by Default
One of the unfortunate things about Wayland is every compositor will have its own quality of implementation affecting things like latency.
With XOrg, especially in the pre-compositing days, you could choose whatever WM you want and it wouldn't have any impact on the rendering performance of X clients. Once the Composite extension was added and everyone started running composited X desktops, that started to change, and the increased latency already started appearing - in an arguably worse architecture than Wayland because there were often three processes involved with lots of IPC per draw: X-Client->X-Server->X-Compositor->X-Server->CRTC. At least in Wayland it's more like Wayland-Client->Wayland-Compositor->CRTC.
If you're unhappy with the rendering latency of your Wayland sessions, it may be worth trying alternative compositors... they likely vary significantly. The Valve/Steam folks have made a minimal one specifically optimized for games/low-latency [0]. I doubt the SteamDeck would be seeing as much success as it is if Wayland were so problematic in this department.
[0]: https://github.com/ValveSoftware/gamescope
-
BG3 splitscreen on two monitors?
Use gamescope.
-
Help needed to confirm two 3.5 bugs
While streaming from the Deck to another device (phone with Steam Link app or another PC running steam), taking a screenshot on the Deck (hold the steam or ... button, and press R1) crashes the session (https://github.com/ValveSoftware/gamescope/issues/961). This one also impacts Decky Recorder. If you're recording the screen or have replay mode on and take a screenshot, you'll have a crash.
- I haven't seen much posted about it here, so I wanted to point out Valve's gamescope micro-compositor (Linux Gaming)
- Gamescope adds support for Reshade effects
-
Force V-Sync or limit fps in proton games
Mangohud (GOverlay), libstrangle, gamescope. Pick your poison.
-
FYI on video corruption in cmd and terminal windows
Hey folks. I've got a 11900H motherboard and use the iGPU and stock Intel graphics drivers that I keep current. Even at baseline (so without overclocking of any kind, with good Corsair memory sticks configured without XMP and regardless of voltage), I would be able to use Windows 11 and the CMD or Terminal programs without issue but after some time they would be corrupt and unreadable. The fix was in Terminal, go into Settings, then Render, and turn on Software Rendering. I hope this helps someone else. FYI the corruption was very much like other Intel UHD graphics samples reported in this link: https://github.com/ValveSoftware/gamescope/issues/356
What are some alternatives?
quakespasm - QuakeSpasm -- A modern, cross-platform Quake game engine based on FitzQuake.
gamescope-session - ChimeraOS session on Gamescope - Own personal repository, issues and forks should be made on ChimeraOS/gamescope-session
SDL - DEPRECATED: Official development moved to GitHub
gamemode - Optimise Linux system performance on demand
hidapi - A Simple cross-platform library for communicating with HID devices
holoiso - SteamOS 3 (Holo) archiso configuration
termux-sdl - termux sdl plugin
MangoHud - A Vulkan and OpenGL overlay for monitoring FPS, temperatures, CPU/GPU load and more. Discord: https://discordapp.com/invite/Gj5YmBb
Pygame - 🐍🎮 pygame (the library) is a Free and Open Source python programming language library for making multimedia applications like games built on top of the excellent SDL library. C, Python, Native, OpenGL.
sway - i3-compatible Wayland compositor
wii-u-gc-adapter - Tool for using the Wii U GameCube Adapter on Linux
LatencyFleX - Vendor agnostic latency reduction middleware. An alternative to NVIDIA Reflex.