Z-Ray Dokumentation

Facetracker FAQ

2025-12-28T17:38:00+00:00

Warum benutzt Facetracker keine Portale um auf Webcams zu zugreifen?</h2>
Facetracker könnte in der Theorie Portals benutzten um auf Webcam zu zugreifen. Allerdings liegt es an OpenSeeFace welches OpenVC benutzt um webcams anzusteuern. OpenVC ist zwingen auf Video4Linux2 (v4l2) angewiesen. Video 4 Linux 2 ist eine alte API um unter Linux und Unix-basierten Betriebssystemen auf Kameras zu zugreifen. Um mit Portals zu arbeiten, ist es allerdings erforderlich über PipeWire mit Webcams zu interagieren. Die Portals-API erstellt leider nicht auf magische Art und Weise ein v4l2 Gerät innerhalb der Sandbox. OpenVC funktioniert leider nicht mit PipeWire und ist auf ein v4l2 Gerät angewiesen.</p>
Wir könnten zwar Versuchen ein v4l2 Gerät zu imitieren, welches dann in über PipeWire mit der Webcam interagiert. Dies werden aber nicht in Facetracker implementieren.</p>

OpenVC PipeWire Unterstüzung</a></li>
Facetracker's Versuch Portals zu implementieren - #22</a></li> </ul>
Unterstützt Facetracker Handtracking?</h2>
Nein. Facetracker ist nut ein Wrapper für OpenSeeFace. OpenSeeFace besitzt keine Handtracking-Unterstützung.</p>
Ist Facetracker GPU Beschleunigt?</h2>
Auch wenn die GTK4 Oberfläche über Hardwarebeschleunigung verfügt, so trifft dies nicht auf den facetracekr von OpenSeeFace zu. Dieser läuft ausschließlich über die CPU.</p>
Wo kann ich den Quelltext von Facetracker finden?</h2>
Der Quelltext steht auf Codeberg</a> zur Verfügung.</p>
Von wo kann ich Facetracker installieren?</h2>
Offiziell stellen wir Facetracker über Flathub</a> bereit. Es besteht aber die Möglichkeit dass jede Linux Distribution Facetracker in seinen eigenen Paketquellen anbietet. Für diese übernehmen wir jedoch kein Gewähr.</p>

Kalpa Desktop installieren

2025-12-28T14:25:00+00:00

</div> Auch wenn Kalpa an neue Linux Nutzer gerichtet ist, ist die installation leider nicht besonders Trivial, da es sich noch um eine ALPHA version handelt. Nach dem es aber einmal eingerichtet ist, kann es sogar eure Großmutter verwenden. Auf dieser Seite werden die nötigen Schritte beschrieben, wie ihr das System installieren und einrichten könnt.

Vorbereitung des Installers</h2>

Laded das openSUSE MicroOS Abbild von hier</a> herunter</li>
"Brennt" dass Abbild auf einen USB Stick, der mindestens über 4GB Speicher verfügt

Unter Windows benutzt hierfür am besten Rufus</strong></a></li>
Unter Linux empfehlen ich Impression</strong></a></li>
Hinweis:</strong> Einige Nutzer bevorzugen eventuell Balena Etcher</strong></del>, allerdings ist dieses Werkzeug dafür bekannt, dass Abbild zu verändern</strong></li>
Achtung:</strong> Stellt sicher, dass keine wichtigen Daten auf eurem USB Stick</strong> sind, da alle Daten gelöscht</strong> werden</li> </ul> </li> </ol>
Installation von Kalpa</h2>
Nachdem der Installer auf den USB Strick kopiert wurde, wie zuvor beschrieben, steckt ihn in das Zielsystem, auf dem Kalpa installiert werden soll, ein. Fahrt das System ggf. herunter, falls es noch an sein sollte.</p>
Während das Gerät wieder hochfährt, drückt auf F1</em>, F12</em>, ENTF</em>, ESC</em> um das UEFI Bootmenü zu öffnen. Welche Taste genau dafür zuständig ist, hängt vom Gerät und dem installierten UEFI ab.</p>
Start des Installers</h3>
Nach dem das System vom USB Stick gestartet ist, sollte das openSUSE MicroOS</em> Startmenü erscheinen. Wählt hier, Installation</em></p>
</div>
Anschließend wartet bist der eigentliche Installer gestartet ist. Das kann eine Weile dauern.</p>
Sprache und Tastatur</h3>
Als erstes fragt der Installer nach eurer Sprache und Tastaturlayout. Wählt eure bevorzugte Sprache hier aus.</p>
</div>
Systemrolle</h3>
Danach wird der Installer nach er Systemrolle fragen. Da Kalpa sich aktuell noch den Installer mit dem Serverorientierten MicroOS teilt, stehen hier viele MicroOS Rollen zur Auswahl. Wählt openSUSE Kalpa (Plasma) [ALPHA]</strong></p>
</div>
NTP-Konfiguration</h3>
Dieser Bildschirm kann so gelassen werden wie er ist, klickt einfach auf Weiter</strong></p>
Lokaler Benutzer</h3>
Nun könnt ihr den Standartbenutzer festlegen. Es ist empfohlen hier mindestens einen zu setzen.</p>
Als Vollständiger Benutzername</em> tragt ein was auch immer euch beliebt. Benutzername</em> sollte dann automatisch ausgefüllt werden.</p>
Als Passwort</em> tragt ebenfalls ein, was euch beliebt. Zusätzlich kann auch das Passwort für den Systemadministrator</em> (root) verwendet werden. Falls ihr euch keine zwei Passwort merken wollt, könnt ihr dies anschalten.</p>
Hinweis:</em> Dies wird nicht den Standartbenutzer zum Administrator machen.</p>
</div>
Einstellungen der Installation</h3>
In diesem Schritt müssen wir noch ein paar Dinge anpassen, da wie beriets erwähnt, Kalpa sich den Installer mit MicroOS teilt. Während MicroOS ein Serverbetriebssystem ist, ist Kalpa an Desktopanwender gerichtet.</p>
Achtung:</strong> Es ist nicht vorgesehen Kalpa neben anderen Betriebssystemen zu installieren. Daher wird in dieser Anleitung davon ausgegangen, dass sich Kalpa alleine auf dem Zielsystem befindet.</p>
Sicherheit</h4>
Klickt auf den grünen Text Sicherheit</em></p>
</div>
Als erstes wählt SSH Dienst aktivieren</em> ab</strong>, da wir keinen Server betrieben, der Fernzugriff benötigt.</p>
Optional</strong> könnt ihr auch den SELinux Modus</em> auf Zugelassen</em> ändern, oder Ausgewähltes Sicherheitsmodul</em> auf Keines</em> setzten.</p>
</div>
Achtung:</strong> Die Standard SELinux Konfiguration zu ändern schwächt die Systemsicherheit, da es unter Kalpa weder eine Firewall noch ein Anti-Virus gibt.</p>

Den SELinux Modus</em> auf Zugelassen</em> zu verändern, erspart uns später den Schritt SELinux Richtlinien anpassen</em></a></li>
SELinux ganz zu deaktivieren</em> wird das System davon abhalten, nach bestimmten Aktualisierungen das gesamte Dateisystem zu Beschriften. Dies kann, abhängig davon wie viele Daten ihr auf eurem Rechner habt, nur wenige Sekunden bis mehrere Minuten dauern.</li> </ul>
</div>
(HINWEIS: Dies ist ein Extrembeispiel mit über 5TiB an Daten auf mehreren Festplatten verteilt. Relabeling auf SSDs bzw. mit weniger Daten geht signifikant schneller.)</em></p>
Klickt auf OK</em> und fahrt über Installieren</em> fort.</p>
Systemeinrichtung nach der Installation</h2>
Nach dem die Installation abgeschlossen ist wird Kalpa direkt in ein Textinterface</strong> (auch tty genannt) starten</strong>. Keine Sorge, das kommt nicht durch einen Fehler in der Installation, sondern, wie zuvor erwähnt, dadurch, dass Kalpa immer noch das Installationsmedium mit dem an Server gerichtete MicroOS sich teilt. Deswegen müssen wir Anpassungen an SELinux vornehmen und das System startet ebenfalls deswegen ohne grafische Oberfläche.</p>
Meldet euch als root</em> mit dem zuvor, für den Systemadministrator, festgelegten Passwort an. Während ihr das Passwort eingebt, erscheinen keine Punkte, das erweckt den Anschien, als wenn man nicht schreiben würde. Seit aber versichert, dass es das tut.</p>
Die grafische Oberfläche aktivieren</h3>
Nach dem wir uns als root angemeldet haben, müssen wir den sddm.service wie folgt aktivieren:</p>
`systemctl enable --now --force sddm.service</code> and press enter.</p>`
`</div> Der KDE Startbildschirm sollte direkt erscheinen. Dieser Schritt muss nur ein einziges mal durchgeführt werden. Meldet euch nun mit dem Standartbenutzer an.</p>`
</div>
KWallet</h3>
Falls ihr euch mit einem WLAN Netz verbindet, sollte der initiale KWallet Einrichtungsdialog erscheinen. Wählt hier Classic, Blowfish encrypted file</em> und geb ein leicht zu merkendes Passwort, oder keines an.</p>
</div>
</div>
Klickt auf OK</em>.</p>
Achtung:</strong> Aktuell gibt es einen Fehler in KWallet, der dafür sorgt, dass die Wallet sich nicht ordnungsgemäß nach der Ersteinrichtung entsperrt. Der Desktop wird dann behaupten das WiFi Passwort sei falsch. In diesem Fall startet das System neu und probiert es erneut.</p>
SELinux Richtlinien anpassen</h3>
Da es sich bei Kalpa um kein Serverbetriebssystem handelt, ist die standart SELinux Konfiguration etwas zu strikt. Falls ihr den SELinux MOdus nicht auf Zugelassen</em> geändert habt, oder SELinux nicht ganz abgeschaltet habt, passt bitte noch die folgenden Regeln an.</p>
Öffnet Konsole</em> und geb das folgende ein:</p>
sudo setsebool -P selinuxuser_execmod 1 sudo setsebool -P selinuxuser_execheap 1 sudo setsebool -P selinuxuser_execstack 1 </code></pre> Dies ist notwendig, da einige Anwendung sonst nicht ordnungsgemäß funktionieren. Beispiele sind hier Steam, Wine/Proton, einige native Linux Spiele und vermutlich noch mehr Anwendungen. Da es nciht immer Eindeutig ist, dass eine Anwendung nicht richtig funktioniert, wegen SELinux, empfehle ich diese Regeln zu ändern um SELinux Kopfschmerzen später zu vermeiden. Abgesehen vom Relabeling.</p> Kalpa Installieren (dieses mal wirklich)</h3> Aktuell haben wir noch MicroOS mit KDE Plasma als Desktop vor uns, allerdings nicht Kalpa Desktop. Um das zu ändern öffnet Konsole und geb das folgende ein:</p> sudo transactional-update -i pkg in --force-resolution patterns-kalpa-base </code></pre> Drück auf Enter</em> und wartet bis die Installation abgeschlossen ist.</p> </div> Sprachpakete installieren</h3> Falls eure Lokale nicht English (US) ist, müssen noch zusätzliche Sprachpakete installiert werden. Unabhängig davon was ihr während der Installation ausgewählt habt.</p> Öffnet Konsole und gebt das folgende ein:</p> sudo transactional-update -c run zypper inr </code></pre> Drück auf Enter</em>.</p> </div> nVidia Treiber installieren</h3> Um den propritären nVidia Treiber zu installieren, startet euer System einmal neu und folgt dan dieser</a> Anleitung.</p> Oder aber, der offiziellen Anleitung von Kalpa Desktop selbst: https://kalpadesktop.org/documentation/nvidia/</a>.</p> Hinweis:</em> Beide Anleitungen sind relativ Ähnlich zu einander, da ich beide verfasst habe.</p> Qualitäts‑ und Komfortverbesserungen</h2> Die folgenden Schirtte sind nicht notwendig um Kalpa zu installieren, sind aber gute QoL Verbesserungen. Startet euer System einmal neu, bevor ihr weiter lest.</p> Ruhiger Start</h3> Falls ihr nicht immer Textzeilen über das Bild huschen sehen wollt, wenn der Rechner startet, könnt ihr diesen Bildschirm wie folgt unterdrücken.</p> Öffnet Konsole und gebt das folgende ein:</p> sudo vim /etc/kernel/cmdline </code></pre> Drückt auf i</em> um den Einfüge</em>-Modus zu aktivieren</p> Navigiert zu systemd.show_status=1</code> und ändert es zu systemd.show_status=auto</code>.</li> Navigate hinter quiet</code> und fügt loglevel=3</code> ein. Stellt sicher, dass zwischen quit</em> und loglevel</em> ein Leerzeichen steht</li> Drückt ESC :x</em> um die Datei zu schreiben und zu schließen.</li> Führt sudo transactional-update initrd</code> aus</li> </ol> </div> Bootloader verstecken</h3> Gemäß des Falls, dass ihr den Bootloader nicht sehen wollt, um 8 Sekunden zu warten, bis das System startet, könnt ihr dieses ebenfalls verstecken und nur dann aufrufen, wenn er gebracht wird (dazu haltet eine der Pfeiltasten oder die Leertaste, während des Startvorgangs gedrückt)</p> Öffnet Konsole und gebt das folgende ein:</p> sudo vim /boot/efi/loader/loader.conf</code></li> Drückt i</em> um den Einfügen</em>-Modus zu aktivieren</li> Ändert timeout 8</code> zu timeout 0</code></li> Drückt ESC :x</em></li> </ol> Der Bootloader sollte beim nächsten Start nun nicht mehr angezeigt werden.</p> FAQ</h2> Warum gibt es kein eigenes Kalpa Installationsmedium?</h3> Der Grund dafür liegt bei KDE Plasma selbst. Da die Desktopumgebung, anders als Gnome (und damit Aeon) keinen Ersteinrichtungsdialog besitzt, um z.B. Benutzer anzulegen oder die Systemsprache zu setzten. Deswegen wird der alte YaST basierte openSUSE Installer verwendet.</p> Mit version 6.5.0 wollte KDE allerdings den KDE Initial System Setup</strong> (KISS) beifügen, dieser hat es aber nicht in das Release geschafft.</p> Siehe hier: https://blogs.kde.org/2025/08/23/this-week-in-plasma-kde-initial-system-setup/</a></p> Sobald zukünftige KDE Plasma Veröffentlichung diesen Assistenten ausliefern, wird Kalpa auch von MicroOS getrennt.</p> Warum muss Kalpa zweimal installiert werden?</h3> Das hängt direkt mit der vorherigen Frae zusammen. Im ersten Schritt installieren wir MicroOS mit dem KDE Desktop. Das ist aber immer noch MicroOS und nicht Kalpa (daher auch das Branding was euch evtl. während des Neustarts aufgefallen sein dürfte). Solange es noch keinen extra Kalpa Installer gibt, müssen wir unser System noch wie auf dieser Seite beschrieben anpassen und installieren.</p>

