Spiele: Unterschied zwischen den Versionen

Aus wiki.archlinux.de
KKeine Bearbeitungszusammenfassung
K Verschiebung community -> extra
 
(12 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
{{inuse|[[Benutzer:Dirk|Dirk]] ([[Benutzer Diskussion:Dirk|Diskussion]])}}{{righttoc}}
__NOTOC__
Intro. Spiele sind super! bla fasel. „Lorem ipsum dolor sit amet, consectetur adipisici elit, …“ ist ein Blindtext, der nichts bedeuten soll, sondern als Platzhalter im Layout verwendet wird, um einen Eindruck vom fertigen Dokument zu erhalten. Die Verteilung der Buchstaben und der Wortlängen des pseudo-lateinischen Textes entspricht in etwa der natürlichen lateinischen Sprache.
Dieser Artikel gibt einen kurzen Überblick über das Spielen unter Linux im allgemeinen.


Der Text ist absichtlich unverständlich, damit der Betrachter nicht durch den Inhalt abgelenkt wird.
* Für spielebezogene Artikel hier im Wiki siehe die [[:Kategorie:Spiele|Spiele-Kategorie]]
* Für  [https://archlinux.org/packages/?sort=&arch=any&arch=x86_64&repo=Core&repo=Extra&repo=KDE-Unstable&repo=Multilib&repo=Multilib-Testing&repo=Testing&q=game&maintainer=&flagged= Spiele in den Repositorien] {{sprache|en}} siehe dort
* Für [https://aur.archlinux.org/packages/?O=0&SeB=k&K=game&outdated=&SB=n&SO=a&PP=50&do_Search=Go Spiele im AUR] {{sprache|en}} siehe dort
* Für ein spielebezogenes Systemsetup siehe [[:en:Gaming|Gaming]] {{sprache|en}}


== Distributionskonzepte ==
== Distributionskonzepte ==
Man kann grob zwischen drei Distributionskonzepten unterscheiden. Zum einen gibt es da Spiele, die man ganz regulär im Ladengeschäft kaufen oder online nach kauf runterladen kann. Diese Spiele haben den Vorteil, dass man das Spiel unabhängig des Anbietersupports beliebig installieren kann, da man nicht auf Onlinedienste angewiesen ist. Herunterladbare Spiele sind oft auch in den [[Pacman#Repositorien|Repositorien]] oder im [[AUR]] zu finden. Auch über [[Flatpak]] kann man viele Spiele installieren.
Man kann grob zwischen drei Distributionskonzepten unterscheiden. Zum einen gibt es da Spiele, die man ganz regulär im Ladengeschäft kaufen oder online nach kauf runterladen kann. Diese Spiele haben den Vorteil, dass man das Spiel unabhängig des Anbietersupports beliebig installieren kann, da man nicht auf Onlinedienste angewiesen ist. Herunterladbare Spiele sind oft auch in den [[Pacman#Repositorien|Repositorien]] oder im [[AUR]] zu finden. Auch über [[Flatpak]] kann man viele Spiele installieren.


Des Weiteren gibt es Kaufplattformen, die auf eine Onlineverbindung angewiesen sind, hier allen voran das von der Valve Corporation angebotene [[Steam]], über das Spiele und andere Inhalte gekauft, verwaltet, und gestartet werden.
Des Weiteren gibt es Kaufplattformen die auf eine Onlineverbindung angewiesen sind. Hier allen voran das von der Valve Corporation angebotene [[Steam]], über das Spiele und andere Inhalte gekauft, verwaltet, und gestartet werden.


Und schließlich gibt es auch Websites über die Spiele direkt gestartet werden können. Dies wird gemeinhin mit entsprechenden Kompilieroptionen der verwendeten Spieleengines erreicht, die es ermöglichen, unter Verwendung moderner Webtechnologien Spiele direkt im Browser zu starten.
Und schließlich gibt es auch Websites über die Spiele direkt gestartet werden können. Dies wird gemeinhin mit entsprechenden Kompilieroptionen der verwendeten Spieleengines erreicht, die es ermöglichen, unter Verwendung moderner Webtechnologien Spiele direkt über den Browser zu laufen zu lassen.


== Lizenzkonzepte ==
== Lizenzkonzepte ==
Grob kann man Spiele in zwei Kategorien unterteilen: Kommerzielle und nicht kommerzielle Spiele. Eine weitere Unterscheidung ist dann sehr schnell sehr individuell. Gerade nicht kommerzielle Spiele sind häufig unter freien Lizenzen zu beziehen. Wobei es auch hier Einschränkungen geben kann, so ist zum Beispiel der Code zwar frei verfügbar, aber die ''Assets'' (Mediendateien, wie Grafiken, Sound, etc., aber auch Ingame-Inhalte wie 3D-Models von Spielercharakteren, Fahrzeugen, Gebäuden, etc.) nicht. Andersrum kann es aber auch sein, dass die Assets zwar frei verfügbar sind, aber der Code unfrei oder geschlossen ist.
[[Bild:Sauerbraten_regen_capture_base.jpg|thumb|300px|Beispiel für eine „geteilte“ Lizenz: Die Engine von [[Sauerbraten|Cube 2: Sauerbraten]] steht unter einer freien Lizenz (zlib/libpng-Lizenz), die Assets sind jedoch individuell lizensiert.]]
Grob kann man Spiele in zwei Kategorien unterteilen: Kommerzielle und nicht kommerzielle Spiele. Eine weitere Unterscheidung ist dann sehr schnell sehr individuell. Gerade nicht kommerzielle Spiele sind häufig unter freien Lizenzen zu beziehen. Wobei es auch hier Einschränkungen geben kann, so ist zum Beispiel der Code zwar frei verfügbar, aber die ''Assets'' (Mediendateien wie Grafiken, Sound, etc., aber auch Ingame-Inhalte wie 3D-Models von Spielercharakteren, Fahrzeugen, Gebäuden, etc.) nicht.


Die meisten kommerziell vertriebenen Spiele sind nicht unter freien Lizenzen zur Verfügung. Weder die Assets noch der Code dürfen anderweitig verwendet oder weitergegeben werden. Auch auf diesen Spielen basierende selbst erstellte Assets (manchmal sogar schon zu Wallpapern weiterbearbeitete Screenshots) können hier schon „Problematisch“ sein sofern man diese weitergeben möchte. Allerdings sollte man hier auch bei nicht kommerziell vertriebenen Spielen vor Weitergabe prüfen, ob die Lizenz dies zulässt.
Andersrum kann es aber auch sein, dass die Assets zwar frei verfügbar sind, aber der Code unfrei oder geschlossen ist. Auch kann bei freien Spielen ''die Lore'' (die Handlung, die Haupt- und Hintergrundgeschichte, das erschaffene Universum des Spiels) als wertschöpfendes Element eingeschränkten Nutzungsrechten unterliegen.
 
Die meisten kommerziell vertriebenen Spiele sind nicht unter freien Lizenzen zur Verfügung. Weder die Assets noch der Code oder die Lore dürfen weitergegeben oder anderweitig verwendet werden. Auch auf diesen Spielen basierende selbst erstellte Assets (manchmal sogar schon zu Wallpapern weiterbearbeitete Screenshots) oder Charaktere können hier schon „Problematisch“ sein sofern man diese weitergeben möchte. Allerdings sollte man hier auch bei nicht kommerziell vertriebenen Spielen vor Weitergabe prüfen, ob die Lizenz dies zulässt.


== Verfügbarkeit ==
== Verfügbarkeit ==
=== Nativ ===
[[Bild:Scummvm-1.5.0.png|300px|thumb|[[ScummVM]] als Beispiel einer Runtime zum nativen spielen von klassischen LucasArts-Spielen unter Linux.]]
=== Runtimes ===
Die Verfügbarkeit von Spielen hängt prinzipiell davon ab, unter welcher Lizenz sie stehen, und wie kompatibel sie mit Linux sind.
=== Emulatoren ===
 
Generell kann man sagen, dass native Linux-Spiele die wenigsten Probleme machen. Sie laufen unter gängigen Konfigurationen und lassen sich meist aus den Repositorien installieren, da sie in soweit freie Software sind dass ein Weiterverbreiten zulässig ist. Auch gibt es diverse Spiele als „fertig geschnürtes Paket“ in Form einer einzigen großen Binary mit allen einkompilierten Abhängigkeiten, oder als „Set“ zum entpacken nach irgendwo unter {{ic|/opt}}. Auch die Verbreitung über Flatpak und andere Container-Lösungen ist inzwischen häufig anzutreffen.
 
Spiele die nicht nativ unter Linux laufen, sondern offiziell nur für Windows verfügbar sind, kann man mitunter mit mehr oder weniger großem Aufwand auch mittels [[Wine]] laufen lassen. Mit {{AUR|crossover}} existiert zudem eine kommerziell angebotene auf Wine basierende Lösung, um Spiele unter Linux laufen zu lassen.
 
Auch [[Steam]] ist eine solche kommerziell angebotene Lösung. Steam selbst ist dabei allerdings kostenlos verfügbar und man bezahlt lediglich die Inhalte. Mittels diverser Containerisierungstechniken können über Steam sehr viele Spiele direkt gestartet werden. Auch offiziell nicht unter Linux laufende Spiele können über Steam zum Beispiel mittels Proton gestartet werden, jedoch nicht immer 1:1 in Stabilität und Performance vergleichbar mit dem Ausführen unter Windows.
 
Will man Spiele spielen, die für völlig andere Systeme entwickelt worden sind, so kann man auf eine Vielzahl von Emulatoren und Runtimes zurückgreifen. Runtimes ersetzen dabei die originalen Binarys der Spiele, laufen also nativ unter Linux und nutzen lediglich die Assets und sonstigen Dateien der Spiele.


== Siehe auch ==
Emulatoren wie zum Beispiel [[QEMU]] ermöglichen es (mit entsprechendem Performanceverlust), komplett andere Systeme unter Linux abzubilden. Für Systeme aus der (S)NES-Ära existieren zudem sehr viele sehr gute Emulatoren mit variierendem Schwerpunkt und Funktionsumfang. Auch für ältere Systeme existieren Emulatoren, wie zum Beispiel {{paket|stella}} für den Atari 2600, inklusive ROM-Launcher, ausführlicher Konfigurationsmöglichkeit und integriertem Debugger.
* Wikilinks
* Wikilinks
* Wikilinks


== Weblinks ==
== Weblinks ==
=== Quellen für Spiele ===
* Suche nach {{ic|game}} [https://aur.archlinux.org/packages/?O=0&SeB=k&K=game&outdated=&SB=n&SO=a&PP=50&do_Search=Go im AUR] {{Sprache|en}} und in [https://archlinux.org/packages/?sort=&arch=any&arch=x86_64&repo=Core&repo=Extra&repo=KDE-Unstable&repo=Multilib&repo=Multilib-Testing&repo=Testing&q=game&maintainer=&flagged= den Repos] {{Sprache|en}}
* [https://flathub.org/apps/category/Game Spiele über Flathub beziehen] {{Sprache|en}}
* [https://flathub.org/apps/category/Game Spiele über Flathub beziehen] {{Sprache|en}}
* [https://itch.io/ Viele Spiele direkt im Browser starten] {{Sprache|en}}
* [https://itch.io/ Viele Spiele direkt im Browser starten] {{Sprache|en}}
* Suche nach {{ic|game}} [https://aur.archlinux.org/packages/?O=0&SeB=k&K=game&outdated=&SB=n&SO=a&PP=50&do_Search=Go im AUR] {{Sprache|en}} und in [https://archlinux.org/packages/?sort=&arch=any&arch=x86_64&repo=Community&repo=Community-Testing&repo=Core&repo=Extra&repo=KDE-Unstable&repo=Multilib&repo=Multilib-Testing&repo=Testing&q=game&maintainer=&flagged= den Repos] {{Sprache|en}}
* [https://libregamewiki.org/ LibreGameWiki] {{sprache|en}}, ein sehr umfangreiches Wiki über freie Spiele
<!-- TODO: Vor Move aktiv schalten.
 
=== Emulatoren/Runtimes ===
* [https://www.protondb.com/ ProtonDB] {{sprache|en}} zum prüfen der Kompatibilität von Steam-Windows-Spielen mit Proton/Linux
* [https://higan.dev/ Higan] {{sprache|en}}, ein sehr präziser und System-genauer Emulator für diverse „Retrokonsolen“
* [https://www.snes9x.com/ Snes9x], ein alter aber sehr funktionsreicher reiner SNES-Emulator
 
=== Linux-Bezogene Spiele-Communitys ===
* [https://holarse.de/ HOLARSE - Spielen unter Linux] {{sprache|de}} - Große deutsche News- und Community-Plattform
* [https://www.gamingonlinux.com/ Linux & SteamOS gaming] {{sprache|en}} - Große internationale News- und Community-Plattform
* Reddit {{sprache|en}}: [https://www.reddit.com/r/linux_gaming/ /r/linux_gaming], [https://www.reddit.com/r/EmulationOnPC/ /r/EmulationOnPC], [https://www.reddit.com/r/wine_gaming/ /r/wine_gaming], [https://www.reddit.com/r/Steam /r/Steam]
 
[[Kategorie:Spiele]]
[[Kategorie:Spiele]]
[[en:Gaming]]
[[en:Gaming]]
//-->

Aktuelle Version vom 24. Mai 2023, 18:30 Uhr

Dieser Artikel gibt einen kurzen Überblick über das Spielen unter Linux im allgemeinen.

Distributionskonzepte

Man kann grob zwischen drei Distributionskonzepten unterscheiden. Zum einen gibt es da Spiele, die man ganz regulär im Ladengeschäft kaufen oder online nach kauf runterladen kann. Diese Spiele haben den Vorteil, dass man das Spiel unabhängig des Anbietersupports beliebig installieren kann, da man nicht auf Onlinedienste angewiesen ist. Herunterladbare Spiele sind oft auch in den Repositorien oder im AUR zu finden. Auch über Flatpak kann man viele Spiele installieren.

Des Weiteren gibt es Kaufplattformen die auf eine Onlineverbindung angewiesen sind. Hier allen voran das von der Valve Corporation angebotene Steam, über das Spiele und andere Inhalte gekauft, verwaltet, und gestartet werden.

Und schließlich gibt es auch Websites über die Spiele direkt gestartet werden können. Dies wird gemeinhin mit entsprechenden Kompilieroptionen der verwendeten Spieleengines erreicht, die es ermöglichen, unter Verwendung moderner Webtechnologien Spiele direkt über den Browser zu laufen zu lassen.

Lizenzkonzepte

Beispiel für eine „geteilte“ Lizenz: Die Engine von Cube 2: Sauerbraten steht unter einer freien Lizenz (zlib/libpng-Lizenz), die Assets sind jedoch individuell lizensiert.

Grob kann man Spiele in zwei Kategorien unterteilen: Kommerzielle und nicht kommerzielle Spiele. Eine weitere Unterscheidung ist dann sehr schnell sehr individuell. Gerade nicht kommerzielle Spiele sind häufig unter freien Lizenzen zu beziehen. Wobei es auch hier Einschränkungen geben kann, so ist zum Beispiel der Code zwar frei verfügbar, aber die Assets (Mediendateien wie Grafiken, Sound, etc., aber auch Ingame-Inhalte wie 3D-Models von Spielercharakteren, Fahrzeugen, Gebäuden, etc.) nicht.

Andersrum kann es aber auch sein, dass die Assets zwar frei verfügbar sind, aber der Code unfrei oder geschlossen ist. Auch kann bei freien Spielen die Lore (die Handlung, die Haupt- und Hintergrundgeschichte, das erschaffene Universum des Spiels) als wertschöpfendes Element eingeschränkten Nutzungsrechten unterliegen.

Die meisten kommerziell vertriebenen Spiele sind nicht unter freien Lizenzen zur Verfügung. Weder die Assets noch der Code oder die Lore dürfen weitergegeben oder anderweitig verwendet werden. Auch auf diesen Spielen basierende selbst erstellte Assets (manchmal sogar schon zu Wallpapern weiterbearbeitete Screenshots) oder Charaktere können hier schon „Problematisch“ sein sofern man diese weitergeben möchte. Allerdings sollte man hier auch bei nicht kommerziell vertriebenen Spielen vor Weitergabe prüfen, ob die Lizenz dies zulässt.

Verfügbarkeit

ScummVM als Beispiel einer Runtime zum nativen spielen von klassischen LucasArts-Spielen unter Linux.

Die Verfügbarkeit von Spielen hängt prinzipiell davon ab, unter welcher Lizenz sie stehen, und wie kompatibel sie mit Linux sind.

Generell kann man sagen, dass native Linux-Spiele die wenigsten Probleme machen. Sie laufen unter gängigen Konfigurationen und lassen sich meist aus den Repositorien installieren, da sie in soweit freie Software sind dass ein Weiterverbreiten zulässig ist. Auch gibt es diverse Spiele als „fertig geschnürtes Paket“ in Form einer einzigen großen Binary mit allen einkompilierten Abhängigkeiten, oder als „Set“ zum entpacken nach irgendwo unter /opt. Auch die Verbreitung über Flatpak und andere Container-Lösungen ist inzwischen häufig anzutreffen.

Spiele die nicht nativ unter Linux laufen, sondern offiziell nur für Windows verfügbar sind, kann man mitunter mit mehr oder weniger großem Aufwand auch mittels Wine laufen lassen. Mit crossoverAUR existiert zudem eine kommerziell angebotene auf Wine basierende Lösung, um Spiele unter Linux laufen zu lassen.

Auch Steam ist eine solche kommerziell angebotene Lösung. Steam selbst ist dabei allerdings kostenlos verfügbar und man bezahlt lediglich die Inhalte. Mittels diverser Containerisierungstechniken können über Steam sehr viele Spiele direkt gestartet werden. Auch offiziell nicht unter Linux laufende Spiele können über Steam zum Beispiel mittels Proton gestartet werden, jedoch nicht immer 1:1 in Stabilität und Performance vergleichbar mit dem Ausführen unter Windows.

Will man Spiele spielen, die für völlig andere Systeme entwickelt worden sind, so kann man auf eine Vielzahl von Emulatoren und Runtimes zurückgreifen. Runtimes ersetzen dabei die originalen Binarys der Spiele, laufen also nativ unter Linux und nutzen lediglich die Assets und sonstigen Dateien der Spiele.

Emulatoren wie zum Beispiel QEMU ermöglichen es (mit entsprechendem Performanceverlust), komplett andere Systeme unter Linux abzubilden. Für Systeme aus der (S)NES-Ära existieren zudem sehr viele sehr gute Emulatoren mit variierendem Schwerpunkt und Funktionsumfang. Auch für ältere Systeme existieren Emulatoren, wie zum Beispiel stella für den Atari 2600, inklusive ROM-Launcher, ausführlicher Konfigurationsmöglichkeit und integriertem Debugger.

Weblinks

Quellen für Spiele

Emulatoren/Runtimes

  • ProtonDB zum prüfen der Kompatibilität von Steam-Windows-Spielen mit Proton/Linux
  • Higan , ein sehr präziser und System-genauer Emulator für diverse „Retrokonsolen“
  • Snes9x, ein alter aber sehr funktionsreicher reiner SNES-Emulator

Linux-Bezogene Spiele-Communitys