spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"Harvest"«

Jedoch ist Linux mein favorisiertes Betriebssystem, ich arbeite sowohl lieber darunter als auch sympatisiere ich mit der Community, so dass ich, wenn, dann auch gerne einmal Spiele entwickeln würde, die sowohl unter Windows als auch unter Linux lauffähig sind.

Prima .

Zitat

Von euch würde ich gerne wissen, mit welchen Mitteln man so etwas am besten anstellen kann.

Das ist eigentlich nicht so schwer, meine Erfahung ist dass überraschend wenige Teile in Deinem Code wirklich OS Abhängig sein müssen und Du per #ifdef verschiedenen Code für verschiedene Situationen wählen musst.

Zitat

Was passiert mit den Aufgaben , die unter Windows DirectX bewältigt,

Zum einen gibt es, wie schon gesagt, ganze Engines wie Irrlicht, Ogre, Crystal Space etc. Zum anderen gibt es etwas was ich mehr eine einheitliche API nennen würde und was daher DirectX recht ähnlich ist, z.B. plib ( plib.sf.net ). Letztlich kannst Du auch einzelne Bibliotheken nehmen, also OpenGL für Grafik, OpenAL für Sound etc.

Zitat

[edit: ich seh grad, der thread hätte besser in den 2D-/3D-Grafik und Spieleprogrammierung gepasst, sorry!]

Ok, ist geschehen.

Zitat von »"nix da"«

Für DirectX gibt es kein Äquivalent zu Linux.

Natürlich nicht exakt. Dafür gibt es auch kein exaktes Äquivalent für z.B. Ogre unter den Windows-only Systemen.

Zitat

Punkt. Da es bis heute keine Instanz es geschaft hat dort eine API zu Standardisieren die speziell für GameDev entwickelt wurde,

Die Leute können halt über den Tellerrand rausschauen.
Vor 10-15 Jahren waren viele Leute, inklusive durchaus auch Profis (im Sinne von "Ihr Geld damit verdienen") der Meinung dass ernsthafte Anwendungen und Spieleentwicklunmg getrennte Bereiche sind und völlig unterschiedliche Hardware und Software brauchen. Habe ich schon damals als Quatsch angesehen. Die im Vergleich zu jeder kommerziellen Entwicklung wahnsinnigen verkaufszahlen von Spielen bedeuten einfach, dass da riesige Resourcen reingesteckt werden können. Ein Bekannter von mir ist Lead für die Grafik der Flugsimulationen für die amerikanischen Streitkräfte und hatte eine leicht veraltete 1 Mio $ SGI mit mehreren (entweder 2 oder 3 - hab ich wieder vergessen) Reality Engine Pipelines gegen eine "Spiele Grafikkarte" gebenchmarkt. Die Spielekarte hat in einigen Disziplinen gewonnen!! "Serious Games" sind heute so gross, dass es dazu eigene Konferenzen gibt. Eine künstliche Trennung ist für den Anwender der Technik völlig nutzlos. OpenGL war ja ursprünglich einfach wegen den Hardwarekosten nur im "ernsthaften" Einsatz. Trotzdem konnten, als es erschwingliche Hardware mit OpenGL Unterstützung gab, sofort gute Spiele damit entwickelt werden die mit Direct3D Spielen mithalten konnten. M.E. kein Zufall.

Zitat

Wie schon gesagt, such Dir eine Plattform aus aber der Linux-Game-Markt bleibt weiterhin ein Flopp.

Ein Bekannter von mir hat ein Spiel geschrieben, was 150 000 mal runtergeladen wurde. Wie oft wurden Deine Programme runtergeladen? Übrigens war das 150 000 glaub ich sogar am ersten Tag aleine - aber da will ich mich jetzt nicht festlegen.

Zitat von »"nix da"«

sich so viele Lizenzen auf den Puckel zu packen

Das ist doch einfach Quatsch. Selbst wenn ich eine Menge verschiedener Bibliotheken benutze brauch ich meistens nur 2-3 Lizenzen zu lesen (GPL, LGPL, vielleicht noch z.B. MIT). Bei Microsoft Produkten bin ich mir nie sicher ob die Eula von dem neuen Packet genau die gleiche wie die alten ist. Also muss ich mir als Entwickler die Eulas von Compiler und SDKs und SPs etc durchlesen und die sind nicht kurz. Und muss mich noch um Zeugs wie "redistributables" und deren Bestimmungen kümmern.

Das einzige mal dass ich in meinem Leben wirklich von einer Lizenz gebissen wurde war eine MS Lizenz, die ein Idiot nicht durchgelesen hatte. Der hat dann mit nem anderen Hobby Entwickler zusammen so eng verknüpften Code für PLIB geschrieben dass wir nachher beides wegschmeissen mussten

Also, Leute, lest die Microsoft EULAS von vorn bis hinten. Sollte es einer nicht für nötig halten, bitte arbeitet auf KEINEN Fall im Team.

Zitat von »"nix da"«