E:D Market Connector unter Linux und Steam Deck 2025-11-30T16:08:00+00:00 </div> Ein essenzielles Werkzeug um Seiten wie INARA</a>, Elite Dangerous Star Map</a> oder coriolis</a> mit Daten über das Spiel Elite:_ Dangerous zu füttern ist der E:D Market Connector. Diesen unter Linux oder dem Steam Deck zu installieren und aus zu führen ist für neue Nutzer evtl. nicht unbedingt klar ersichtlich. Daher beschreiben wir auf dieser Seite wie man diesen verwendet, einrichtet und automatisch mit dem Spiel startet.</p> Falls ihr dieser Anleitung auf dem Steam Deck folgt, wechselt bitte in den Desktop Modus.</strong></p> Installieren</h2> ladet die neuste Version von Github</a> herunter.</li> Installiert Protontricks</a> auf eurem Linux system über das Software Center (z.B. Discover oder Gnome-Software)</li> Startet den EDMarketConnector_Installer_(version).exe via Protonticks Das könnt ihr direkt von eurem Dateibrwoser aus tun, in dem ihr den Installer rechts klickt und "Mit Protontricks Launcher öffnen" auswählt</li> </ul> </li> </ol> </div> Wählt Elite: Dangerous aus der folgenden Liste aus</li> </ol> </div> Schließt den Installer ab</li> </ol> Automatisch den E:D Market Connector mit Elite: Dangerous starten</h2> Um den Connector nicht immer händisch starten zu müssen, können wir einen kleinen Startparameter via Steam zu Elite: Dangerous hinzufügen.</p> Ermittelt den tatsächlichen Pfad des Market Connectors auf euren Computer / Steam Deck</li> rechts-klick auf Elite: Dangerous in Steam</li> Wählt Verwalten</em> -> Installiere Dateien durchsuchen</em></li> Navigiert einen Ordner nch oben und öffnet compatdata</em></li> Dann öffnet ./359320/pfx/drive_c/Program Files (x86)/EDMarketConnector/</em></li> Kopiert dne vollständigne Pfad aus der Addressleiste eures Dateibrowsers inklusive dem Namen der .exe Datei selbst</li> Rechts-klick auf Elite: Dangerous in Steam und wählt Eigenschaften</em></li> Tragt: PROTON_REMOTE_DEBUG_CMD="[path to market connector]/EDMarketConnector.exe" %command%</em> in die Startoptionen ein. Falls die Adresse Leerzeichen enthält, müsst ihr diese "escapen" in em ihr ein \</em> direkt vor jedes Leerzeichen schreibt</li> Beispiel: PROTON_REMOTE_DEBUG_CMD="/opt/datalake_ssd/vortex/.steam/steamapps/compatdata/359320/pfx/drive_c/Program\ Files\ (x86)/EDMarketConnector/EDMarketConnector.exe" %command%</code></li> </ul> </li> </ol> Wenn ihr nun Elite: Dangerous startet, sollte der E:D Market Connector direkt mit gestartet werden.</p> </div> (rechts-klick in neuem Tab öffnen um zu vergrößern)</em></p> Einrichtung des E:D Market Connectors</h2> Wenn ihr den Market Connector zum ersten mal startet, öffnet dieser die Frontier Development anmeldeseite in euren Standartbrowser. Hier könnt ihr dem E:D Market Connector erlauben auf euer Profil zu zugreifen. Dieser Schritt ist nicht verpflichtend.</p> INARA API Key einrichten</h3> Um den E:D Market Connector mit INARA zu verwendnet, braucht ihr einen API Key von inara.cz. Dafür benötit ihr außerdem einen Benutzerkonnto auf inara.cz. Sobald ihr dieses habt könnt ihr den API key wie folgt bekommen:</p> Im E:D Market Connector klickt auf Datei</em> -> Einstellungen</em> -> Inara</em></li> Klickt auf den blauen Text: Inara-Anmeldedaten</em> Dies wir eure Inara Benutzereinstellungen öffnen und ermöglicht es euch entweder einen neuen API Key zu generieren oder, falls ihr einen habt, diesen direkt anzeigen.</li> </ul> </li> Kopiert</em> und fügt den API key</em> in den Market Connector ein und klickt auf OK</em></li> </ol> </div> Das war's. Nun solltet ihr den E:D Market Connector unter Linux und dem Steam Deck verwenden können.</p> Waydroid unter Kalpa Desktop und Aeon Desktop 2025-11-18T19:44:00+00:00 </div> Es gibt zwar eine Anleitung online, wie man Waydroid unter Tumbleweed betriebt, leider überträgt diese sich nicht eins zu eins auf Aeon und Kalpa Desktop. Zu dem ist sie nicht ganz aktuell.</p> Longterm Kernel installieren</h2> In unseren Test haben wir festgestellt, dass die anbox-modules, zwar mit dem -default Kernel prinzipiell funktionieren, allerdings sorgt das binder Kernelmodul für Instabilitäten im System, so dass es zu zufälligen Abstürzen von Waydroid oder gar einem eingefrorener Desktop kommen kann.</p> Daher empfehlen wir den -longterm Kernel zu installieren, wie auf unserer extra Dokumentationsseite</a> beschreiben.</p> Konfiguration des Kernels</h2> Anschließend müssen wir noch ein Kernel Parameter hinzufügen via:</p> sudo vim /etc/kernel/cmdline </code></pre> Drück *iÜ auf eurer Tastatur und den Einfügen</em> Modus zu aktiveiren, navigiert an das ende der Datei und fügt psi=1</code> hinzu.</p> Die Datei sollte dann in etwa so aussehen:</p> root=/dev/nvme0n1p2 [...] psi=1 </code></pre> Speichert mit ESC :x</em></p> Dann lasst das initrd neu bauen via: sudo transactional-update initrd</code></p> Waydroid installieren</h2> sudo transactional-update -c run zypper addrepo https://download.opensuse.org/repositories/home:jimed-rand:waydroid/openSUSE_Tumbleweed/home:jimed-rand:waydroid.repo sudo transactional-update -c pkg in waydroid anbox-modules </code></pre> Dann startet das System neu und folgt den Anweisungen weiter unten.</p> SecureBoot</h2> Unter Systemen mit aktivierten SecureBoot, müssen wir außerdem noch den Machine Owner Key für anbox-modules ausrollen. Da Kalpa einen root account hat, solltet ihr hier direkt mit dem MOK Enroll Bildschirm während des Neustarts begrüßt werden. Das Standartpasswort unter Kalpa ist dass des root</em> Kontos.</p> </div> To enroll the MOK key do the following:</p> Enroll MOK</em></li> Continue</em></li> Yes</em></li> Enter root passwort (Kalpa) or the chosen password while using mokutils on Aeon</li> Reboot</em></li> </ol> Waydroid Einrichten</h2> Als allererstes startet den Waydroid Dienst:</p> sudo systemctl enable waydroid-container</code></p> Nach dem ihr dann Waydroid geöffnet habt und ein ANdroid Abbild herunterladen wollt, fragt Waydroid nach zwei OTAs. Gebt heir die folgenden ein:</p> System OTA: https://ota.waydro.id/system Vendor OTA: https://ota.waydro.id/vendor</p> </div> Gerät Registrieren</h2> Fall ihr euch for das Android Abbild mit Google Anwendungen entschieden habt, müssen wir unsere neues "Gerät" noch verifizieren lassen. Hierfür benötigen wir ein Google Konto.</p> Während Waydroid läuft öffnet eine Konsolenfenster und trag das folgende ein:</p> sudo waydroid shell -- sh -c "sqlite3 /data/data/*/*/gservices.db 'select * from main where name = \"android_id\";'" </code></pre> Der Befehl sollte eine Zeichenkette wie die folgende zurückgeben: android_id|xxxxxxxxxxxxxxxxxxx</code>. Für die Registrierung benötigen wir nur die Nummer nach der Pipe |</em></p> Öffnet die Google Geräteregistrierung</a> und meldet euch mit dem Google Konto an, mit dem ihr das neue Gerät verknüpfen wollt.</p> Trag die zuvor ermittelte Nummer in das Textfeld auf der Geräteregistrierung ein, bestätigt, dass ihr kein Roboter seit und klickt auf Registrieren</em>. Dieser VOrgang kan ein paar Minuten bis zu mehren Stunden dauern.</p> Anschließend solltet ihr in der Lage sein Google Apps ganz normal via Waydroid, bzw. Lineage OS, zu verwenden.</p> Waydroid Gerät unrooten</h2> Standardmäßig ist das Android Abbild, welches via Waydroid läuft ein "gerootetes" Gerät. Das bedeutet, dass der Android Benutzer vollen Systemzugriff besitzt. Einige Apps, hauptsächlich Streaming Apps, verweigern allerdings ihren Dienst auf gerooteten Geräten. Daher emfpiehlt es sich den root Zugriff wieder zu entfernen.</p> Dazu öffnet die Datei: sudo vim /var/lib/waydroid/waydroid.cfg</code>. Drück I</em> auf eurer Tastatur um den Einfügemodus vom Vim zu aktiveiren. Dann fügt das folgende unter [properties]</code> ein:</p> # fix root liapp ro.product.brand=google ro.product.manufacturer=Google ro.system.build.product=redfin ro.product.name=redfin ro.product.device=redfin ro.product.model=Pixel 5 ro.system.build.flavor=redfin-user ro.build.fingerprint=google/redfin/redfin:11/RQ3A.211001.001/eng.electr.20230318.111310:user/release-keys ro.system.build.description=redfin-user 11 RQ3A.211001.001 eng.electr.20230318.111310 release-keys ro.bootimage.build.fingerprint=google/redfin/redfin:11/RQ3A.211001.001/eng.electr.20230318.111310:user/release-keys ro.build.display.id=google/redfin/redfin:11/RQ3A.211001.001/eng.electr.20230318.111310:user/release-keys ro.build.tags=release-keys ro.build.description=redfin-user 11 RQ3A.211001.001 eng.electr.20230318.111310 release-keys ro.vendor.build.fingerprint=google/redfin/redfin:11/RQ3A.211001.001/eng.electr.20230318.111310:user/release-keys ro.vendor.build.id=RQ3A.211001.001 ro.vendor.build.tags=release-keys ro.vendor.build.type=user ro.odm.build.tags=release-keys </code></pre> Anschießend aktualisiert das Gerät wie folgt: sudo waydroid upgrade --offline</code>. Damit sollte dieses Problem behoben sein.</p> Quellen</h2> Runa-Chin - Tumbleweed Waydroid Guide - on Jun 18, 2024</a></li> </ul> Notes</h3> Falls ihr von Runa-Chin's Anleitung hier hergekommen seit, dann unterscheidet sich diese Anleitung in den folgenden Punkten:</p> Das Repository von dem wir Waydroid und anbox-modules beziehen wurde geändert</li> Die Installation von weston oder cage ist hier nicht beschrieben, da weder Aeon noch Kalpa mit X11 ausgeliefert werden. Sie besitzen also einen Wayland Compositor von Haus aus.</li> Eine SecureBoot Abschnitt wurde hinzugefügt, dieser fehlt in der Originalen Anleitung.</li> Die Kernel Commandline wird heir anders verändert, da sowohl Kalpa als auch Aeon mit SystemD-Boot ausgeliefert werden.</li> Außerdem haben wir offensichtlich zypper durch transactional-update ersetzt, da unter Aeon und Kalpa zypper so nicht verwendet werden kann.</li> Geräteregistrierung wurde hinzugefügt</li> WIe man das Gerät unrooted wird beschrieben</li> </ol> Need for Speed Underground, 2, Most Wanted und Carbon unter Linux install 2025-11-08T19:39:00+00:00 </div> Need for Speed Underground, Underground 2, Most Wanted (2005) und Carbon unter Linux zu installieren ist recht einfach. Auf dieser Seite ist beschrieben wie außerdem der No-CD fix und Breitbildmodus eingerichtet werden kann.</p> Bottles Einrichten</h2> Falls es noch keine Bottles Umgebung gibt, in der die Spiele installiert werden können, erstellt eine neue.</p> Installiert Bottles</em> von flathub</a></li> Erstellt eine neue Umgebung, in dem ihr auf das Plus Icon</em> in der oberen linken Ecke klickt</li> </ol> </div> Gebt einen Namen</em> ein</li> Wählt Spiele</em> as Voreinstellung</li> Klickt auf Anlegen</em></li> </ol> </div> Spiele installieren</h2> Falls ihr mit ISO Abbilddateien arbeitet, stellt sicher, dass Bottles zugriff auf /run/media/<USER_NAME></em> hat. Das könnt ihr über Flatseal oder KDE's eigenen Anwendungsberechtigungsdialog machen.</p> </div> </div> Startet Bottles nach dieser Änderung neu.</p> Legt</em> die Abbilddateien</em> oder die physikalischen Datenträger ein</em></li> Öffnet</em> die zuvor erstellte Bottles Umgebung</em></li> Wählt Anwendung ausführen...</em></li> </ol> </div> Navigiert zum eingehängten Datenträger oder Abbilddatei</em></li> Wählt den Spielinstaller</li> Klickt auf Ausführen</em></li> Folgt dem Installationsassistenten</li> </ol> Falls ihr vorhabt die Abbilddateien</strong> weiterzuverwenden ist der NO-CD Fix zwingend erforderlich</strong>. Da das ISO Format nicht alle Aspekte des Secure Disc DRM</strong> unterstützt. Mit den physikalischen Datenträgern sollte es allerdings keine Probleme geben.</p> No-CD fix</h2> Laded</em> den No-CD fix von GameCopyWorld für euer spiel herunter:</li> </ol> Need for Speed Underground</a></li> Need for Speed Underground 2</a></li> Need for Speed Most Wanted (2005)</a></li> Need for Speed Carbon</a></li> </ul> Entpackt</em> das heruntergeladene Archiv</li> Kopiert</em> den gesamten Inhalt in den Installationspfad des Spiels</li> Überschreibt</em> die ausführbare Datei des Spiels oder legt ein backup an</li> </ol> Nun solltet ihr beriets das Spiel ohne CD, DVD oder Abbilddatei spielen können.</p> Breitbildmodus</h2> Laded</em> den Breitbuld Patch für euer Spiel von GitHub</em> herunter</li> </ol> Need for Speed Underground</a></li> Need for Speed Underground 2</a></li> Need for Speed Most Wanted (2005)</a></li> Need for Speed Carbon</a></li> </ul> Entpackt</em> das Archiv</li> Kopiert</em> den gesamten Inhalt in das Installationsverzeichnis eures Spiels</li> Öffnet</em> die Bottles Umgebung</em></li> Wählt Einstallungen</em></li> </ol> </div> Scroll herunter bis ihr DLL-Überschreibungen</em> lest</li> </ol> </div> Legt einen neuen Eintrag an: dinput8</em> und setzt diesen auf Nativ, dan eingebaut</em></li> </ol> </div> Dass sollte es gewesen sein, nun könnt ihr das Spiel mit Breitbildunterstützung spielen.</p> Fehlerbehandlung</h2> auch wenn die beschriebenen Schritte für alle 4 Spiele gleich sind, gtb es jedoch ein paar Ausnahmen.</p> Need for Speed Underground 2</h3> Für Underground 2 ist sowohl der No-CD fix wie auch der Breitbildpatch notwendig um das Spiel ohne CD oder DVD spielen zu können. Nur der No-CD fix reicht heir leider nicht aus. Daher installiert hier beide Patches für dieses Spiel.</p> Need for Speed: Most Wanted</h3> Für Most Wanted muss der Breitbildmodus nocht zusätlich konfigureit werden, da einige UI Elemente sonst außerhalb des sichtbaren Bereiches erscheinen. Daher öffnet den Order scripts</code> im Spielverzeichnis.</p> Dann öffnet die Datei NFSMostWanted.WidescreenFix.ini</code> mit einem beliebigen Texteditor.</p> Unterhalb von [MAIN]</code> ändert FixHUD = 1</code> zu FixHUD = 0</code>. Dies sorgt dafür dass das Spielmenu im 4 zu 3 Seitenverhältnis bleibt und stattdessen in die Breite gezogen wird. Dafür sind aber alle Elemente sichtbar.</p> Video</h2> </iframe> </div> Long term support (LTS) Linux kernel unter openSUSE Tubmleweed 2025-10-08T15:00:00+00:00 </div> Das openSUSE Projekt bietet zwei Kernel Versionen an. Einmal den -default</em> Kernel welcher der aktuellste Linux Kernel ist so wie er upstream vorliegt und den -longterm</em> welches die offizielle LTS Version des Linux Kernels darstellt.</p> Unter Umständen kann es vorkommen dass man auf den LTS Kernel wechseln möchte. Sei es um ein Problem mit den neusten Kernel zu überprüfen oder die Verwendung von popritären Kernel Modulen die nicht immer mit dem neusten Kernel funktionieren.</p> -longterm installieren</h2> Um den long term support Kernel zu installieren gebt einfach das folgende in die Konsole ein:</p> Tumbleweed:</strong> sudo zypper in kernel-longterm</code></p> Aeon and Kalpa:</strong> sudo transactional-update pkg in kernel-longterm</code></p> Beim nächsten neustart des Systems solltet ihr in der Lage sein den Kernel direkt im Bootloader auswählen zu können.</p> nVidia</h2> Falls ihr den propritären nVidia Treiber verwendet installiert auch hier das entsprechende -longterm Modul:</p> Offenes Kerne Modul</h3> Tumbleweed:</strong> sudo zypper in nvidia-open-driver-G06-signed-kmp-longterm</code></p> Aeon and Kalpa:</strong> sudo transactional-update pkg in nvidia-open-driver-G06-signed-kmp-longterm</code></p> Geschlossenes Kernel Modul</h3> Hier ist es auch wichtig zu wissen welche Treiber Serie ihr installiert habt. Für G06 und G05 gibt es jeweils ein -longterm kmp Modul. Für den G04 Treiber nicht.</p> G06:</h4> Tumbleweed:</strong> sudo zypper in nvidia-driver-G06-kmp-longterm</code></p> Aeon and Kalpa:</strong> sudo transactional-update pkg in nvidia-driver-G06-kmp-longterm</code></p> G05:</h4> Tumbleweed:</strong> sudo zypper in nvidia-driver-G05-kmp-longterm</code></p> Aeon and Kalpa:</strong> sudo transactional-update pkg in nvidia-driver-G05-kmp-longterm</code></p> -default deinstallieren</h2> Achtung:</strong> Den -default Kernel zu deinstallieren, wird auch die patterns-kalpa-base</strong> und patterns-aeon-base</strong> Metapakete entfernen. Das heißt, das Updates, die über die Bloßen Abhängigkeiten von Anwendungen und Bibliotheken hinaus gehen, nicht installiert werden. Das bedeutet, dass ihr auf künftige Änderungen, die die gesamte Kalpa und Aeon Erfahrung ausmachen, verzichtet und damit euer System in einen ungetesteten und nicht näher Definierten Zustand bringt!</p> Wenn ihr nicht vorhabt den default Kernel weiter zu benutzen, könnt ihr diesen nach der installation von -longterm deinstallieren. So findet sich dann auch nur ein Bootmenüeintrag für dne LTS Kernel.</p> Tumbleweed:</strong> sudo zypper rm kernel-default</code></p> Aeon and Kalpa:</strong> sudo transactional-update pkg rm kernel-default</code></p> Änderungshistorie</h2> 2025-11-19 Warnung zur Sektion -default Kernel entfernen hinzugefügt</li> </ul> </li> </ul> CUDA cuInit: Unknown error unter Linux 2025-09-27T21:02:00+00:00 </div> Mit neueren Linux Kernen und Flatpak, podman sowie Docker besteht ein Problem beim Initialisieren von CUDA wenn eine Anwendung in einer Sandbox oder einem Container ausgeführt wird. Betroffene Anwendungsfälle sind:</p> Spiele die compute shader verwenden und via Flatpak oder podman laufen (z.B. Distrobox) Hunt Showdown 1896</li> The Talos Principle 2</li> Satisfactory (wenn im DirectX 12 modus ausgeführt)</li> Hellblade II: Senua's Saga</li> </ul> </li> DaVinci Resolve via podman mit geteilten nVidia Treiber</li> Blender mit CUDA und Cycles via Flatpak</li> OBS Studio via flatpak wenn NVENC verwendet wird</li> Upscayl via flatpak</li> InvokeAI via distrobox bzw. pytorch</li> Ollama via prodman oder flatpak z.B. via Alpaca</li> </ul> Bekannte Fehlercodes sind:</strong></p> CUDA cuInit: Unknown error</li> cuda_init_999</li> DirectX 12 not supported on your system. Try running without -dx12 or -d3d12 command line argument</li> </ul> </div> Um dieses Problem zu umschiffen haben wir herausgefunden, dass es hilf CUDA zu "kick-starten" über eine Anwendung ohne Containerisierung ausgeführt wird. Ohne das der Rechner neu gestartet werden muss. Es reicht anschließend einfach die betroffene Anwendung neu zu starten.</p> Laded Blender von blender.org</a> herunter</li> Entpackt und führt Blender aus</li> Navigiert zu Edit → Preferences → System</em></li> Aktiviert CUDA</em></li> Wenn eure Grafikkarte angezeigt wird funktioniert CUDA</li> Startet betroffene Anwendungen neu</li> </ol> Wenn ihr auch von diesem Problem betroffen seid, helft bitte mit dieses Problem an nVidia zu berichten.</p> Bekannte betroffene Systemkonfigurationen</h2> Linux Kernel: 6.14.6 oder neuer</li> Flatpak: 1.16.0 oder neuer</li> Podman: 5.4.2 oder neuer</li> nVidia Treiber 570.144 oder neuer</li> CUDA 12.8 oder neuer</li> </ul> Außerdem scheint dieses Problem unabhängig von der Desktopoberfläche zu sein, da wir dieses Verhalten sowohl unter KDE als auch unter Gnome feststellen konnten. Weiterhin schient die Linux Distribution auch unerheblich, da das Problem auf Aeon, Kalpa und EndevourOS reproduziert werden konnte.</p> Sources</h2> nVidia Bug report - Unrelaibale cuInit with sandboxes and containers (CUDA cuInit: Unknown error)</a></li> </ul> Fehlende Videos in Wine / Proton 2025-09-23T17:45:00+00:00 </div> Falls ihr über fehlende Videos stolpert, in dem ihr entweder mit einem schwarzen Bild und Ton oder einem Testbild begrüßt werdet, könnt ihr eine der folgenden Optionen ausprobieren, um das Problem zu beheben.</p> Auf dieser Seite sind die nötigen Schritte für Steam, Bottles und Lutris beschrieben.</p> </div> Steam</h2> Falls ihr eure Spiele via Steam spielt kann eine alternative Version von Proton mit zusätzlichen Multimediacodec Unterstützung, hier Abhilfe schaffen. Um die Einrichtung zu erleichtern, empfehlen wir außerdem ProtonPlus</a> oder ProtonUp-Qt</a> zu installieren.</p> Installiert ProtonPlus</em> / ProtonUp-Qt</em></li> Öffnet</em> die gewählte Anwendung</li> Wählt</em> den Launcher</em> mit dem ihr das SPiel startet aus. In unserem Beispiel ist das Steam</li> Öffnet die GE-Proton</em> Sektion</li> Installiert die neuste Version</em></li> </ol> </div> Starte Steam neu (oder den Launcher für den ihr GE-Proton / Wine installiert habt wie Lutris oder Bottles)</li> Stellt GE-Proton / -Wine als die Laufzeitumgebung ein mit dem das Spiel gestartet werden soll</li> </ol> GE-Proton als Starter einrichten</h3> Klickt mit der rechten Maustaste</em> auf das Spiel in eurer Bibliothek</li> </ol> </div> Wählt Eigenschaften</em></li> Navigiert zu Kompatibilität</em></li> Aktiviert Die Verwendung eines bestimmten Kompatibilitätswerkzeugs für Steam Play erzwingen</em> (falls nicht schon geschehen)</li> Wählt das zu vor installierte Proton</em></li> Startet</em> das Spiel und prüft, ob das Problem behoben wurde</li> </ol> </div> Hinweis:</strong> Wir empfehlen nicht GE-Proton als Standard für all eure Spiele zu setzten, da es gegenüber von Valves Proton neue Probleme mit sich bringen kann.</p> Bottles</h2> Anders als mit Steam braucht es bei Bottles keine externe Anwendung um weitere Versionen von Wine nachzuinstallieren. Falls ihr also über Probleme mit Videos stolpert, fügt einfach GE-Wine über die Anwendung selbst hinzu und stellt sie als den Runner ein, mit dem die Bottles Umgebung, in der euer Spiel installiert ist, ein.</p> Klickt auf das Hamburgermenü</em> in der oberen rechten Ecke des Hauptfensters</li> </ol> </div> Wählt Eigenschaften</em></li> Navigiert zu Runner</em></li> Öffnet die GE-Wine</em> Sektion</li> Installiert</em> die neuste Version</li> </ol> </div> Nach dem Bottles die neue Version heruntergeladen und installiert hat, navigiert zurück zu eurer Bottles Umgebung und stellt die neue Version als Runner für die Umgebung ein.</p> Öffnet die Umgebung</em></li> </ol> </div> Klick auf Einstellungen</em></li> Unter Runner</em> wählt dann GE-Proton</li> </ol> </div> Anschließend startet das Spiel und prüft, ob das Problem behoben wurde.</p> Lutris</h2> Für Lutris ist ebenfalls keine externe Anwendung nötig um zusätzliche Versionen von Wine zu installieren. Zusätzliche Versionen zu installieren kann direkt über Lutris selbst gemacht werden.</p> Fügt GE-Wine über den eingebauten Manager hinzu und konfiguriert das betroffene Spiel die neue Wine Version zu verwenden.</p> Öffnet Lutris</em></li> Klickt auf das Hamburgermenü</em> oben rechts</li> Wählt Einstellungen</em></li> </ol> </div> Anschließend navigiert zu Starter</em></li> Scrollt herunter bis Wine</em> zu lesen ist</li> Klickt auf das Paketicon</em></li> </ol> </div> Sucht nach Wine-GE</em> und installiert es</li> </ol> </div> Klickt in der Bibliothek</em> auf euer Spiel</em></li> Klickt auf den Pfeil</em> neben Spielen</em></li> Wählt Einstellungen</em></li> </ol> </div> Navigiert zum Tab Optionen des Starters</em></li> Wählt das zuvor installierte Wine-GE</em></li> Speichern</em></li> </ol> </div> Dann startet das Spiel und prüft, ob das Problem behoben wurde</p> Proton / Wine Fehlerbehandlung 2025-09-23T17:45:00+00:00 </div> Auf dieser Seite findet ihr bekannte Fehlerbehebungen im Zusammenhang mit Wine und Proton. Für Spielspezifische Fehlerbehebungen empfehlen wir außerdem auf ProtonDB</a> vorbeizuschauen</p> Fehlende Videos</a></strong></p> Win2Go Komponenten 2025-09-18T10:11:00+00:00 Win2Go setzt auf den folgenden Tools und Bibliotheken:</p> Wimlib</h2> Bei einer Windowsinstallation ist ISO nicht das einzige Abbildformat mit dem umgegangen werden muss. Daher liefert Win2Go zusätzlich wimlib mit aus diverse Windows Editionen zu analysieren und auf den USB Datenträger zu extrahieren. Alle Editionen von Windows die auf im ISO Abbild enthalten sind, liegen in einem install.wim Archiv vor.</p> Um alle verfügbaren Editionen anzeigen und extrahieren zu können liefert Win2Go wimlib mit aus.</p> Wimlib - Webseite</a></strong></p> dasbus</h2> Ist eine Python DBus Abstraktion, die von Win2Go verwendet wir, um mit UDisks2 in Kontakt zu treten. Da Win2Go auch das Windows ISO Image einhängt, muss die ISO Datei an UDisks2 weitergegeben werden. Die dafür verwendete DBus Schnittstelle benötigt einen sogenannten Unix File Descriptor der die ISO Datei im Dateisystem referenziert.</p> Auch wenn es viele DBus Abstraktionen für Python gibt, ist dasbus eine der wenigen (oder gar die einzige) die auch File Descriptors unterstützt. Viele andere Python DBus Schnittstellen unterstützen das nicht, nicht einmal pydbus, welches sogar direkt von DBus selbst erwähnt wird.</p> Daher setzen wir auf dasbus.</p> dasbus - Gihub</a></strong></p> Hivex</h2> Wer mit Windows zu tun hat, muss ab und an auch mal mit Windows Registrydateien hantieren. Hierfür verwendet Win2Go hivex.</p> Derzeit verwenden wir es nur um die BCD Datei vorzubereiten, die ein fester Bestandteil des Windows Bootprozesses darstellt. Die BCD Datei teilt dem Windwos Bootloader mit, wo Windows tatsächlich installiert ist um dann schließlich das Betriebssystem zu starten.</p> In kommenden Veröffentlichungen planen wir hivex auch dazu zu verwenden diverse Windows 11 Hardwaretest zu deaktivieren, um eine noch portable Windows Installation zu ermöglichen.</p> Win2Go benutzt eine vorgefertigte boot.reg Datei die einige nicht Windows Registry konforme Platzhalter enthält um den Bootloader auf zusetzten. Anschließend sammeln wir alle benötigten Systeminformationen, ersetzen diese in der boot.reg Datei und fusionieren diese dann mit der BCD Datei. Diese wird dann auf die Windows Startpartition kopiert.</p> hivex GitHub</a></strong></p> Win2Go Fehlerbehebung 2025-09-18T10:11:00+00:00 XDG Desktop Portal</h2> Win2Go ist teilweise abhängig von XDG Desktop Portal in der Version 1.20, kann aber auch mit älteren Versionen umgehen. Version 1.20 oder neuer ist allerdings empfohlen, da in diesen Versionen das Dateiattribut xattr::document-portal.host-path</code> eingeführt wurde.</p> Dateien innerhalb einer Flatpaksandbox sind üblicherweise über temporäre Pfade verfügbar, diese sind außerhalb allerdings ungültig. Um das Windows ISO Image einzuhängen, muss Win2Go dem UDIsks2 Prozess außerhalb der Sandbox den richtigen (echten) Pfad der ISO Datei mitteilen. Dazu wird dieses Attribut ausgelesen.</p> Seit Version 1.19 des XDG Desktop Portals gibt es dieses Attribut nur für Ordner, aber nicht für Dateien. Das wurde in 1.20 korrigiert. Win2Go sucht nach diesem Attribut, kann es nicht gefundene werden, wird der Dateipfad innerhalb der Sandbox geprüft. Ist dieser ein temporärer Pfad, wird Win2Go den Benutzer darüber informieren, und auf diese Seite verweisen.</p> Um das Problem zu beheben, stehen die folgenden Möglichkeiten zur Verfügung:</p> Auf XDG Desktop Portal 1.20 oder neuer aktualisieren</li> Die ISO Date in den Downloads Ordner kopieren. (Dieser Ordner ist vollständig in der Sandbox von Win2Go verfügbar)</li> Win2Go zusätzliche Zugriffe auf das Dateisystem gewähren. Das kann über Flatpak Overrides gemacht werden</li> </ul> In kommenden Veröffentlichungen, planen wir den permanenten Zugriff auf den Downloads Ordner zu entfernen. Das wird aber noch eine Weile dauern, da leider zu viele Benutzer auf point-release Distributionen setzen, um diese Änderung zum gegebenen Zeitpunkt zu rechtfertigen …</p> XDG Desktop Portal Documentation</a></p> vfat, ntfs oder udf nicht unterstützt</h2> Eine Unterstützung für die Dateisystemformate vfat, ntfs und udf sind zwingend erforderlich. Anderenfalls kann Win2Go seine Aufgabe nicht erfüllen.</p> vfat: Wird benutzt, um die Startpartition von Windows zu formatieren</li> ntfs: Wird für die Hauptpartition (C:) verwendet</li> udf: Ist das Dateisystem in dem üblicherweise Windows ISO Abbilder drin enthalten sind</li> </ul> Fehlt eines oder mehrere dieser Formate, installiert diese bitte über euren Paketmanager nach.</p> vfat</strong>: Unterstützung für vfat sollte üblicherweise bereits vorhanden sein. Anderenfalls würde Linux nicht starten.</p> ntfs</strong>: Für NTFS Unterstützung installiert das Paket ntfs-3g</code></p> udf</strong>: UDF Unterstützung kann über udftools</code> nachgerüstet werden.</p> UDisks2 nicht gefunden</h2> Da es sich bei Win2Go um eine Flatpakanwendung handelt, ist sie maßgeblich von DBus abhängig um mit Prozesses außerhalb der Sandbox zu kommunizieren. Auch wenn es etliche Datenträgerwerkzeuge unter Linux gibt, ist UDisk2 das einzige, welches über DBus Schnittstellen angesprochen werden kann.</p> Um zu vermeiden, dass Win2Go zu weitreichenden Zugriff auf das Hostsystem bekommt, um etwa flatpak-spawn --host</code> ausführen zu können, um beliebige Kommandos als Superuser auszuführen, setzten wir auf UDisks2</p> Falls UDisks2 nicht gefunden werden kann, wird Win2Go den Benutzer darüber informieren und auf diese Seite verweisen. Bitte installiert in dem Falls UDIsks2 für eure Distribution.</p> UDisks2 - GitHub</a></p> Win2Go Nicht unterstüze Features 2025-09-18T10:11:00+00:00 Die folgenden Features werden von Win2Go nicht unterstüzt:</p> Legacy Boot (MBR)</h2> Win2Go unterstützt nicht Master Boot Record (MBR) basierte Bootprozesse.</p> Unterstützung hierfür würde bedeuten, dass wir die Flatpak Sandbox enorm aufweichen müssten, um beliebige Befehle auf dem Hostsystem auszuführen.</p> Darüber hinaus würde es die Liste an zusätzlichen Komponenten für Win2Go und Werkzeugen, die auf dem Host verfügbar sein müssen sprengen.</p> Berücksichtigt man außerdem, das selbst unter Linux, "Legacy Boot", zusehends an Unterstützung verliert, ist es den zusätzlichen Aufwand einfach nicht wert.</p> Reparatur beschädigter Windows Bootloader</h2> Win2Go legt zwar einen neuen Bootloader für das portable Windows an. Unterstützung für die Reparatur kaputter Windows Bootloader wollen wir dennoch nicht anbieten.</p> Das würde voraussetzten, dass wir bestehenden Windowsinstallationen prüfen müssten. Außerdem kann es sehr gut sein, das zudem Benutzer auch erwarten, dass wir Dualboot Systeme ebenfalls korrigieren. Oder gar eines aufzusetzen.</p> Nein Danke! Es ist sehr viel einfacher, einfach eine 2.5" SSD, einen SATA zu USB Gehäuse zu besorgen und Windows mit Win2Go einfach auf das externe Gerät zu installieren. Zudem erspart euch dieser Ansatz weitere Kopfschmerzen, wenn das nächste Windows Update mal wieder das Dualboot System zerschießt.</p> VHD(x) zu USB</h2> Win2Go unterstützt es nicht virtuelle Festplattenabbilder einer Windows virtuellen Maschine auf ein USB Gerät zu installieren.</p> Auch wenn wir die Anforderung durchaus nachvollziehen können "einfach" eine virtuelle Maschine auf ein physikalische USB Medium zu kopieren. So wollen wir uns nicht mit noch einem Abbild- und Dateiformat herumschlagen.</p> Vielleicht, aber nur ganz vielleicht, und auch, nur wenn es nicht zu viel Extraarbeit bedeutet, erwägen</em> wir Unterstützung hierfür anzubieten. Bitte erwartet nur, nicht dass wir das überhaupt machen werden oder wenn, dann in absehbarer Zeit.</p> Installationsmedium erstellen</h2> Auch, wenn Win2Go Windows bereits auf ein USB Gerät installiert, unterstützt es nicht auch ein Windows Installationsmedium zu erstellen. Hierfür gibt es bereits Tools: Balena Etcher</a></p> Wir sehen keinen Nutzen darin die Oberfläche von Win2Go mit zusätzlichen Optionen vollzustopfen, wenn wir bereits eine schnellere und einfachere Installationsmöglichkeit anbieten.</p> Win2Go 2025-09-18T10:11:00+00:00 Win2Go ist eine grafische Anwendung um unter Linux portable Windows Installationen auf USB Geräten zu erzeugen. Dabei erstellt es kein Installationsmedium, sondern installiert Windows vollständig auf dem externen Datenträger und ist direkt einsatzbereit.</p> Alles, was dafür notwendig ist, ist ein USB Gerät mit genug Speicherplatz und eine aktuelle Windows ISO.</p> Win2Go wird anschließend das USB Gerät formatieren und Windows aus dem ISO Abbild auf das Gerät extrahieren. Installiert zu dem den Windows Bootloader und das war es.</p> Quelltext</a></strong></p> Komponenten</h2> Für weitere Detail über zusätzliche Komponenten die Win2Go verwendet, schaut auf in der Komponentensektion</a></strong> nach.</p> Nicht unterstützte Features</h2> Win2Go erfüllt einen spezifischen Nutzen: Portable Windows Installationen auf USB Geräte zu erstellen. Nichtsdestotrotz wird es zusätzliche Wünsche geben, die nicht von dieser Anwendung abgedeckt werden.</p> Für eine detaillierte Liste an nicht unterstützen Features, schaut gerne in der entsprechend Sektion</a></strong> vorbei.</p> Fehlerbehebung</h2> Falls ihr auf Probleme bei der Nutzung von Win2Go stoßen solltet, schaut gerne auf der Fehlerbehebungsseite</a></strong> vorbei.</p> Spezieller Dank an</h2> Auch wenn Win2Go keines der folgenden Werkzeuge verwendet, möchten wir diese dennoch auf dieser Site erwähnen. Sie haben sehr viel Nützliches über die Zugrunde liegenden Prozesse verraten, die es braucht um eine Portable Windows Installation anzufertigen.</p> jxctn0 - win2go Shell Script</a></li> BCD-SYS - BCD Shell Script</a></li> </ul> 32bit Software unter 64bit Linux 2025-09-07T14:51:00+00:00 </div> Viele Linux Distributionen entfernen Unterstützung um 32bit Software auf einem 64bit System auszuführen. Auf dieser Seite wollen wir Wege vorstellen, wie man auch unter solchen System 32bit Software einfach ausführt.</p> Flatpak</h2> Der Einfachste Weg ist es besagte Anwendungen über Flatpak laufen zu lassen. Als universelles Linux Paketierungsformat bringt Flatpak bereits alls Abhängigkeiten in so genannten Laufzeitumgebungen mit. Inklusive dedizierter 32bit Kompatibilitätslaufzeitumgebungen. Als Anwendungsentwickler empfiehlt les sich die eigene Anwendung als Flatpak via Flathub beriet zustellen.</p> Für Enduser empfiehlt sich folgendes, ohne in die Paketierung eines Flatpaks einsteigen zu müssen.</p> Steam</h3> Es gibt bereits ein inoffizielles Flaptka von Valves populärer Spieleplattform Steam. Einfach installieren und los geht's. Das Flatpak beinhaltet alles was ihr braucht und ihr könnt all eure Spiele ganz ohne extra Aufwand direkt spielen.</p> </div> Lutris</h3> Außerdem kann Lutris von flathub</a> installiert werden. Dieses Programm erlaubt es uns jede beliebige Anwendung via Flatpak auszuführen.</p> Fügt ein neus "Spiel" hinzu, in dem ihr auf das Plus</em> in der oberen rechten Ecke klickt</li> </ol> </div> Wählt Lokal installiertes spiel hinzufügen</em> aus</li> </ol> </div> Unter Spielinfo</em> geb einen Namen</em> ein und wählt as Runner</em> to Linux (Führt native Spiele aus)</em> aus.</li> </ol> </div> Wechselt zu Spieloptionen</em></li> Wählt unter "Ausführbares* die Hauptanwendung eurer Anwendung</li> Unter Arbeitsverzeichnis</em> wählt den Ordner, in dem sich die Hauptanwendung befindet</li> </ol> </div> (Optional): Falls eure Anwendung eigene Bibliotheken benötigt, könnt ihr diese über Vorgeladene Bibliotheken</em> (Nur eine einzelne Datei) oder einen ganzen Prdner über Verzeichnis zu LD_PRELOAD_PATH hinzufügen</em> hinzufügen</li> Speichert und startet das Spiel oder die Anwendung</li> </ol> Distrobox</h2> Eine weitere Option is Distrobox um 32bit Anwendungen über eine 32bit kompatible Linux Distribution auszuführen. Für eine Liste von Distributionen die noch 32bit support bieten, schaut gerne auf dieser</a> Seite vorbei.</p> Ein gängiges Szenario wäre das Ausführen eine Installers um eine 3bit Anwendung erst zu installieren.</p> Grafische Distrobox Werkzeuge:</h3> BoxBuddy</a></li> DistroShelf</a></li> Kontainer</a></li> </ul> Legt eine neue Distrobox an</li> Öffnet das Distrobox Terminal</li> Führt den Installer aus</li> Exportiert die Anwendung in das Hostsystem distrobox-export -a app-or-game-name</code> falls die Anwendung eine *.desktop</em> Datei anlegt</li> distrobox-export -b /path/to/binary</code> falls die Anwendung nur über ihre Hauptanwendung gestartet werden kann</li> </ol> </li> </ol> Anschließend kann die Anwendung entweder direkt vom Startmenü aus gestertet werden oder über die Hauptbinärdatei über das Terminal.</p> </div> Mit den grafsichen Tools können *.dep</em> und *.rpm</em> direkt in passende Container installiert werden.</p> </div> BoxBuddy und DistroShelf unterstützen außerdem auch das Exportieren von Anwendung in das Hauptsystem über ihre Oberfläche.</p> </div> </div> Wine and Proton</h2> Wine und Proton sind beriets 64bit Anwendungen. Über WOW64 (W</strong>indows-O</strong>n-W</strong>indows 64</strong>bit) führen sie bereits heute schon 32bit und sogar 16bit Windows Software unter Linux aus.</p> Video</h2> </iframe> </div> Facetracker with VSeeFace 2025-09-05T16:15:00+00:00 Obwohl VSeeFace selbst OpenSeeFace für Webcam basiertes Tracking verwendet, könne wir dieses leider unter Linux nicht verwenden. Der Grund dafür sind Limitierungen in der Webcam API von WIne / Proton. Daher müssen wir einen externen OpenSeeFace tracker wie Facetracker verwenden.</p> Vorausgesetzt ihr habt VSeeFace bereits via Bottles, Lutris, PlayOnLinux oder ähnlicher Tools installiert. Geht wie folgt vor um Facetracker zu verwenden:</p> Öffnet VSeeFace</li> Im Hauptmenü oben rechts setzt Camera</em> auf [OpenSeeFace tracking]</em></li> Stell sicher Port</em> entspricht dem Port wie er in Facetracker ausgewiesen ist</li> </ol> Hinweis:</strong> Wenn ihr IP</em> auf eine IP-Adresse auf die eines Rechners in eurem lokalen Netzwerk setzt auf dem Facetracker läuft, könnt ihr die Trackingdaten von diesem Gerät beziehen.</p> Anschließend wählt euren Avatar oder klickt direkt auf Start</em> um das Standartmodel zu benutzen.</li> </ol> VSeeFace sollte die Trackingdaten von Facetracker direkt abgreifen.</p> </div> Facetracker und VTube Studio 2025-09-05T15:05:00+00:00 Facetracker kann mit VTube Studio verwendet werden. Der Einrichtungsprozess ist sogar recht simpel.</p> In Steam rechts-klickt VTube Studio und wählt Eigenschaften</em></p> </div> Anschließend navigiert nach installierte Dateien</em> und wählt Durchsuchen …</em>.</p> </div> In eurem Dateibrowser öffnet sich dann der Installationspfad von VTube Studio.</p> Hier navigert nach VTube Studio_Data/StreamingAssest/</em> und legt eine neue Datei mit dem Namen ip.txt</em> an.</p> </div> </div> </div> Öffnet die Datei und fügt das folgende ein:</p> ip=0.0.0.0 port=11573 </code></pre> Stellt sicher das port</em> dem entspricht, was Facetracker unter Port ausweist.</p> Hinweis:</strong> Wenn ihr die ip</em> auf die IP-Adresse eines anderen Gerätes in eurem lokalen Netzwerk setzt, auf dem Facetracker ausgeführt wird, können Trackingdaten von eben diesem Gerät abgefragt werden.</p> Nach einem Neustart von VTube Studio sollten die Tracking daten direkt von Facetracker angefragt werden.</p> Referenz</h2> DenchiSoft - Running-VTS-on-Linux</a></li> </ul> Meilenstein: Alpha - Space Conflicts: Empires 2025-09-04T14:12:00+00:00 </div> Der Alpha Meilenstein wird einen voll funktionale dedizierten Server und Spielklienten beinhalten. Es wird noch keinen Einzelspieler geben, da wir noch keine NSC haben. Es kann aber ein lokaler Server gestartet werden, dem dann Freunde vom selben Netzwerk beitreten können, oder einfach nur das Spiel erkundet werden.</p> Zusätzlich wird die Alpha Skalierbarkeitstests beinhalten, da der dedizierte Server Kindprozesse starten wird deren einzige Aufgabe es ist unabhängige Szenen voneinander zu simulieren. Diese Daten werden dann vom Hauptserver über das Netzwerk an die Spieler verteilt, sodass diese überhaupt etwas machen können.</p> Auch wenn die Spieler noch nicht viel machen werden können außer, Raumschiffe bauen, Flotten kommandieren oder neue Welten kolonisieren. Flottenkämpfe, oder die Möglichkeit feindliche Welten zu erobern, wird es in der Alpha noch nicht geben</p> Es wird ein grundlegendes Siedlungssystem geben, in dem Spieler neue Gebäude bauen und Rohstoffe fördern können.</p> Die Alpha dient hauptsächlich als Machbarkeitsstudio und ob das Spiel, so wie wir uns das Vorstellen mit Godot umgesetzt werden kann. Falls uns potenzielle Verbesserungen uns ins Augefallen werden wir diese dann ggf. den Godot Entwicklern zukommen lassen können.</p> Der erste Meilenstein, der sich auf tatsächliches Gameplay konzentrieren wird, ist Stargazer (Sternengucker). Teile sind bereits in der Alpha enthalten aber noch nicht vollständig implementiert. Stargazer wird also an all die losen Enden der Alpha anknüpfen und Verbessern.</p> Space Conflicts: Empires ist von vornherein auf Mehrspieler ausgelegt. Tatsächlich wird der Einzelspieler ebenfalls über einen lokal laufendne Server realisiert, mit eben nur einem Spieler.</p> KDE Plasma 6 tiling 2025-09-02T17:57:00+00:00 </div> Mit der Tastenkombination Meta + T</em> wird KDEs tiling‑Editor geöffnet. Das ist nicht mit dem normalen Andocken von Fenstern (Hälfte/Quadrant) zu verwechseln. Es handelt sich um eine erweiterte tiling‑Funktion. Zwar nicht so dynamisch wie Hyprland, i3 oder sway, aber dennoch eine sehr mächtige Funktion.</p> </div> Nachdem Benutzer ihr tiling‑Layout eingerichtet haben, haltet Shift</em> gedrückt und zieht</em> ein Fenster. Es lässt sich nun entlang des zuvor definierten Tiling‑Layouts ausrichten.</p> </div> Source</h2> Linux Guides Forum - Tiling in KDE Plasma 6: Wie nutzen?</a></li> </ul> Videos mit Alphatransparenz 2025-09-01T21:56:00+00:00 Üblicherweise werden in vielen Quellen VFX mit farbigem Hintergrund geteilt — häufig Grün oder Blau. Danach muss der Künstler einen Chroma‑Key‑Filter verwenden, um diese Hintergrundfarbe auszuschneiden und transparent zu machen. Das ist jedoch nicht zwingend nötig: Man kann VFX‑Videodateien mit eingebettetem Alphakanal erzeugen.</p> Dazu kann man Blender verwenden:</p> Effekt in Blender einrichten</li> Zu Film</em> navigieren</li> Transparent</em> aktivieren</li> Animation als PNG</em> oder WebP</em> rendern und Alphakanal einschalten</em></li> </ul> </div> Anschließend eine neue Blender‑Datei öffnen: New</em> -> Video Editing</em></p> Die zuvor gerenderte Animation als Bildsequenz importieren (Image Sequence</em>)</li> </ul> </div> Zu Output</em> navigieren</li> FFmpeg Video</em> auswählen</li> QuickTime</em> als Container wählen</li> Video Codec</em> auf QuickTime Animation</em> setzen</li> Unter FFmpeg Video</em> erscheint ein neuer Bereich Color</em></li> RGBA</em> einstellen</li> Video exportieren</li> </ul> </div> Tada — VFX mit Alphakanal.</p> Hier ein Vergleich zwischen dem chroma‑gekeyten VFX (rechts) und dem mit Alphakanal (links). Wie zu sehen ist, kann beim Chroma‑Keying ein farbiger Saum auftreten — in diesem Fall grün, weil der Hintergrund des VFX grün war.</p> </div> Außerdem zwingt die Farb‑Key‑Methode Künstler dazu, sehr auf die verwendeten Farben zu achten, da Chroma‑Key‑Filter nicht wissen, welcher Bildteil zum VFX gehört und welcher nicht. Oder aber mit Masken gearbeitet werden muss. Grün ist Grün. Zudem spart man viel Zeit beim Setup des Chroma‑Key‑Filters — VFX einfach auf das Filmmaterial legen und fertig.</p> Source</h2> </div> Spherical Textures 2025-09-01T12:58:00+00:00 Während wir an Space Conflicts: Empires</a> gearbeitet haben mussten wir Texturen für Kugeln (z. B. Planeten und Sterne) erstellen. Eine Textur ist jedoch ein zweidimensionales, rechteckiges Bild, und beim Aufbringen auf eine Kugel können Verzerrungen oder Nähte entstehen. Deshalb muss die Textur „bewusst“ darauf ausgelegt sein, auf eine Kugel gelegt zu werden.</p> </div> Der einfachste Weg, eine solche Textur zu erzeugen, ist, in Blender eine prozedurale Textur zu erstellen, diese auf eine Kugel anzuwenden und das Ergebnis zu rendern.</p> Kamera in die Kugel verschieben</li> Shading deaktivieren, sonst sieht die Kamera nur Schwarz</li> Auf Cycles umschalten (Eevee unterstützt die benötigte Funktion nicht)</li> Kameraprojektion auf Panorama ändern, damit Blender eine 360°-Ansicht der gesamten Szene rendert</li> Bild rendern und in eine Datei speichern</li> Textur in Godot importieren und in einem Shader verwenden, der auf eine Kugel angewendet wird</li> </ul> </div> </div> Tada — eine nahtlose Kugeltextur ohne Verzerrungen.</p> </div> So sieht die Textur im übrigen im original aus:</p> Planar</strong>:</p> </div> Spherical</strong>:</p> </div> Quellen</h2> </div> Space Conflicts: Empires - Client Settings 2025-08-31T20:22:00+00:00 </div> Client seitige Einstellungen sind unter den folgenden Pfaden zu finden:</p> Linux</strong>: ~/.local/share/godot/app_userdata/Space Conflicts- Empires - Client/</code> Windows</strong>: %APPDATA%/godot/app_userdata/Space Conflicts- Empires - Client/</code></p> sce_client.json</h2> Eine typischer Konfigurationsdatei sieht wie folgt aus:</p> { "CHATTING_ENABLED": true, "PLAYER_ID": "1e078546-91c1-4330-ac69-87530bab6b59", "PLAYER_NAME": "ExuberantHornet", "THEME_ICONS_UI": 1, "THEME_IMPOSTOR": 0, "UNIQUE_PLAYER_ID": true } </code></pre> CHATTING_ENABLED</strong>: Werte</em>: true</code>, false</code> Standard</em>: true</code> Beschreibung</em>: Legt fest, ob ein Spieler die Chat‑Funktion global aktivieren möchte, wenn er mit einem Server verbunden ist. Da der serverseitige Chat vollständig passiv ist, müssen Chat‑Nachrichten explizit abgefragt werden und werden nicht vom Server automatisch zugestellt. Diese Einstellung deaktiviert alle Chat bezogenen RPC‑Funktionen für diesen Client.</p> PLAYER_ID</strong>: Werte</em>: UUID4</code> Standard</em>: Random Beschreibung</em>: Die PLAYER_ID</code> wird vom Server zur Referenzierung von Spielern verwendet. Da die bei der Verbindung zugewiesene Client‑ID zufällig ist, kann sie nicht über erneute Verbindungen oder das Laden eines gespeicherten Spiels hinweg zur Referenzierung von Spielern genutzt werden. Das bedeutet auch, dass, wenn ein Spieler die PLAYER_ID</code> eines anderen Spielers kennt, kann dieser sich als jener Spieler auf einem Server anmelden. Um Missbrauch der PLAYER_ID</code> zu verhindern, werden zukünftige Client‑Versionen eine pro Server eindeutige PLAYER_ID</code> erzeugen.</p> Beim ersten Start des Spiels wird eine zufällige und eindeutige PLAYER_ID</code> generiert. Dies geschieht nicht durch Fingerprinting. Daher: Das Löschen der sce_client.json‑Datei setzt die PLAYER_ID</code> auf einen neuen und zufälligen Wert zurück.</p> Hinweis</strong>: Player‑IDs werden niemals direkt an andere Clients weitergegeben, da der dedizierte Server als Relay zwischen den Spielern fungiert. Daher, es besteht keine Peer‑to‑Peer‑Verbindung zwischen Clients; nur der Server weiß, welche aktuell verbundene Client‑ID zu welcher PLAYER_ID</code> gehört.</p> PLAYER_NAME</strong>: Werte</em>: Alles Standard</em>: Random Beschreibung</em>: Der Spielername, der anderen Clients über den Server mitgeteilt wird. Der Name kann jederzeit geändert werden und mehrere Spieler können denselben Namen verwenden. Spieler werden anhand ihrer PLAYER_ID</code> identifiziert.</p> THEME_ICONS_UI</strong>: Werte</em>: 0</code>, 1</code> Standard</em>: 1</code> Beschreibung</em>: Das Spiel unterstützt mehrere Themes für UI‑Icons. Derzeit sind zwei verfügbar: schematic</code> und realistic</code>. Diese Einstellung steuert, wie Entitäten im Spiel in Übersichten und In‑Game‑Fenstern dargestellt werden.</p> THEME_IMPOSTOR</strong>: Werte</em>: 0</code>, 1</code> Standard</em>: 0</code> Beschreibung</em>: Ein Impostor ist ein 2D‑Bild eines 3D‑Objekts, das zur Leistungsoptimierung für weit entfernte Objekte verwendet wird. Diese Einstellung steuert, ob Impostors im schematic</code>- oder realistic</code>-Theme dargestellt werden sollen.</p> </div> UNIQUE_PLAYER_ID</strong>: Werte</em>: true</code>, false</code> Standard</em>: true</code> Beschreibung</em>: Diese Einstellung wird in zukünftigen Versionen entfernt. Ursprünglich war geplant, es konfigurierbar zu machen, ob ein Spieler seine PLAYER_ID</code> serverübergreifend teilen möchte. Da die PLAYER_ID</code> jedoch Serveradministratoren bekannt ist und zum Schutz vor Missbrauch pro Server eindeutige Player‑IDs immer generiert werden sollen, wird dieses Einstellung bald entfernt. Der Schalter diente lediglich dazu, dieses Verhalten konfigurierbar zu machen.</p> Quellen</h2> </div> Space Conflicts: Empires - Severeinstellungen 2025-08-31T13:58:00+00:00 </div> Serverkonfigurationsdateien liegen in dem Ordner: ~/.local/share/godot/app_userdata/Space Conflicts- Empires - Dedicated Server/</code>.</p> sce_server_config.json:</strong> Enthält grundlegende Serverkonfigurationen. Speicherstände:</strong> befinden sich unter save_games/</code> im selben Ordner in dem auch die sce_server_config.json</em> liegt</p> sce_server_config.json</h2> Eine typische Serverkonfiguration sieht wie folgt aus:</p> { "chatting_enabled": true, "game_mode": 0, "master_token": "1224544341", "port": 5000, "save_game_dir": "save_1", "server_description": "Just an ordinary standart Space Conflicts: Empires game server.", "server_name": "Horse Palace" } </code></pre> chatting_enabled</strong> : Werte</em> : true</code> / false</code> Standard</em> : true</code> Beschreibung</em> : Serverweite Aktivierung oder Deaktivierung der Chat-Funktion. Diese Einstellung kann für Nutzer im Vereinigten Königreich nützlich sein, um den Online Safety Act einzuhalten. Durch Deaktivieren des Chats können sich Spieler im Spiel nicht mehr austauschen, wodurch Serveradministratoren von der Überwachung der Chat-Interaktionen entlastet werden.</p> Wenn der Chat auf dem Server deaktiviert ist, akzeptiert oder beantwortet der Server keine chatbezogenen RPCs.</p> game_mode</strong> : Werte</em> : 0</code>, 1</code> Standard</em> : 0</code> Beschreibung</em> : Legt fest, ob der Server im Modus lobby</code> (0) oder endless</code> (1) laufen soll.</p> Lobby</em> : Ist ein dedizierter Servermodus, der Spielern nur das Beitreten während der Setup-Phase erlaubt — z. B. treten Spieler einer Lobby bei und das Spiel startet, wenn alle bereit sind. Nachdem das Spiel gestartet wurde, können keine Spieler mehr beitreten. Wenn ein Spieler während des Spiels (versehentlich oder absichtlich) die Verbindung trennt, wird das Spiel pausiert, bis alle verbleibenden Spieler entweder für das Weiterspielen stimmen oder Speichern und Beenden.</p> Endless</em> : Ist ein Modus, der noch nicht implementiert ist, aber später als spezialisiertes, MMO-ähnliches Always‑On Modus dienen soll. Der Server akzeptiert jederzeit neue Spieler und wenn ein Spieler beitritt der dem Server noch nicht bekannt ist, erhält er eine neue Heimatwelt und beginnt zu spielen. Im Endless‑Modus wird es außerdem einen konfigurierbaren „Noob‑Modus“ geben, der Spieler anhand ihrer In‑Game‑Punkte in Stufen einteilt, um starke Spieler vom Kämpfen gegen schwächere Spieler abzuhalten — nur Spieler im gleichen Tier dürfen gegeneinander kämpfen. Dieser „Noob‑Modus“ lässt sich vollständig deaktivieren.</p> master_token</strong> : Werte</em> : Alles Standard</em> : Zufällig Beschreibung</em> : Dient als serverseitiges Master-Passwort. Spieler, die dieses Passwort kennen, können sich als Serveradministrator authentifizieren und erhalten Zugriff auf Administratorfunktionen.</p> Beim Start eines dedizierten Servers wird beim Fehlen einer sce_server_config.json</em> automatisch ein neuer und zufälliger Master-Token erzeugt. Das verhindert, dass Server mit allgemein bekannten Standard-Tokens verfügbar sind.</p> port</strong> : Werte</em> : 0</code> - 65535</code> Standard</em> : 5000</code> Beschreibung</em> : Definiert den Netzwerkport, an den der dedizierte Server gebunden ist.</p> Hinweis:</strong> Nicht alle Portnummern sind gültig. Üblicherweise gibt es Systemreservierte Ports im Bereich 0</code> bis 1023</code>, deren Verwendung nicht empfohlen wird.</p> save_game_dir</strong> : Werte</em> : Alles Standard</em> : save_1</code> Beschreibung</em> : Definiert das Verzeichnis unter save_games</code> in dem der Server Spielstanddateien speichert.</p> server_description</strong> : Werte</em> : Alles Standard</em> : Just an ordinary standart Space Conflicts: Empires game server.</code> Beschreibung</em> : Dient später als Serverbeschreibung, die in einem noch zu implementierenden Serverbrowser angezeigt wird.</p> server_name</strong> : Werte</em> : Alles Standard</em> : Zufällig Beschreibung</em> : Ist der Name des Servers. Ähnlich wie server_description</em> dient er später als Servername für einen noch zu implementierenden Serverbrowser. Außerdem wird dieser zur Benennung von Lobbys verwendet.</p> Quellen</h2> </div> Nvidia driver on Aeon and Kalpa 2025-08-31T11:46:00+00:00 </div> Kalpa und Aeon sind reine Wayland-Linux-Distributionen. Das bedeutet, dass NVIDIA-GPUs und Treiber, die Wayland nicht unterstützen, nicht funktionieren werden! Dies gilt für jede GPU, die nur vom Treiber der Version 390 oder älter unterstützt wird, sowie für die Fermi (GTX 400/500)</em> und ältere Mikroarchitekturen.</p> Es wird empfohlen, mindestens eine NVIDIA-GPU zu haben, die vom Treiber 496.44 oder neuer unterstützt wird. Ältere Treiber könnten funktionieren, bieten jedoch eine eingeschränkte Benutzererfahrung und werden nicht empfohlen.</p> Achtung:</strong> Befolge jeden Schritt sorgfältig, da die Installation sonst in einem nicht startfähigen/beschädigten System enden kann, mit fehlerhaften automatischen Updates oder fehlender Anzeigeausgabe. Bitte starte außerdem während dieser Anleitung nur dann neu, wenn dies ausdrücklich angegeben wurde.</p> Unterstütztes Treiberpaket bestimmen</h2> Es ist wichtig, zuerst die unterstützte Treiberversion zu ermitteln. Am einfachsten geht das über die NVIDIA-Treiber-Downloadseite</a>. Lade nicht den NVIDIA-Installer von dort herunter</strong>, dieser ist nicht mit Kalpa oder Aeon kompatibel.</p> Wenn ihr die Mikroarchitektur eurer GPU kennt, funktionieren für Kalpa oder Aeon folgende Grafikkarten:</p> Kepler (GeForce 600, 700, 800M) mit eingeschränkter Funktionalität</strong></li> Maxwell (GeForce 700, 800M, 900)</li> Pascal (GeForce 10 series, Quadro P, Tesla P4)</li> Turing (GeForce 16, 20)</li> Ampere (GeForce 30)</li> Ada Lovelace (GeForce 40)</li> Blackwell (GeForce 50)</li> </ul> Die beste Erfahrung habt ihr mit Turing und neuer, da diese GPUs auch vom offenen NVIDIA-Kernelmodul profitieren können.</p> Wenn die GPU von der Treiber-Serie 500 unterstützt wird, ist das Treiberpaket G06 erforderlich. Für die 400er-Serie wird G05 benötigt. Alles andere wird nicht unterstützt.</p> Vorbereitung des Systems</h2> Bevor wir mit der Treiberinstallation beginnen, sind die folgenden Konfigurationsänderungen durchzuführen.</p> Zypper einrichten</h3> Öffnet ein Terminal und gib ein: sudo sed -i 's/# autoAgreeWithLicenses = no/autoAgreeWithLicenses = yes/' /etc/zypp/zypper.conf</code></li> </ul> Dies ist wichtig, damit Kalpa und Aeons automatische Aktualisierung nicht fehlschlägt, da die NVIDIA-Treiberpakete eine Zustimmung der NVIDIA-EULA bedürfen. Da die automatische Aktualisierung im Hintergrund läuft, ist eine Benutzereingabe in diesem Fall nicht möglich.</p> transactional-update einrichten</h3> Gebt im Terminal ein: sudo transactional-update shell</code></li> Danach: echo "ZYPPER_AUTO_IMPORT_KEYS=1" > touch /usr/etc/transactional-update.conf.d/40-auto-import-keys.conf</code></li> Abschließend exit</code></li> </ul> Das ist wichtig, weil sich der Signaturschlüssel des NVIDIA‑Repositories jederzeit ändern kann. Wenn das System den Schlüssel nicht automatisch importiert, können automatische Updates fehlschlagen und/oder die System‑Health‑Prüfung kann kaputt gehen und zu wiederholten oder permanenten Neustarts führen.</p> Das nVidia NVIDIA‑Repository hinzufügen und den Treiber installieren</h2> Gebt im Terminal ein sudo transactional-update -c pkg in openSUSE-repos-MicroOS-NVIDIA</code>.</p> G06 mit offenem Kernelmodul</h3> Empfohlen für: Turing, Ampere, Ada Lovelace, Blackwell</p> Installiert den Treiber mit:</p> sudo transactional-update -c shell zypper -n --gpg-auto-import-keys in --auto-agree-with-licenses openSUSE-repos-MicroOS-NVIDIA zypper -n --gpg-auto-import-keys in --auto-agree-with-licenses nvidia-open-driver-G06-signed-kmp-meta version=$(rpm -qa --queryformat '%{VERSION}\n' nvidia-open-driver-G06-signed-kmp-default | cut -d "_" -f1 | sort -u | tail -n 1) zypper -n --gpg-auto-import-keys in --auto-agree-with-licenses nvidia-compute-utils-G06 == $version nvidia-persistenced == $version nvidia-video-G06 == $version exit sudo transactional-update -c initrd </code></pre> Nach dem Neustart sollte der Treiber direkt funktionieren.</p> G06 mit geschlossenem Kernelmodul</h3> Empfohlen für: Maxwell and Pascal</p> Der Treiber kann mit folgendem Befehl installiert werden:</p> sudo transactional-update -c -i pkg in nvidia-driver-G06-kmp-meta sudo transactional-update -c initrd </code></pre> Der Treiber wird noch nicht geladen, falls Secure Boot aktiviert ist. Führt nach dem Neustart die Schritte für Secure Boot</strong> unten aus.</p> G05</h3> Empfohlen für: Kepler</p> Hinweis:</strong> Obwohl diese Treiberserien in unseren Tests bis zu einem gewissen Grad mit Kalpa und Aeon funktioniert haben, bieten sie keine besonders gute Benutzererfahrung. Hauptsächlich wegen limitierter Wayland-Unterstützung. Wenn ihr diese Treiber verwendet sind Probleme zu erwarten, die nicht behoben werden. Darüber hinaus kompiliert das Treibermodul der G05 Serie nicht immer mit dem neusten Kernel. Daher ist ein manueller Eingriff ab und zu von Nöten.</p> Der Treiber kann via: sudo transactional-update -c pkg in nvidia-gfxG05-kmp-default x11-video-nvidiaG05 nvidia-glG05 nvidia-computeG05</code> installiert werden.</p> Für eine erfolgreiche Treiberinstallation müsst ihr außerdem einige zusätzliche Konfigurationen vornehmen:</p> Fügt rd.driver.blacklist=nouveau</code> zu sudo vim /etc/kernel/cmdline</code> hinzu</li> Erstellt die Datei: sudo touch /etc/modprobe.d/nvidia.conf</code> und fügt: options nvidia-drm modeset=1</code> hinzu</li> Danach führt sudo transactional-update -c initrd</code> aus</li> </ul> Der Treiber wird noch nicht geladen, falls Secure Boot aktiviert ist. Führt nach dem Neustart die Schritte für Secure Boot</strong> unten aus.</p> Secure boot</h1> Für G06 mit dem offenen Kernel‑Modul ist dieser Schritt nicht erforderlich, da das offene Modul bereits mit den eigenen Secure‑Boot‑Schlüsseln des Systems signiert ist.</p> Beim geschlossenen Treibermodul müsst ihr die MOK (Machine Owner Keys) manuell eintragen, damit der Treiber geladen wird. Führt dazu aus:</p> G06 mit geschlossenem Kernelmodul:</strong> sudo mokutil --import /usr/share/nvidia-pubkeys/MOK-nvidia-driver-G0<X>-<driver_version>-<kernel_flavor>.der</code> und gebt ein leicht zu merkendes Passwort ein da ihr das beim nächsten Neustart benötigen werdet.</p> G05:</strong> sudo mokutil --import /usr/share/nvidia-pubkeys/MOK-nvidia-gfxG0<X>-<driver_version>-<kernel_flavor>.der</code> und gebt ein leicht zu merkendes Passwort ein da ihr das beim nächsten Neustart benötigen werdet.</p> Startet danach den Rechner neu. Das System sollte den Bildschirm Perform MOK management</em> anzeigen. Wählt Enroll MOK</em>, dann Continue</em> und bestätigt Enroll the key(s)</em> mit Yes</em>. Gebt das zuvor bei mokutil gesetzte Passwort ein. Falls die Eintragung fehlschlägt, könnt ihr den Vorgang mit den oben genannten Befehlen erneut durchführen.</p> </div> Optimus</h2> Für Laptop‑Nutzerinnen und -Nutzern, die sowohl eine integrierte als auch eine dedizierte (normalerweise NVIDIA) GPU haben — auch bekannt als Optimus‑Laptops — empfiehlt es sich, Folgendes zu lesen.</p> Offloading</h3> Um eine Anwendung oder ein Spiel auf die dedizierte NVIDIA‑GPU auszulagern, müsst ihr den Startbefehl mit folgenden Umgebungsvariablen voranstellen:</p> __GLX_VENDOR_LIBRARY_NAME=nvidia</li> __NV_PRIME_RENDER_OFFLOAD=1</li> __VK_LAYER_NV_optimus=NVIDIA_only</li> </ul> Fügt als Startoption des Spiels in Steam Folgendes ein: __GLX_VENDOR_LIBRARY_NAME=nvidia __NV_PRIME_RENDER_OFFLOAD=1 __VK_LAYER_NV_optimus=NVIDIA_only %command%</code></p> Ihr könnt das überprüfen, indem ihr nvidia-smi</code> im Terminal ausführt und nachseht, ob die gestartete Anwendung in der Tabelle "Processes" unten aufgeführt ist.</p> </div> Power management</h2> Wenn die NVIDIA‑GPU der Pascal (GTX‑10) oder älteren</strong> Mikroarchitektur angehört, wird empfohlen, zusätzliche Software zu installieren, da diese GPUs eingeschaltet bleiben, auch wenn sie nicht verwendet werden. Um diese zwangsweise aus- oder einzuschalten, installiert bitte prime-select und bbswitch wie folgt:</p> sudo transactional-update pkg in bbswitch-kmp-default suse-prime</code> Aktiviert nach dem nächsten Neustart den Dienst mit: sudo systemctl enable --now prime-select.service</code></p> Um festzulegen, welche GPU beim Booten verwendet werden soll, führt aus: sudo prime-select boot intel|offload</code>. Der Modus intel</code> funktioniert auch für integrierte AMD‑iGPUs.</p> Um den Modus zur Laufzeit zu wechseln, führt aus: sudo prime-select intel|offload</code> Meldet euch danach ab und wieder an. Je nach gewähltem Modus wird die NVIDIA‑GPU ein- bzw. ausgeschaltet und der Treiber geladen bzw. entladen.</p> Hinweis: Verwendet nur intel</code> oder offload</code> — ohne das Pipe‑Zeichen (|).</strong> Hinweis 2: Der Modus nvidia</code> funktioniert nur unter X11, das von Kalpa und Aeon nicht unterstützt wird.</strong></p> Für eine Grafische Oberfläche empfehlen wir außerdem das von uns Entwickelte OptimusUI</a></p> Zusätzliche Hinweise zur Treiberunterstützung</h2> nVidia installer</strong>: Verwendet nicht den von NVIDIA bereitgestellten Installer — er funktioniert nicht mit Kalpa und Aeon, da dieser nicht mit einer unveränderlichen Distribution rechnet und Dateien in falsche Verzeichnisse schreibt; außerdem schlägt DKMS beim Erstellen des Kernelmoduls fehl. 390 or older</strong>: Diese Treiber funktionieren nicht mit Kalpa und Aeon. 496.44 or newer</strong>: Von KDE für Plasma 6 mit Wayland empfohlen. 555.58 or newer</strong>: Für die bestmögliche Wayland‑Erfahrung mit dem proprietären NVIDIA‑Treiber empfohlen, da diese Treiberserien und neuer zahlreiche Verbesserungen und Anpassungen für Wayland enthalten.</p> Quellen</h2> openSUSE Wiki über Nvidia-Treiber installation</a></li> KDE Wayland nVidia</a></li> nVidia 555.58 Versionshinweise</a></li> </ul> Direct3D Wrappers 2025-08-31T00:20:00+00:00 Da es üblich ist, dass Direct3D nur unter Microsoft Windows nativ unterstützt wird, müssen andere Betriebssysteme auf sogenannte Übersetzungsschichten zurückgreifen, um Direct3D‑Inhalte darzustellen. Diese Seite gibt einen Überblick über gängige Übersetzungsschichten die unter Linux Verwendung finden.</p> WineD3D</h2> WineD3D (Wine Direct3D) ist eine der bekanntesten und ältesten Direct3D‑Wrapper. Wie bei Wine (Wine Is Not an Emulator) wird auch bei WineD3D nicht emuliert: Direct3D‑Aufrufe werden verstanden und auf entsprechende OpenGL‑Aufrufe abgebildet.</p> WineD3D ist Teil von Wine selbst und unterstützt Direct3D 1 bis 11. Es wird außerdem daran gearbeitet, die OpenGL‑basierte WineD3D für Direct3D 1 bis 9 auf Vulkan zu portieren.</p> DXVK</h2> DXVK ist eine weit verbreitete, auf Vulkan basierende Übersetzungsschicht. Ursprünglich von Philip Rebohle entwickelt, um NieR: Automata unter Linux spielbar zu machen, wurde DXVK Teil von Valves Wine‑Fork Proton und treibt modernes Linux‑Gaming an.</p> DXVK unterstützt Direct3D 8 bis 11 (ursprünglich nur D3D10/11).</p> D9VK:</strong> War ursprünglich ein eigenes Projekt für Direct3D‑9 zu Vulkan und ist inzwischen in DXVK eingegliedert.</p> D8VK:</strong> Wie D9VK einst ein eigenes Projekt für Direct3D‑8 zu Vulkan und mittlerweile auch Teil von DXVK.</p> D7VK:</strong> Ziemlich genau das gleiche wie die anderen D*VK's ist D7VK ein Direct3D 7 zu Vulkan mapper. D7VK befindet sich in der Entwicklung. Allerdings wird es nicht mit alles Direct3D 7 Anwendungen kompatible sein, wie der Entwickelr angibt, das die API nicht besonders gut definiert war.</p> Siehe: https://github.com/WinterSnowfall/d7vk</a></p> DXVK-native:</strong> Ein Fork von DXVK, der ohne Wine benutzt werden kann. Hilfreich für Entwickler um Direct3D‑Spielen auf Linux zu portieren. Beispiele: Portal 2, Left 4 Dead 2, Half‑Life 2.</p> DXVK-nvapi:</strong> Keine Übersetzungsschicht an sich, sondern eine Neuimplementierung von NVIDIAs NVAPI, die Spielen Zugriff auf proprietäre NVIDIA‑Features (z. B. DLSS, PhysX) ermöglicht.</p> VKD3D</h2> VKD3D wurde vom Wine‑Projekt als Direct3D‑12 zu Vulkan‑Mapper entwickelt. Oft verwechselt mit VKD3D‑proton — letzteres ist ein von Valve gepflegter Fork von VKD3D der in Proton integriert ist.</p> VKD3D is außerdem auch auf DXVK‑nvapi angewiesen um zusätzliche NVIDIA‑Funktionen zu nutzen.</p> eOn</h2> Proprietärer Direct3D zu OpenGL‑Mapper von Virtual Programming, verwendet u. a. in den Linux‑Ports von BioShock Infinite, The Witcher 2: Assassins of Kings und Saints Row: The Third.</p> Tungsten</h2> Proprietärer Direct3D→OpenGL‑Mapper von Feral Interactive, genutzt in älteren Ports wie Tomb Raider (2013), Alien: Isolation, Mad Max. Später ersetzte Feral ihn durch Feral3D. Leider findet sich online nur wenig über Tungsten. Mancher orts wird es auch als "IndirectX" bezeichnet. Welcher Name nun wirklich zutrifft is nicht klar.</p> Feral3D</h2> Proprietärer Direct3D zu Vulkan‑Mapper von Feral Interactive, eingesetzt in späteren Linux Ports (z. B. Rise of the Tomb Raider, Shadow of the Tomb Raider) und in Betas für Mad Max und The Lord of the Rings: Shadow of Mordor.</p> ToGL</h2> Bevor Valve DXVK‑native nutzte, verwendeten sie in Source‑Engine‑2‑Linux‑Titeln ToGL um Direct3D auf OpenGL abzubilden.</p> Quellen</h2> Virtual Programming Linux Ports</a></li> Holarse Wiki über eOn</a></li> GitHub DXVK</a></li> Wine Gitlab VKD3D</a></li> Github VKD3D-proton</a></li> Github Valve ToGL</a></li> Wine HQ Registry keys</a></li> Phoronix WineD3D Vulkan</a></li> </ul> GTK4 hängen sich unter nVidia auf oder haben Anzeigefehler unter AMD und Intel 2025-08-30T20:26:00+00:00 </div> Hinweis:</strong> Mit dem nVidia Treiber 580.82.07</em> wurde dieses Problem behoben. Bitte aktuallisiert auf diese oder eine neuere Version.</p> Mit GTK4 haben die GTK‑Entwickler ein neues Render‑Backend hinzugefügt, das wahlweise OpenGL oder Vulkan zum Zeichnen von Fenstern verwendet. Bei der NVIDIA‑Treiberserie 580 kann der Standardwert (vulkan</code>) jedoch dazu führen, dass GTK4 /libadwaita basierte Anwendungen beim Schließen hängen bleiben. (Beenden erzwingen)</p> Ebenfalls wurden Anzeigefehler unter AMD und Intel Grafikkarten mit dem Quelloffenen Treibern beobachtet.</p> Einige ältere Inel iGPUs bieten nur eine limitierte Vulkanunsterstützung, das führt dazu, dass das GUI Toolkit fälschlicherweise der Annahme ist, dass Vulkan hier verwendet werden kann. Das wiederum kann zu leeren Fenstern oder gar Abstürtzen führen.</p> Zur Behebung erstellen Sie eine Datei unter: ~/.config/environment.d/envvars.conf</code> mit folgendem Inhalt: GSK_RENDERER=ngl</code></p> Flatpak:</strong> Läuft ein Großteil der Anwendungen als Flatpak, hat die oben genannte Datei keine Wirkung. Setzt die Variable in diesem Fall per Flatpak‑Override: flatpak override --user --env=GSK_RENDERER=ngl</code></p> Flatseal:</strong> Alternativ kann auch Flatseal verwenden werden: Alle Anwendungen / Global → Variablen → und fügt GSK_RENDERER=ngl</code> hinzu.</p> Bei KDE muss das Override über Flatseal oder die Kommandozeile gesetzt werden. Die Plasma‑Einstellungen für Anwendungsberechtigungen erlauben keine globalen Overrides.</p> Um zu prüfen ob das Problem behoben wurde entfernt den Override bzw. die envvars.conf oder setzt den Wert auf GSK_RENDERER=vulkan</code> und startet eine GTK4‑Anwendung.</p> Quellen:</strong></p> Arch Linux Forums</a></li> nVidia Developer Forums - 580 release discussion</a></li> Fixed driver version - nVidia developer forums</a></li> openSUSE Forums - GTK4 native apps on Gnome show blank windows (Haswell graphics)</a></li> </ul> Änderungshistorie</h2> 2025-12-03 Intel und AMD hinzugefügt</li> Titel und Beschreibung angepasst</li> Tags angepasst</li> openSUSE Forum als Quelle hinzu gefügt</li> </ul> </li> </ul> Linux Distributionen 2025-08-30T18:08:00+00:00 </div> Wie in einem unserer Tutorial‑Videos erwähnt, benötigt man in der Regel keine spezielle Linux‑Distribution, um alte Hardware auch noch heute zu betreiben. Es gibt jedoch Ausnahmen: In manchen Sonderfällen kann eine Distribution mit bestimmten Fähigkeiten erforderlich sein. Auf dieser Seite führen wir eine Liste von Linux‑Systemen, die eine oder mehrere dieser „Besonderen Anforderungen“ unterstützen.</p> Legacy Boot</h2> Diese Distributionen können auf Systemen ohne UEFI installiert werden.</p> Tumbleweed</a></li> Kalpa</a></li> Linux Mint</a></li> </ul> 32‑Bit‑Installation</h2> Diese Distributionen können auf 32‑Bit‑Hardware installiert werden. Damit ist nicht die Fähigkeit gemeint 32‑Bit‑Software auszuführen, sondern dass die gesamte Distribution als 32‑Bit‑System vorliegt.</p> Tumbleweed</a></li> </ul> Unterstützung für 32bit software</h2> Die folgenden Linux Distributionen erlauben das native ausführen von 32bit Software. Ohne dabei auf flatpak oder distrobox zurück greifen zu müssen</p> Tumbleweed</a></li> Linux Mint</a></li> </ul> X11 Unterstützung</h2> Diese Distributionen lassen sich ohne Wayland betreiben. Das bedeutet nicht, dass sie Wayland generell nicht unterstützen.</p> Tumbleweed</a></li> Linux Mint</a></li> </ul> Distributionen, die auf x86_64_v1 laufen</h2> Die folgenden Distributionen benötigen keine bestimmte x86_64-Feature-Stufe um zu laufen.</p> Tumbleweed</a></li> Kalpa</a></li> Linux Mint</a></li> </ul> Quake 4 unter Linux 2025-08-30T17:42:00+00:00 </div> Quake 4 ist eines der Spiele von id Software, das zwar eine native Linux-Version hat, aber nie unter einer Open‑Source‑Lizenz veröffentlicht wurde. Daher existieren heute keine Source‑Ports, um das Spiel nativ unter Linux zu spielen. Eine Möglichkeit ist es mit Wine oder Proton auszuführen. Wer aber die native Version bevorzugt, kann sie dennoch auf modernen Linux‑Distributionen mit aktuellen Technologien wie Wayland und PipeWire und sogar ohne 32‑Bit‑Unterstützung spielen.</p> Quake 4 Installieren</h2> Um das Spiel unter Linux auszuführen, benötigen ihr die Originalspieldaten von der Retail‑CDs oder von Steam Version.</p> Ladet das Spiel herunter und kopiert den Ordner q4base</code> aus der Windows‑Version an einen beliebigen Ort an dem die Linux‑Version installiert werden soll.</li> Laden Sie den Installer von (hier)[https://lutris.net/files/games/quake-4/quake4-linux-1.4.2.x86.run] herunter. Auf modernen 64‑Bit‑Linux‑Distributionen kann dieser Installer allerdings nicht ausgeführt werden, da er bestimmte Systemprüfungen durchführt. Um diese Prüfungen zu umgehen führt den Installer wie folgt aus:</li> </ul> chmod +x ./quake4-linux-1.4.2.x86.run ./quake4-linux-1.4.2.x86.run --target quake4linux </code></pre> Dann vereint quake4linux/q4base</code> mit dem zuvor aus der Windows‑Version kopierte q4base</code>.</li> Anschließend vereint je nach Spielsprache quake4linux/us/q4base</code> oder quake4linux/germany/q4base</code> mit dem zuvor kopierten q4base</code>.</li> Kopieren Sie alle Dateien aus bin/Linux/x86/</code> neben den Ordner q4base</code> (nicht in diesen hinein).</li> Führt quake4.x86</code> aus</li> </ul> Für Systeme ohne 32‑Bit‑Unterstützung empfehlen wir, das Spiel über Lutris (Flatpak)[flathub.org/apps/net.lutris.Lutris] auszuführen. Geht wie oben beschrieben vor. Fügt dann in Lutris ein neues Spiel hinzu und wählt "Lokal installiertes Spiel" und konfiguriert es so, dass es quake4.x86 aus dem Spielverzeichnis startet.</p> Hinweis:</strong> quake4smp.x86 funktioniert nicht korrekt, da es die mitgelieferte libSDL-1.2.id.so.0 benötigt die ein fehlerhaftes Fenster erzeugt.</p> Sources</h2> Linux Installer: https://lutris.net/files/games/quake-4/quake4-linux-1.4.2.x86.run</li> Quake 4 auf Steam: https://store.steampowered.com/app/2210/Quake_4/</li> </ul> OptimusUI 2025-08-30T13:59:00+00:00 Optimus UI ist eine Wrapper-Anwendung, geschrieben in Python, libadwaita und GTK4, für prime-select. Ihr Hauptzweck ist es, eine einheitliche Benutzeroberfläche über verschiedene Linux-Distributionen hinweg bereitzustellen. Außerdem soll sie einfach zu installieren sein, weshalb sie als Flatpak ausgeliefert wird. Auf diese Weise müssen Nutzer nicht darauf angewiesen sein, dass die Maintainer ihrer Distribution eine Benutzeroberfläche für prime-select mitliefern.</p> </div> In der Vergangenheit haben wir auch eine GNOME-Erweiterung gepflegt, diese sind oft aber nicht ohne weiteres mit neuen Versionen von GNOME kompatibel. Um den Wartungsaufwand zu verringern, haben wir uns daher dafür entschieden, eine eigenständige Anwendung zu entwickeln. Zudem bieten wir diese Anwendung als Flatpak an, damit wir uns nicht mit distributionsspezifischen Abhängigkeiten auseinandersetzen müssen oder OptimusUi in die offiziellen Paketquellen zu bekommen.</p> </a> </div> Beliebige Berechtigungen</h2> Auf Flathub ist OptimusUI als potenziell unsicher gekennzeichnet, was bis zu einem gewissen Grad zu treffend is. OptimusUI muss auf das prime-select-Binary des Hosts zugreifen, um den Wechsel des GPU-Modus auszulösen. Dafür verwendet es flatpak-spawn --host</code> gefolgt von entweder pkexec</code> oder kdesu</code>, um prime-select</code> mit Root-Rechten</strong> auszuführen. Derzeit gibt es keinen besseren Weg, da Flatpak es nicht ermöglicht, eine Liste von Host-Binaries anzugeben, die dem Sandbox-Prozess zugänglich sind.</p> Obwohl OptimusUI die "Macht" hat, auf beliebige Bereiche des Host-Systems zuzugreifen, nutzen wir diese Macht nicht außerhalb des Zwecks dieser Anwendung. Den Quellcode der Anwendung können Sie jederzeit hier</a> einsehen.</p> Zusätzlich greift OptimusUI auf /etc/os-release</code> des Hosts zu, da innerhalb der Flatpak-Sandbox diese Datei nur Informationen zur verwendeten Flatpak-Runtime angibt. Da jedoch je nach Host-Distribution das von der Distribution bereitgestellte prime-select unterschiedliche Fähigkeiten besitzt, müssen wir die tatsächliche Distribution ermitteln, um zu bestimmen, welches prime-select vorhanden ist und welche Funktionen in der Benutzeroberfläche angeboten werden können.</p> Einschränkungen</h2> Da OptimusUI als Flatpak-Anwendung ausgeliefert wird, gibt es einige Einschränkungen. Damit OptimusUI funktioniert, benötigt das Host-System prime-select</strong>, bbswitch</strong> und das NVIDIA-Kernelmodul</strong>, welche nicht über Flatpak bereitgestellt werden können. Diese Abhängigkeiten müssen von der jeweiligen Ziel-Distribution selbst zur Verfügung gestellt werden.</p> Unterstützte Prime-Tools</h2> Je nach verwendeter Linux-Distribution kann das Paket, das das prime-select</code>-Binary enthält einen anderen Namen tragen. Derzeit unterstützt OptimusUI die folgenden Tools:</p> SUSEPrime</li> nvidia-prime</li> fedora-prime-select</li> nvidia-prime-select</li> </ul> Prime-Funktionen</h3> Wenn man sich den Quellcode der Anwendung anschaut, validiert OptimusUI intern die laufende Distribution und das verwendete Prime-Tool, um zu bestimmen, welche Betriebsmodi verfügbar sind, und blendet entsprechend Elemente der Benutzeroberfläche ein oder aus.</p> SET_BOOT</strong>: Das Prime-Tool kann den Betriebsmodus festlegen, der beim Start des Systems angewendet werden soll. Bei jedem Neustart des Systems wird dieser Modus wiederhergestellt.</p> Nur unterstützt auf SUSE- und Debian-basierten Distributionen</li> </ul> SET_OFFLOAD</strong>: Ein dedizierter Betriebsmodus, bei dem beide GPUs (iGPU und dGPU) aktiv sind und gleichzeitig genutzt werden können. NVIDIA nennt das "PRIME Offloading".</p> Nur unterstützt auf SUSE- und Debian-basierten Distributionen</li> Funktioniert unter Wayland und X11</li> </ul> SET_NVIDIA</strong>: Macht die NVIDIA (dGPU) zur primären GPU die integrierte GPU wird nicht verwendet.</p> Unterstützt auf allen Distributionen mit einem unterstützten Prime-Tool</li> Funktioniert nur unter X11</li> </ul> SET_INTEGRATED</strong>: Macht die iGPU zur einzigen aktiven GPU. Die NVIDIA-GPU wird abgeschaltet, wenn bbswitch installiert ist.</p> Funktioniert auf allen Distributionen mit einem unterstützten Prime-Tool</li> Die NVIDIA-GPU wird auf SUSE-basierten Distributionen abgeschaltet. Ob das auf anderen Distributionen ebenfalls geschieht, ist unbekannt.</li> Funktioniert unter Wayland und X11</li> </ul> GET_CURRENT</strong>: Ermöglicht OptimusUI, den aktuell aktiven Betriebsmodus zu ermitteln, z. B. nvidia, integrated oder offload.</p> Nur funktional auf SUSE- und Debian-basierten Distributionen</li> </ul> SERVICE</strong>: Dieses Prime-Feature ist noch nicht implementiert, da nur SUSE-basierte Distributionen diese Operation derzeit unterstützen.</p> PRIME Offloading</h2> Wenn das System im Modus Offload</code> läuft, kann eine Anwendung auf der NVIDIA-GPU ausgeführt werden, indem man folgende Umgebungsvariablen setzt: __GLX_VENDOR_LIBRARY_NAME=nvidia __NV_PRIME_RENDER_OFFLOAD=1 __VK_LAYER_NV_optimus=NVIDIA_only</code> gefolgt vom auszuführenden Programm.</p> Hinweis:</strong> Einige Distributionen liefern switcherooctl</code> aus, das zumindest in GNOME-basierten Desktop-Umgebungen erlaubt, eine Anwendung mit der dedizierten GPU auszuführen, indem man im Anwendungsstarter rechtsklickt und „Mit dedizierter / integrierter GPU ausführen“ wählt.</p> Um in .desktop-Dateien die bevorzugte GPU anzugeben, kann man in der Sektion [Desktop Entry]</code> PrefersNonDefaultGPU=true</code> hinzufügen. Dadurch veranlasst GNOME (und andere switcheroo-aware Desktops), das eine Anwendung auf der GPU auszuführen, die nicht die aktuell aktive ist. Üblicherweise ist die "NonDefaultGPU" die dedizierte GPU. Wenn das System jedoch im Modus Offload läuft und die Anzeige bereits von der dGPU betrieben wird, ist die "NonDefaultGPU" die iGPU.</p> Das kann auf Desktops mit integrierter GPU im CPU-Chip problematisch sein, wenn der Benutzer diese nicht im BIOS deaktiviert hat und die iGPU somit weiterhin verfügbar ist.</p> Ohne Flatpak</h2> Obwohl OptimusUI einige Prüfungen durchführt, um zu erkennen, ob es innerhalb oder außerhalb einer Flatpaksandbox läuft, wurde das jedoch nicht umfassend getestet. Theoretisch sollte das aber funktionieren. Der Grund ist, dass Distributionen die Anwendung ggf. ohne Flatpak neu paketieren möchten. Distributionspakete werden von uns jedoch nicht unterstützt. Wenn Sie OptimusUI also nicht von Flathub installiert haben und auf Fehler stoßen, prüfen Sie bitte zunächst, ob diese Probleme auch bei der Flatpak-Version auftreten. Wenn nicht, öffnen Sie bitte ein Fehlerbericht bei Ihrer Distribution.</p> Testumgebungen</h2> OptimusUI wurde auf den folgenden Systemkonfigurationen getestet:</p> MSI CX61 0OD</strong></p> OS: Aeon, Kalpa</li> Desktops: Gnome, KDE Plasma</li> dGPU: nVidia GT 730M</li> iGPU: Intel HD 4000</li> nVidia Treiber: 470.256.02, 470.239.06</li> Prime-Tool: SUSEPrime: 0.8.17, 0.8.18</li> </ul> </li> Linux Kernel: 6.xx</li> Paketformat: Flatpak</li> </ul> Wann ist OptimusUI / prime-select nützlich?</h2> GPU auf Turing-Basis (GTX-16 / RTX-20-Serie) oder neuer NVIDIA-Treiber 435 oder neuer: NEIN</li> NVIDIA-Treiber älter als 435: JA Die GPU funktioniert möglicherweise mit älteren Treiber version eh nicht</li> </ul> </li> </ul> </li> GPU auf Pascal-Basis (GTX-10-Serie) oder älter: JA Erfordert NVIDIA-Treiber 390 oder neuer</li> bbswitch wird empfohlen, um die GPU tatsächlich auszuschalten, da diese und ältere GPUs sich nicht selbstständig abschalten</li> </ul> </li> Open-Source-NVIDIA-Treiber: NEIN</li> </ul> OptimusUI prüft die meisten dieser Anforderungen automatisch und informiert den Nutzer. Die NVIDIA-Treiberversion wird derzeit jedoch noch nicht validiert.</p> HINWEIS: Je nach Distribution kann das Paket für prime-select weitere, hier nicht aufgeführte Abhängigkeiten benötigen.</p> Wie funktioniert OptimusUI?</h2> OptimusUI führt eine kurze Systemprüfung durch. Dabei wird Folgendes überprüft:</p> Ob sich prime-select in einem der folgenden Pfade befindet (unter Umgehung der Sandbox mittels flatpak-spawn --host): /usr/bin/prime-select</code></li> /usr/sbin/prime-select</code></li> /bin/prime-select</code></li> /sbin/prime-select</code></li> </ul> </li> </ul> Sobald ein unterstütztes Prime-Tool identifiziert wurde, durchsucht OptimusUI die Hardware nach Geräten mit dem PCI-Vendor-ID 0x10DE</code> und der Geräteklasse 0x30000</code> (Desktop-GPU) oder 0x30200</code> (Mobile-GPU).</p> Anschließend wird der Gerätenamen via: lspci -d 10DE:DEVICE_ID</code> ermittelt.</p> Zusätzlich sucht OptimusUI nach einem der folgenden Sudo-Tools pkexec</code> oder kdesu</code>, um bei Bedarf einen grafischen Authentifizierungsdialog auf dem Host anzuzeigen, falls prime-select</code> Superuser-Rechte benötigt.</p> Weiterhin prüft es die Host-Distribution des Nutzers durch: flatpak-spawn --host cat /etc/os-release</code> und wertet den Inhalt aus.</p> Schließlich, um eine prime-select-Funktion auszuführen, verlässt OptimusUI die Sandbox und führt je nach Benutzeraktion einen der folgenden Befehle auf dem Host aus:</p> flatpak-spawn --host [pkexec/kdesu] (-c) prime-select (boot) [nvidia/intel/offload]</code></li> flatpak-spawn --host prime-select get-current</code></li> </ul> Sources</h2> Flathub: https://flathub.org/apps/de.z_ray.OptimusUI</li> Quelltext: https://codeberg.org/ZRayEntertainment/optimus-ui</li> </ul>

