Warum fehlen Spiele für Linux? [geschlossen]

Was ist los mit der Linux / * nix-Familie für Spiele? Was macht die Entwicklung von Spielen für diese Plattform im Vergleich zu Windows oder sogar OS X zu langsam?

Für Spielekunden hat dies hauptsächlich mit Kultur zu tun, was zu schwierigen Monetarisierungsstrategien führt.

Server für Multiplayer-Spiele hingegen haben unter Linux / Nix eine Menge an Zugkraft erlangt. Dies ist eine sehr attraktive Plattform für die Entwicklung von Servertechnologien.

Es besteht die Hoffnung, dass eine spätere Veröffentlichung von Steam für Linux dazu beitragen wird, diese Kultur im Hinblick auf Kunden zu ändern und Entwicklern und Publishern eine rentablere Plattform für die Verbreitung von Spielen zu bieten.

Was ist los mit der Linux / * nix-Familie für Spiele?

'Falsch' ist ein starkes Wort, aber ich werde ein paar Dinge auflisten, die Spieleentwickler von der Arbeit an Linux abhalten.

Kultur - Linux-Leute glauben eher, dass Software kostenlos sein sollte - dies ist nicht förderlich, um mit dem Verkauf Ihrer Software Gewinne zu erzielen. Dies könnte sich in Zukunft ändern, da Online-Spiele in gewissem Sinne "Software as a Service" sind.

Marktanteil - Der Marktanteil von Linux auf dem Desktop war schon immer recht gering. Jetzt, da der Marktanteil endlich von "vernachlässigbar" auf " erbärmlich niedrig " gestiegen ist, könnten Sie ein kleines Argument dafür vorbringen, diese Plattform ins Visier zu nehmen - wenn der vorherige Punkt überhaupt nicht wahr wäre. Das ist auch etwas zu spät gekommen - der Markt für Nicht-Konsolenspiele ist heutzutage recht klein, wenn man MMOs ausschließt.

Entwicklerunterstützung - Microsoft hat viel Zeit und Geld in DirectX und in jüngerer Zeit in XNA gesteckt. Mit einem Download hatten Sie alle APIs und Dokumentationen, die Sie zum Erstellen von Spielen benötigten. Linux hat weder eine zentrale Instanz, um dies zu tun, noch ein einziges Produkt, das stattdessen verwendet werden könnte. SDL macht keine 3D-Grafiken, OpenGL macht nichts anderes als Grafiken, hat in den letzten Jahren auch keine sehr glaubwürdige Upgrade-Strategie verfolgt, und es gibt eine Milliarde weiterer Bibliotheken ( von denen viele auf einer Liste zu finden sind, die ich hier pflege ). Sie können ohne klare Führer in die Mischung werfen. Es ist nur viel stressiger. Darüber hinaus funktionieren viele führende Middleware-Produkte unter Linux nicht. Statt bewährten Codes mit kostenpflichtigem Support sollten Sie daher auf Open Source verzichten, das noch nie in einem ausgelieferten Spiel verwendet wurde.

Betriebssystemunterstützung - Linux kann alles, was Windows tut, aber es macht es sicher manchmal schwierig. Insbesondere die Soundunterstützung ist schrecklich. Die Unterstützung von Videos ist aufgrund der Legalität von Codecs umständlich. Die Verteilung Ihrer Binärdateien kann schwierig sein, wenn Sie die verschiedenen zu unterstützenden Pakettypen berücksichtigen. All diese Dinge können überwunden werden, wenn Sie wissen, was Sie tun, aber die meisten Windows-Entwickler wissen nicht, was sie mit Linux tun, sodass sie ihr Produkt nicht reibungslos auf Linux portieren können.

Linux macht etwa 1% der gesamten Endanwendern den Zugriff auf das Internet ( OS Market ). Wenn es um Server geht, steigt die Auslastung erheblich, aber es ist einfach kein großes Consumer-Betriebssystem.