Mal ehrlich: Runter geladen das eine, damit sich die Brötchen verdient das andere und das andere schaft man in dieser OpenSource-Freeware-Scene sowieso nie, da der Flohzirkus immer wieder ankommt: "Warum nicht Freeware?" und kein Verständnis für Geld und Qualität haben.

Hm, ich habe gerade mal überlegt wie viele Leute mit Open Source SW an der ich beteiligt war Geld verdienen und war selber überrascht. Ich habe nur ein paar Jahre an (L)GPL Software gearbeitet, da ich seit ich an BoB sitze, was semi open source ist , zu wenig Zeit dafür habe. Trotzdem wird PLIB / FGFS in einer Menge professioneller (bezahlter) Bereiche benutzt:

- Ich selber habe PLIB zur Konversion von 3D Formaten benutzt. Unsere Kunden können für 500 Euro ein "3D Standard Formate" Modul kaufen, welches PLIB benutzt. Geht da PLIB LGPL ist.

- Steve, der "Chef" von PLIB hat es auch schon vor Jahren auf seiner Arbeit eingesetzt, ich habe aber Details vergesen.

- Sein letztes Projekt was ich mitbekommen habe war vor kurzem eine Simulation von Triremen Schiffskämpfen. Die Archäologen wissen gewisse Eigenschaften wie Masse, die Möglichkeiot des Rückwärtsfahrens etc aber wollen natürlich wissen wie überlegen die waren, gegen welche anderen Schiffsklassen sie besonders gut sind etc. Dazu haben Schiffsexperten aus den überlieferten Angaben die technischen Daten (Geschwindigkeit, Wendigkeit etc) berechnet und Steve hat mit PLIB ein "Spiel" geschrieben bei dem verschiedene Schiffe / Flotten gegeneinander kämpfen können. Ich weiss nicht ob Steve dabei Geld verdient hat - ich hätte so etwas geiles mit Sicherheit auch umsonst geschrieben - aber auf jeden Fall haben die Archäologen bezahlt daran gearbeitet.

- bei FGFS gibt es alleine hier 15 aktuelle Projekte zu bestaunen:
http://www.flightgear.org/Projects/
Alte Projekte wie die Landebahn von St Jose von der Runway optisch zu trennen um einen möglichen Unfall mit hundert(en) von Toten zu verhindern sind scheinbar gar nicht mal mehr dabei. Auch die Gruppe, die Flächenvereisung untersucht und deren Flugmodel in Flightgear ist, ist scheinbar nicht aufgeführt.

- Ich habe einem Aero Prof 3D Modelle konvertiert. U.a. wurden eine Visualisierung für einen TV Film gemacht.

- Ich habe ein EMail von einem bekommen, der PLIB/FGFS professionell einsetzt und deshalb ein ganz spezielles Flugzeug mit ganz speziellem Anstrich gebraucht hat.

Also haben selbst mit der wenigen SW an der ich beteiligt war, selbst wenn ich unbezahlte Studenten weglasse, selbst wenn ich indirektes Bezahlen wie Wiederverkäufer unserer SW nicht mitzähle, bestimmt 20 Leute daran verdient. Natürlich meist recht wenig und wie gesagt ich bin nur einer von etlichen die daran geschrieben haben. Aber ich finde das auf jeden Fall sehr sinnvoll.

meiner ist größer!

sorry, aber ihr kommt grad vom thema ab...
macht n neuen thread auf:
"[FLAMEWAR] Open Source vs Kommerz"

und wieder wurde ein thread in den Kindergarten gezogen, und WarMuuh nur mal so vor dir war das noch eine halbwegs fachbasierte Diskusion

*Einen auf Threadleichenschänder mach*

Also, SDL + OpenGL ist schneller als OpenGL + DirectX unter Windows -> siehe Doom3 und das läuft sogar mit Wine besser als unter Windows.
SDL ist eine Art DirectX Ersatz wenn man es mit OpenGL kombiniert. Ausserdem ist diese kombination plattformunabhängig und sogar auf der Dreamcast verfügbar. Man kann zwar zB. nur ein Fenster erstellen aber das stört keinen, zumindest zu 99% im Bereich Spiele. Was mich stört sind Leute die SDL unter Windows nutzen und dann mit der WinAPI kombinieren anstatt zum Beispiel GTK+ für Dialoge zu nutzen. Naja, egal. Ausserdem schließt SDL die kommerzielle Verwendung nicht aus und es ist abwärtskompatibel, im Gegensatz zu DirectNix

MFG

Zitat von »"GagaPeter"«

[...]
SDL ist eine Art DirectX Ersatz wenn man es mit OpenGL kombiniert.
[...]

Naja, SDL ist wohl eher ein DirectInput und DirectDraw -gibts das überhaupt noch?- und OpenGL ein Direct3D Ersatz.

Zitat von »"Beliah"«

Naja, SDL ist wohl eher ein DirectInput und DirectDraw -gibts das überhaupt noch?- und OpenGL ein Direct3D Ersatz.

Tatsächlich? Bin ich anderer Meinung.