Z-Ray Dokumentation

Facetracker FAQ

Unterstützt Facetracker Handtracking?</h2> Nein. Facetracker ist nut ein Wrapper für OpenSeeFace. OpenSeeFace besitzt keine Handtracking-Unterstützung.</p>

Ist Facetracker GPU Beschleunigt?</h2> Auch wenn die GTK4 Oberfläche über Hardwarebeschleunigung verfügt, so trifft dies nicht auf den facetracekr von OpenSeeFace zu. Dieser läuft ausschließlich über die CPU.</p>

Kalpa Desktop installieren

Sprache und Tastatur</h3> Als erstes fragt der Installer nach eurer Sprache und Tastaturlayout. Wählt eure bevorzugte Sprache hier aus.</p>

Systemrolle</h3> Danach wird der Installer nach er Systemrolle fragen. Da Kalpa sich aktuell noch den Installer mit dem Serverorientierten MicroOS teilt, stehen hier viele MicroOS Rollen zur Auswahl. Wählt openSUSE Kalpa (Plasma) [ALPHA]</strong></p>

NTP-Konfiguration</h3> Dieser Bildschirm kann so gelassen werden wie er ist, klickt einfach auf Weiter</strong></p>

KWallet</h3> Falls ihr euch mit einem WLAN Netz verbindet, sollte der initiale KWallet Einrichtungsdialog erscheinen. Wählt hier Classic, Blowfish encrypted file</em> und geb ein leicht zu merkendes Passwort, oder keines an.</p>