An der Linux / * nix-Betriebssystemfamilie für die Spieleentwicklung ist nichts auszusetzen, außer an der wahrgenommenen Zielgruppe. Die meisten Entwickler sind der Meinung, dass die Bemühungen, Spiele für Linux zu entwickeln, sich nicht in Kopien ihrer Spiele niederschlagen lassen, insbesondere nicht in den AAA-Communities.

Sogar einige Unternehmen, die gerade selbst AAA-Spiele auf Linux portiert haben (haben nicht einmal die Vorabkosten für die Entwicklung des Spiels bezahlt), konnten auf dieser Plattform nicht genügend Verkäufe generieren, um über Wasser zu bleiben.

Allerdings kann Linux für viele Indie-Entwickler ein Segen sein, da es einige Linux-Eiferer gibt, die ein Spiel kaufen, nur weil es unter Linux herauskommt.

Linux-Gaming ist meiner Meinung nach ein weitgehend unerschlossener Markt, insbesondere für Indies. Wenn Sie die Zahlen betrachten , wie berichtet von Hemisphere Games für Osmos und die Zahlen berichtet von Wolfire Games für das Humble Indie Bundle (vor allem die Summe für jede Plattform Einnahmen), können Sie sehen , dass Linux - Anwender ziemlich gespannt sein können diejenigen , die Unterstützung zu unterstützen Linux.

Eines ist mir aufgefallen, das hier noch nicht angesprochen wurde, nämlich die Gesamtheit der Treiber, Kernel und Bibliotheken, mit denen Sie unter Linux arbeiten müssen. Es ist in letzter Zeit besser geworden (mit ein paar Distributionen, von denen ich nur vermuten kann, dass es die Mehrheit der Linux-Boxen gibt), aber es ist immer noch ein Chaos. Ein großartiges Beispiel für das, was ich meine, finden Sie in diesem Post-Mortem des Linux-Osmos-Ports , insbesondere im Abschnitt "Didn't Love". Kurz gesagt, dieser Artikel beschwert sich über:

• Unterstützung mehrerer Distributionen / WMs / Treiber / etc.
• Audio [mein Kommentar: und seien wir ehrlich, die Audio-Unterstützung unter Linux ist manchmal ziemlich grausam]
• Mangel an Dokumentation und Konsens (wenig offizielle Dokumentation, und wenn Sie in einem Forum fragen, erhalten Sie so viele Antworten wie Beiträge, ganz zu schweigen von veralteten Threads mit falschen Antworten)
• Das Spiel packen
• Keine GUI-Ebene auf Betriebssystemebene für einfache Dialoge

Was meinst du mit zu langsam? Ich denke nicht, dass Gamedev für Linux langsamer ist als für andere Betriebssysteme. Wenn du fragen wolltest, warum es keine kommerziellen Spiele für Linux gibt, dann liegt das wohl hauptsächlich daran, dass der Markt zu klein ist. Es gab ein Unternehmen, das anfing, kommerzielle Windows-Spiele auf Linux zu portieren, aber es wurde geschlossen, weil es keinen Erfolg hatte, diese Spiele zu verkaufen. Wenn Sie ein Spiel für Linux entwickeln möchten, müssen Sie es auch für Windows bereitstellen, wenn Sie genug Geld verdienen möchten. Die plattformübergreifende Entwicklung ist jedoch noch kostspieliger und der Linux-Markt wahrscheinlich nicht wert es. Also würde ich sagen, es ist einfach nicht kostengünstig.

Ein Grund, warum Linux meiner Meinung nach nicht so viel Beachtung findet, ist einfach, dass die meisten Linux-Benutzer Windows auch über ein Dual-Boot-Setup ausführen können, um Spiele auszuführen. Dies wirkt sich in gewissem Maße auch auf Mac-Benutzer aus, aber aufgrund des weniger technischen Aufbaus der Nutzerbasis (was für Mac-Benutzer nicht so schlimm ist - es ist eher so, dass Linux-Benutzer eher die Art von Leuten sind, die dies nicht tun dagegen, alle möglichen arkanen technischen Aufgaben zu erledigen, um etwas zum Laufen zu bringen), gibt es weniger Leute, die bereit sind, Windows auf ihrem Computer zu installieren.

