Gamescope geht auch ohne Steam ;)

Am Dienstag hatten wir „Gamescope“ im Fokus bei Linux am Dienstag, eine Anwendung, die uralte Spiele besser auf moderner Hardware macht, gezeigt an WinQuake von 1997.

Gamescope geht auch ohne Steam 😉

Nicht, daß es nicht bessere Games gäbe, aber wie könnte man das Können von gamescope besser zeigen, als an einem Softwarerenderer ohne HW Beschleunigung, der noch 320×240 als Auflösung erlaubt 😀

Wenn man das Spiel direkt startet, was mit Wine ohne Probleme funktioniert, wird erstmal eine Minuten lange Kaskade von Scrennresolutionwechseln durchführt, was sehr nervig ist, nur um dann Fullscreen zu haben. Das geht mit Gamescope deutlich einfacher und schneller. Das Programm stellt einen eigenen Wayland Compositor bereit, über den das Spiel läuft. So kann es trotz „Fullscreen-Request“ in einem Fenster laufen, wenn man das will.

Dieses Fenster kann beliebig groß oder klein sein.

Beispiel 1:

gamescope -b -H 1080 -W 1920 ./WINQUAKE.EXE

mit -b erreichen wir ein Borderlesswindow, -H und -W geben die maximale Auflösung des Screens an. Das Ergebnis seht Ihr hier:

640x480 auf FullHDBeispiel 2 zeigt dann das Scaling von 800×600 auf 192×1080:

gamescope -b -w 800 -h 600 -H 1080 -W 1920 ./WINQUAKE.EXE

mit -w und -h geben wir die Ausgangsgröße an und bekommen:

WInquake komplett im Fenster.Was bei Winquake nicht klappt, weil es Softwarerendering macht, aber bei andere Spielen könnte es was nutzen:

– Die Umwandlung in HDR

gamescope –hdr-enabled –hdr-itm-enabled -b -w 800 -h 600 -H 1080 -W 1920 spiel.exe

– Skalierung mit NIS oder FSR

gamescope -F nis -b -w 800 -h 600 -H 1080 -W 1920 spiel.exe

Statt „nis“ dann einfach fsr angeben.

Gamescope gibt es bei Fedora und wahrscheinlich allen Major Distros im normalen Repo.

NVRM: gpuHandleSanityCheckRegReadError_GM107

Wenn Ihr mal so einen Fehler bei einer NVIDIA Karte:

… 1 Millionen Zeilen davor…
Dec 27 12:28:45 eve kernel: NVRM: gpuHandleSanityCheckRegReadError_GM107: Possible bad register read: addr: 0x110100, regvalue: 0xbadf5620, error code: Unknown SYS_PRI_ERROR_CODE
Dec 27 12:28:45 eve kernel: NVRM: gpuHandleSanityCheckRegReadError_GM107: Possible bad register read: addr: 0x110100, regvalue: 0xbadf5620, error code: Unknown SYS_PRI_ERROR_CODE
… und noch ein paar mal danach…

im Massen, und ich meine wie in „Sand-am-Meer“ oder „Sterne im All“ im Log seht und Euer Desktop nicht laden will, dann habt Ihr vermutlich ein PCI-Powerproblem an der Grafikkarte. Die GPU Kann dann nicht initialisiert werden und der Treiber wirft dann mit solchen Fehlern um sich und ich meine echt eine 7 stellige Zahl an Zeilen.

Ich habe gestern neues RAM in den PC eingesetzt und danach gabs keine Bootprobleme. Aber um das einsetzen zu können, mußten erst mal Stecker gezogen und Sache gereinigt werden:

Alle Jahre wieder…

Dabei „könnte“ es zu einem Steckerproblem gekommen sein, deswegen nicht mehr genug Saft an der Graka an kam.

Mein Ansatz war, weil der PC ja ansonsten noch lief, sonst wäre ich nicht an den Fehler gekommen, mal das Netzteil prüfen, gucken was passiert, wenn eine andere Graka drin ist usw.. Dafür mußten alle Stecker vom Netzteil ab, dann wurde auf Netzteil Kurzschluss gelauscht ( das könnte knistern ) und dann wurde alles wieder zusammen gebaut und nach und nach angeschlossen, um die defekte Komponente zu finden.

Klingt gut, so steht es im 1×1 der PC Reparatur, aber da bis auf das Bild vorher alles da war ohne rumzuzicken, lag das Augenmerk natürlich auf der Graka, auch wenn wirklich alle Stecker vom Netzteil ab waren, und was soll ich Euch sagen.. er bootete, als wenn nie was gewesen wäre. Vielleicht ist das auch nur die Ruhe vor dem Sturm und ich brauche bald ein neues Netzteil. Ihr werdet es erfahren.

Nachtrag: 31.12.2025

Neben den „Verkabelungsproblemen“ kam noch ein anderer Faktor hinzu. Das Alte RAM hatte „Aussetzer“, spricht, es war entweder inkonsequent defekt, oder mit Spannung unterversorgt, was bei RAM Bausteinen schon mal passieren kann, wenn die Stromversorgung des Mainboards knapp ist. Deswegen kann man im BIOS den Rambänken mehr Spannung geben, was zu mehr Leistung führt und die „Aussetzer“, die meist einen Reset auslösen, minimieren. So war das bei meinem alten RAM auch. 1.430V auf dem DDR4-3200 Ramriegel war im Bios eingestellt, womit die „Aussetzer“ auf wenige Tage im Jahr beschränkt waren. Die „Aussetzer“ waren auch ein Grund für neues Ram 😉

Wenn man vergißt das wieder auf Standard zu setzen, dann bekommen die neuen, dickeren RAM Streifen zu viel Energie und können zu a) mehr Stromverbrauch führen und b) selbst wieder Aussetzer auslösen. Und das ist dann auch passiert. Seit die Spannung im Bios auf Normal zurückgesetzt wurde, läuft der Rechner mit dem neuen Ram wieder zuverlässig. Ob die Resets jetzt auch aufgehört haben, kann nur die Zukunft zeigen.

Linux am Dienstag – Programm für den 9.12.2025

Diesmal bei Linux am Dienstag … diesmal geht es um USB Kameras die nicht an Eurem PC hängen. Matthias hat da mal was vorbereitet und führt Euch auch durch den Abend.

Linux am Dienstag – Programm für den 9.12.2025

u.a. im Programm am 9.12.2025, ab 19:00 Uhr:

  • Linux – Motion – Remote-USB-Cam und mehr (Matthias)
  • Internet – Cloudflare legt Internet schon wieder lahm
  • Linux – 6.18 neuer LTS Kernel
  • Datacenter – Proxmox jetzt mit Zentraler Steueranwendung
  • Sicherheit – NPM Wurm wieder da – schon 400.000 Zugangsdaten erbeutet
  • Sicherheit – KDE Connect mit dicker Lücke

und andere IT-Newsbeiträge aus aller Welt. Wie jede Woche per Videokonferenz auf

Hinweis: Die bisherigen Vorträge findet man unter https://linux-am-dienstag.de/archiv/ .