Ruhiger Start</h3> Falls ihr nicht immer Textzeilen über das Bild huschen sehen wollt, wenn der Rechner startet, könnt ihr diesen Bildschirm wie folgt unterdrücken.</p> Öffnet Konsole und gebt das folgende ein:</p>

FAQ</h2>

E:D Market Connector unter Linux und Steam Deck

Waydroid unter Kalpa Desktop und Aeon Desktop

Need for Speed Underground, 2, Most Wanted und Carbon unter Linux install

Bottles Einrichten</h2> Falls es noch keine Bottles Umgebung gibt, in der die Spiele installiert werden können, erstellt eine neue.</p>

Spiele installieren</h2> Falls ihr mit ISO Abbilddateien arbeitet, stellt sicher, dass Bottles zugriff auf /run/media/<USER_NAME></em> hat. Das könnt ihr über Flatseal oder KDE's eigenen Anwendungsberechtigungsdialog machen.</p>

Fehlerbehandlung</h2> auch wenn die beschriebenen Schritte für alle 4 Spiele gleich sind, gtb es jedoch ein paar Ausnahmen.</p>

Need for Speed Underground 2</h3> Für Underground 2 ist sowohl der No-CD fix wie auch der Breitbildpatch notwendig um das Spiel ohne CD oder DVD spielen zu können. Nur der No-CD fix reicht heir leider nicht aus. Daher installiert hier beide Patches für dieses Spiel.</p>