Eng damit verbunden ist, dass jeder, der sich für PC-Spiele interessiert, wahrscheinlich einen PC mit Windows kaufen wird. Da sie bereits über einen Windows-Computer verfügen, werden sie keine nativen Linux- oder Mac-Versionen benötigen.

Ich denke auch, dass es einfach Macht in Zahlen gibt. Es gibt viel mehr Windows-Benutzer als Linux-Benutzer und damit mehr Ausgabe auf Windows. Außerdem ist das Einstiegsniveau bei visuellen Tools viel niedriger als bei Befehlszeilen-Tools (obwohl sich dies im Laufe der Zeit geändert hat). Außerdem haben viele Kinder den alten PC ihrer Eltern zum Basteln gebracht, was statistisch gesehen eher ein Windows-PC als eine Linux-Box war.

Der gewöhnliche Spielbenutzer ist kein Linux-Benutzer. Der Markt ist also nicht da und es ist nicht ratsam, Geld auszugeben, um sich auf diesen Markt zu konzentrieren.

Ich weiß, dass id Software versucht, einen Linux-Client für ihre Spiele freizugeben, nur weil sie großartig sind und die Plattform lieben.

Vergessen wir nicht, dass die meisten kommerziellen Spiele-Engines an Win32 / Konsolen gebunden sind und / oder über ein Toolset verfügen, das direkt auf Win32 / Konsolen basiert. Dies ist auch der Grund, warum so viele Spiele immer noch BSP verwenden. Da sie eine enorme Investition getätigt haben, gehen sie für einen kleineren Markt kein großes Risiko ein. Könnte sich in Zukunft ändern, aber momentan müssen Sie viel Mühe investieren, um plattformübergreifend zu werden.

Da Steam gerade auf dem Mac erschienen ist, was wirklich eine hervorragende Nachricht ist, wird es vermutlich nur eine Frage der Zeit sein, bis es auf Linux erscheint. Auf einem Mac wird ein Unix-ähnliches Betriebssystem ausgeführt, daher sollte es keine großen Probleme geben, die Spiele zu portieren.

Zumindest können wir hoffen. :)

Ein weiteres wichtiges Problem, das Sie bei der Entwicklung für Linux berücksichtigen müssen, ist die Installation Ihres Spiels. Es gibt keinen Standardinstallationsmechanismus, der ohne Probleme über Distributionen hinweg funktioniert. Es gibt Paketverwaltungssysteme, die Ihnen das Leben erleichtern, obwohl nicht alle Distributionen dieselben Formate verwenden. Die beiden gebräuchlichsten Paketformate wären wahrscheinlich .deb (von debian-basierten Distributionen verwendet) und .rpm (von redhat-basierten Distributionen verwendet). Sie können viel Zeit damit verschwenden, die richtige Verpackung Ihrer Anwendung für mehrere Distributionen zu erhalten. Wenn Sie Ihr Spiel jedoch nicht in einem von Distributionen ausgewählten Verpackungsformat bereitstellen, besteht die Gefahr, dass die Benutzer entfremdet werden.

Ich frage mich, ob der Markt so klein ist, wie es die Leute sagen. Ich kenne einige Leute, die Linux als ihr tägliches Betriebssystem verwenden und eine Partition frei halten, damit eine Windows-Installation ihre Spiele spielen kann. (Ich mache dasselbe) Der einzige Grund, warum wir Windows installiert haben, sind die Softwareentwickler. Wenn sie ihre Position ändern und Linux unterstützen, bin ich mir sicher, dass die Adoptionsrate steigen wird. Aber nichts wird sich ändern, wenn nicht jemand zuerst den Sprung macht (Come on Valve).

Persönlich habe ich viele Linux-Probleme mit Wine gelöst, aber ich hatte immer noch Probleme, eine standardisierte Installationslösung zu finden, die für alle funktioniert.