Video</h2> </iframe> </div>

Long term support (LTS) Linux kernel unter openSUSE Tubmleweed

Offenes Kerne Modul</h3> Tumbleweed:</strong> sudo zypper in nvidia-open-driver-G06-signed-kmp-longterm</code></p> Aeon and Kalpa:</strong> sudo transactional-update pkg in nvidia-open-driver-G06-signed-kmp-longterm</code></p>

G06:</h4> Tumbleweed:</strong> sudo zypper in nvidia-driver-G06-kmp-longterm</code></p> Aeon and Kalpa:</strong> sudo transactional-update pkg in nvidia-driver-G06-kmp-longterm</code></p>

Änderungshistorie</h2> 2025-11-19 Warnung zur Sektion -default Kernel entfernen hinzugefügt</li> </ul> </li> </ul>

CUDA cuInit: Unknown error unter Linux

Bekannte betroffene Systemkonfigurationen</h2> Linux Kernel: 6.14.6 oder neuer</li> Flatpak: 1.16.0 oder neuer</li> Podman: 5.4.2 oder neuer</li> nVidia Treiber 570.144 oder neuer</li>

Fehlende Videos in Wine / Proton

Proton / Wine Fehlerbehandlung

Win2Go Komponenten

Win2Go Fehlerbehebung

Win2Go Nicht unterstüze Features

Win2Go

32bit Software unter 64bit Linux

Steam</h3> Es gibt bereits ein inoffizielles Flaptka von Valves populärer Spieleplattform Steam. Einfach installieren und los geht's. Das Flatpak beinhaltet alles was ihr braucht und ihr könnt all eure Spiele ganz ohne extra Aufwand direkt spielen.</p>

Wine and Proton</h2> Wine und Proton sind beriets 64bit Anwendungen. Über WOW64 (W</strong>indows-O</strong>n-W</strong>indows 64</strong>bit) führen sie bereits heute schon 32bit und sogar 16bit Windows Software unter Linux aus.</p>

Video</h2> </iframe> </div>

Facetracker with VSeeFace

Facetracker und VTube Studio

Referenz</h2> DenchiSoft - Running-VTS-on-Linux</a></li> </ul>

Meilenstein: Alpha - Space Conflicts: Empires

KDE Plasma 6 tiling

Videos mit Alphatransparenz

Source</h2> </div>

Spherical Textures

Quellen</h2> </div>

Space Conflicts: Empires - Client Settings

Quellen</h2> </div>

Space Conflicts: Empires - Severeinstellungen

Quellen</h2> </div>

Nvidia driver on Aeon and Kalpa

Vorbereitung des Systems</h2> Bevor wir mit der Treiberinstallation beginnen, sind die folgenden Konfigurationsänderungen durchzuführen.</p>

transactional-update einrichten</h3> Gebt im Terminal ein: sudo transactional-update shell</code></li> Danach: echo "ZYPPER_AUTO_IMPORT_KEYS=1" > touch /usr/etc/transactional-update.conf.d/40-auto-import-keys.conf</code></li>

Das nVidia NVIDIA‑Repository hinzufügen und den Treiber installieren</h2> Gebt im Terminal ein sudo transactional-update -c pkg in openSUSE-repos-MicroOS-NVIDIA</code>.</p>

Optimus</h2> Für Laptop‑Nutzerinnen und -Nutzern, die sowohl eine integrierte als auch eine dedizierte (normalerweise NVIDIA) GPU haben — auch bekannt als Optimus‑Laptops — empfiehlt es sich, Folgendes zu lesen.</p>

Direct3D Wrappers

eOn</h2> Proprietärer Direct3D zu OpenGL‑Mapper von Virtual Programming, verwendet u. a. in den Linux‑Ports von BioShock Infinite, The Witcher 2: Assassins of Kings und Saints Row: The Third.</p>

Feral3D</h2> Proprietärer Direct3D zu Vulkan‑Mapper von Feral Interactive, eingesetzt in späteren Linux Ports (z. B. Rise of the Tomb Raider, Shadow of the Tomb Raider) und in Betas für Mad Max und The Lord of the Rings: Shadow of Mordor.</p>

ToGL</h2> Bevor Valve DXVK‑native nutzte, verwendeten sie in Source‑Engine‑2‑Linux‑Titeln ToGL um Direct3D auf OpenGL abzubilden.</p>

GTK4 hängen sich unter nVidia auf oder haben Anzeigefehler unter AMD und Intel

Änderungshistorie</h2> 2025-12-03 Intel und AMD hinzugefügt</li> Titel und Beschreibung angepasst</li> Tags angepasst</li> openSUSE Forum als Quelle hinzu gefügt</li> </ul> </li> </ul>

Linux Distributionen

Legacy Boot</h2> Diese Distributionen können auf Systemen ohne UEFI installiert werden.</p>

32‑Bit‑Installation</h2> Diese Distributionen können auf 32‑Bit‑Hardware installiert werden. Damit ist nicht die Fähigkeit gemeint 32‑Bit‑Software auszuführen, sondern dass die gesamte Distribution als 32‑Bit‑System vorliegt.</p>

Unterstützung für 32bit software</h2> Die folgenden Linux Distributionen erlauben das native ausführen von 32bit Software. Ohne dabei auf flatpak oder distrobox zurück greifen zu müssen</p>

X11 Unterstützung</h2> Diese Distributionen lassen sich ohne Wayland betreiben. Das bedeutet nicht, dass sie Wayland generell nicht unterstützen.</p>

Distributionen, die auf x86_64_v1 laufen</h2> Die folgenden Distributionen benötigen keine bestimmte x86_64-Feature-Stufe um zu laufen.</p>

Quake 4 unter Linux

Sources</h2> Linux Installer: https://lutris.net/files/games/quake-4/quake4-linux-1.4.2.x86.run</li> Quake 4 auf Steam: https://store.steampowered.com/app/2210/Quake_4/</li> </ul>

OptimusUI

Unterstützt Facetracker Handtracking?</h2>
Nein. Facetracker ist nut ein Wrapper für OpenSeeFace. OpenSeeFace besitzt keine Handtracking-Unterstützung.</p>

Ist Facetracker GPU Beschleunigt?</h2>
Auch wenn die GTK4 Oberfläche über Hardwarebeschleunigung verfügt, so trifft dies nicht auf den facetracekr von OpenSeeFace zu. Dieser läuft ausschließlich über die CPU.</p>

NTP-Konfiguration</h3>
Dieser Bildschirm kann so gelassen werden wie er ist, klickt einfach auf Weiter</strong></p>

Fehlerbehandlung</h2>
auch wenn die beschriebenen Schritte für alle 4 Spiele gleich sind, gtb es jedoch ein paar Ausnahmen.</p>

Need for Speed Underground 2</h3>
Für Underground 2 ist sowohl der No-CD fix wie auch der Breitbildpatch notwendig um das Spiel ohne CD oder DVD spielen zu können. Nur der No-CD fix reicht heir leider nicht aus. Daher installiert hier beide Patches für dieses Spiel.</p>

`Video</h2> </iframe> </div>`

Offenes Kerne Modul</h3>
Tumbleweed:</strong> `sudo zypper in nvidia-open-driver-G06-signed-kmp-longterm</code></p>`
`Aeon and Kalpa:</strong> sudo transactional-update pkg in nvidia-open-driver-G06-signed-kmp-longterm</code></p>`

G06:</h4>
Tumbleweed:</strong> `sudo zypper in nvidia-driver-G06-kmp-longterm</code></p>`
`Aeon and Kalpa:</strong> sudo transactional-update pkg in nvidia-driver-G06-kmp-longterm</code></p>`

`Änderungshistorie</h2> 2025-11-19 Warnung zur Sektion -default Kernel entfernen hinzugefügt</li> </ul> </li> </ul>`

Wine and Proton</h2>
Wine und Proton sind beriets 64bit Anwendungen. Über WOW64 (W</strong>indows-O</strong>n-W</strong>indows 64</strong>bit) führen sie bereits heute schon 32bit und sogar 16bit Windows Software unter Linux aus.</p>

Video</h2>
</iframe> </div>

Referenz</h2>

DenchiSoft - Running-VTS-on-Linux</a></li> </ul>

Source</h2>
</div>

Quellen</h2>
</div>

`Quellen</h2> </div>`

`Quellen</h2> </div>`

Vorbereitung des Systems</h2>
Bevor wir mit der Treiberinstallation beginnen, sind die folgenden Konfigurationsänderungen durchzuführen.</p>

Das nVidia NVIDIA‑Repository hinzufügen und den Treiber installieren</h2>
Gebt im Terminal ein `sudo transactional-update -c pkg in openSUSE-repos-MicroOS-NVIDIA</code>.</p>`

Optimus</h2>
Für Laptop‑Nutzerinnen und -Nutzern, die sowohl eine integrierte als auch eine dedizierte (normalerweise NVIDIA) GPU haben — auch bekannt als Optimus‑Laptops — empfiehlt es sich, Folgendes zu lesen.</p>

eOn</h2>
Proprietärer Direct3D zu OpenGL‑Mapper von Virtual Programming, verwendet u. a. in den Linux‑Ports von BioShock Infinite, The Witcher 2: Assassins of Kings und Saints Row: The Third.</p>

Feral3D</h2>
Proprietärer Direct3D zu Vulkan‑Mapper von Feral Interactive, eingesetzt in späteren Linux Ports (z. B. Rise of the Tomb Raider, Shadow of the Tomb Raider) und in Betas für Mad Max und The Lord of the Rings: Shadow of Mordor.</p>

ToGL</h2>
Bevor Valve DXVK‑native nutzte, verwendeten sie in Source‑Engine‑2‑Linux‑Titeln ToGL um Direct3D auf OpenGL abzubilden.</p>

Änderungshistorie</h2>

2025-12-03

Intel und AMD hinzugefügt</li>
Titel und Beschreibung angepasst</li>
Tags angepasst</li>
openSUSE Forum als Quelle hinzu gefügt</li> </ul> </li> </ul>

Distributionen, die auf x86_64_v1 laufen</h2>
Die folgenden Distributionen benötigen keine bestimmte x86_64-Feature-Stufe um zu laufen.</p>

Tumbleweed</a></li>
Kalpa</a></li>
Linux Mint</a></li> </ul>

Sources</h2>

Linux Installer: https://lutris.net/files/games/quake-4/quake4-linux-1.4.2.x86.run</li>
Quake 4 auf Steam: https://store.steampowered.com/app/2210/Quake_4/</li> </ul>