3D Spiel

[blablab]

Hallo zusammen!

Ich würde gern ein 3D-Spiel machen. Vorerst bräuchte ich dazu nur die richtige Software (Freeware) mit einem Leveleditor. Denn mein Ziel ist es erstmal einen Level zu erstellen, in dem man sich frei bewegen kann.
(Dazu dann eine Story zu programmieren ist erstmal zurückgestellt, sollte aber auch möglich sein, am besten in object pascal...)

Kennt jemand solche Software, mit der man leicht 3D-Spiele machen kann. Es sollte am besten schon so viel wie möglich integriert sein. ZB. Die Kollisionsabfrage möchte ich nicht selbst programmieren, sondern solche sachen sollte es schon geben.

Danke schonmal!

Simon

[arbu man]

Ja GLScene

[inherited]

Oder Genesis3d
Darüber gibt es dann auch 2 Bücher, einmal
und . Kann ich nur empfehlen!

[vlees91]

Oo. die bücher kann ich NICHT empfehlen...

und wennes wirklich einfach sein soll ist GLScene im verhältnis zu den möglichkeiten VIEl einfacher

[Meflin]

Zitat:

Zitat von vlees91

Oo. die bücher kann ich NICHT empfehlen...

Besonders spannend ist ja bei solchen Aussagen immer die Begründung :stupid:

[mr-unbekannt]

hello
ich benütze gerade GLScene, und ich bin sehr zufrieden damit

in etwa 1er stunde hab ich es gekonnt...

bye

[inherited]

Zitat:

Zitat von vlees91

Oo. die bücher kann ich NICHT empfehlen...

Und wieso nicht?

[XeRo]

Zitat:

Zitat von mr-unbekannt

hello
ich benütze gerade GLScene, und ich bin sehr zufrieden damit

ich habs noch nicht installiert. ist es wirklich so leicht? oder wäre eine anleitung dazu nicht schlecht?
wenn ja, hat wer eine deutsche anleitung? englisch würds auch tun, aber deutsch wäre besser ;-)

[arbu man]

Mit GLScene kann man schnell schöne Sachen erstellen, hier ein Tutorial für ein Spiel und hier ein kleines 3D Spiel (OpenSource) zum Download

[blablab]

Also erstmal vielen Dank für die vielen Antworten!

@ inherited und alle die erfahrungen mit Genesis3D haben:
Ist Genesis3D wirklich eine gute engine?
Kann ich damit auch wirklich besonders detaillierte level machen oder ist genesis3D nicht leistungsfähig genug?



Ich weiß dass zb. Irrlicht eine sehr leistungsfähige Engine ist, aber um da erstmal etwas erfahrung zu sammeln wäre wohl ein Buch das beste... Anders oder schneller als mit nem Buch werde ich mich wohl kaum in so ein Thema einarbeiten können. :(

Kennt jemand noch andere empfehlenswerte Bücher zu solchen Engines (Muss nicht unbedingt Pascal als Programmiersprache sein)???

[vlees91]

Genesis3D benutzt DirectX 7 (oder 6?! aber ich glaube 7) (also auf jedem Fall in diesen beiden büchern) und ist vergleichbar mit HL/CS (benutzt als maps auch die bsp dateien als format).

[Watsch]

Zunächst einmal: Ich hab das Buch "Game Programming for Kids". Ob ich's empfehlen kann oder nicht? Hmmm, ich hab's bisher noch nicht durchgearbeitet. Allerdings ist auf der beiliegenden CD alles dabei, was man braucht. Des weiteren kommt's (meiner M;einung nach) immer auf das Verständnis des Lesers an. So oder so, man sollte (was auch im Buch steht), sich mit Delphi auskennen.

Naja, und zum Thema 3D: Nun, 3D ist (meiner Erfahrung nach) nicht grad einfach. Grade Spiele (Level, Gegner, usw.) ist ein erheblicher Aufwand, das sollte Dir klar sein - so'n Ding hat man nicht unbedingt in einem Monat (vor allen Dingen, wenn man aleine an diesem Projekt arbeitet!!!) fertig.

Mein Tipp wäre an dieser Stelle: Geh einfach mal in eine Bibliothek, besorg Dir Bücher über 3D und Delphi. Und such im Internet nach entsprechenden Tutorials (Links sind ja oben angegeben)

[Cöster]

Ich hab mir hier mal ein paar Tutorials über 3D-Spiele-Programmierung durchgelesen. Die von Hans-Georg Schumann sind aus dem Buch "Game Programming für Kids" und haben mir sehr gut gefallen. Deshalb würde mich auch interessieren, warum vlees91 davon abrät. Genesis3D sei laut der Tutorials in Leistung vergleichbar mit den 3D-Spiele-Engines der professionellen Spiele. Wie Leistungsstark ist denn GLScene?

[vlees91]

Proffessionelle Spiele? die aber alt sind.
wie proffessionell ein spiel ist, hat nichts mit der engine zu tun...
aber was mich von den büchern abhielt, ist dass am anfang steht, alles würde gründlich erklärt werden, dann steht aber am anfang jeder schritt einzeln erklärt und dann nur noch gelegntlich, obwohl neue begriffe eingeführt werden
So kam es manchmal vor, bei der "beschreibung", WIESO etwas so gemacht wurde und nicht anders, dass der autor entweder keine ahnung hatte, oder einfach keine lust hatte das zu beschreiben...
und dann kann ich das buch nicht empfehlen, um zu lernen, denn dadurch das man nicht weiß, WIE es funktioniert, lernt man meiner meinung nach nicht viel. und wenn man sowas dann in der praxis braucht, ist man aufgeschmissen, weil es sich nicht eingeprägt hat, und so muss man immer wieder das buch zur hand nehmen, auch wenn man es schon zweimal gelesen hat.

EDIT: also glscene ist ziemlich leistungsstark. man kann ohne probleme z.B. einen schatten werfen lassen oder auch shader verwenden, weil man nicht alle parameter und befehle, um directx (bei genesis3d) bzw. bei opengl (glscene) direkt zu steuern kennen muss, sondern man behandelt z.B. einen feuerball als object, bei dem man die x position verändert und glscene erledigt die arbeit sofort, indem die flammen korrekt neu berrechnet werden.

[arbu man]

Nun GLScene lässt keine Wünsche offen man kann auch noch OpenGL benutzen nur GLScene selbst ist OO und in die IDE integrierbar dadurch kann man einfach Objekte erstellen auch alle gängigen 3D-Formate wie ".3ds" werden unterstützt. Das Positionierungs System von Objekten ist einfach Klasse, man kann nicht nur Objekten direkt Positionen Zuweisen sondern auch Objekte bewegen und einfach drehen. Auf einen modernen Rechner läuft GLScene 1a.

[Corpsman]

Hallo blablab,

Nu will ich doch auch mal meinen Senf ablassen ;)

Also ich habe definitiv ein winzig kleines 3D-Game geschrieben.

GLScene mus ich ehrlich gestehen hab ich bis heute nicht verstanden.

Mein Game benutzt die Standart OpenGL routinen, die uu. sogar dirkt aus der OpenGL.pas exportiert werden können.

Sehr empfehlen kann ich da die tutorials vno GameDev seite

Die Idee bzw den willen ein 3d Spiel zu schrieben finde ich sehr gut, allerdings immer ein schritt nach dem anderem wäre zu empfehlen.

Eine Enginge wie GLScene ist bestimmt nicht schlecht, ich finde aber ein Anfänger ist mit der fülle an möglichkeiten etwas erschlagen.

Ich selbst plane schon seit Jahren an einem Riesen 3D-Spiel und habe mit Balanced nur geübt (bzw übe ja immer noch).

Ich weis nicht wie sehr du dich mit solchen Dingen auskennst ( 3D - Mathematik , OOP , Schrittketten ( bzw. Zeitgesteuerte Abläufe )) aber ich kann dir nur Raten erst an kleinen Projekten zu üben und alle Möglichen Fälle aus zu probieren bevor du dich an ein Echtes großes Projekt wagst. Sonst ist evtl die enttäuschung schnell da und groß. Oder es geht dir wie mir das du ständig nachbessern must.

Zudem kommt ja noch das wenn du Dateien wie 3ds einbinden willst du nicht nur OpenGL Programmierung lernen must sondern auch ein 3d Programm ähnlich dem 3D-Studio-Max das dir die 3ds dateien erstellt.

Wenn du Es Richtig machen willst, so das du definitiv auch was davon hast, schreib dir deine Engine sebst, oder noch besser mit einem Freund der ähnlich viel und gerne Programmiert wie du.

Dann würde ich dir Dringend empfehlen, genaue Ziele fest zu legen( und erst sonderwünsche machen wenn alle ziele erreicht sind ).
Und stell dich drauf ein das du sehr viel zeit in dein Spiel investieren mus wenn es einigermasen gut werden soll. Als grobes Maß ich habe momentan knapp 30000 zeilen code in etwa 14 Wochen erstellt, dabei habe ich unter der Woche ca. 4 - 6 h und an den Wochenenden bis zu 12 h Programmiert.

Und zu letzt, wenn du dich erst mal dran gesetzt hast dein Spiel zu schreiben, schreibe alles so das du es nachher leicht ändern kannst, bzw das der Code sich späteren wünschen evtl automatisch anpasst. Wärmsten zu empfehlen OOP je mehr du Ableitest und vererbst desto mehr arbeit sparst du dir. In meine Game gibts z.b. ne Basisklasse von der alle Objecte abgeleitet sind. Neben dem Rendern übernimmt die dann auch solche sachen wie Positionsdaten speichern, Collision mit anderen Objecten, drehungen ...

[edit]
Ach und wegen des Leveleditors. Ich bin der meinung das du dir nen gewaltigen gefallen tust wenn du ihn slebst schriebst. So kannst du die möglichkeit schaffen das andere auch levels erstellen können, oder etwa das du Features hinzufpgst die ein Normaler Editor vielleicht gar nicht unterstützt. Auch kannst du so dein Eigenes dateiformat wählen. Zusatzinformationen mit in die Levels speichern und und und wenn du es nur machst um nicht gegen Lizencen zu verstosen oder welche kaufen zu müssen.

[Edit] Link Korrigiert

[arbu man]

Zitat:

Und zu letzt, wenn du dich erst mal dran gesetzt hast dein Spiel zu schreiben, schreibe alles so das du es nachher leicht ändern kannst, bzw das der Code sich späteren wünschen evtl automatisch anpasst. Wärmsten zu empfehlen OOP je mehr du Ableitest und vererbst desto mehr arbeit sparst du dir. In meine Game gibts z.b. ne Basisklasse von der alle Objecte abgeleitet sind. Neben dem Rendern übernimmt die dann auch solche sachen wie Positionsdaten speichern, Collision mit anderen Objecten, drehungen ...

Das musst du machen wenn das Spiel etwas werden soll, denn jetzt kennst du noch jede Codezeile an der du grade arbeitest aber zwei Wochen später sieht alles anders aus (ich weiss wovon ich rede :( )Deswegen ist es sehr wichtig alles in Objekte zu fassen und dennen auch vernüftige Namen zu geben, auch eine kleine Beschreibung wird sich als sehr nützlich erweisen. Bei der Planung des Spiels ist es ratsam das Spiel in Module einzuteilen z.B. Steuerung, Map, Player, Collisionserkennung, Menu, Netzwerk. Man sollte sich auch überlegen welche Tools man braucht Map-Editor, Editor für Einstellungen (dabei sollte man bedenken Wert nicht als Klartext zu speichern, das macht das Cheaten zu einfach). Und auch ob man diese Tools selber schreibt oder auf externe Tools wie Cinema4D zurück greift. Auch ein gewisses Durchhaltevermögen solltest du mit bringen denn es wird nicht immer in großen Schritten vorran gehen, es wird auch nicht immer so vorran gehen das man sieht wie weit man ist. Das meiste an Spiele programmierung ist sowie nur trockener Sourcecode, da denk man schnell das es nicht mehr vorran geht. Aber wenn man sich in die Materie eingeabeitet hat sieht man auch den Erfolg und irgentwann dann auch das fertige Spiel :)

[vlees91]

OT: bei corpsman's link muss das www weggelassen werden, sondern gehts nicht

[Cöster]

Zitat:

Zitat von vlees91

Proffessionelle Spiele? die aber alt sind.
wie proffessionell ein spiel ist, hat nichts mit der engine zu tun...
aber was mich von den büchern abhielt, ist dass am anfang steht, alles würde gründlich erklärt werden, dann steht aber am anfang jeder schritt einzeln erklärt und dann nur noch gelegntlich, obwohl neue begriffe eingeführt werden
So kam es manchmal vor, bei der "beschreibung", WIESO etwas so gemacht wurde und nicht anders, dass der autor entweder keine ahnung hatte, oder einfach keine lust hatte das zu beschreiben...
und dann kann ich das buch nicht empfehlen, um zu lernen, denn dadurch das man nicht weiß, WIE es funktioniert, lernt man meiner meinung nach nicht viel. und wenn man sowas dann in der praxis braucht, ist man aufgeschmissen, weil es sich nicht eingeprägt hat, und so muss man immer wieder das buch zur hand nehmen, auch wenn man es schon zweimal gelesen hat.

EDIT: also glscene ist ziemlich leistungsstark. man kann ohne probleme z.B. einen schatten werfen lassen oder auch shader verwenden, weil man nicht alle parameter und befehle, um directx (bei genesis3d) bzw. bei opengl (glscene) direkt zu steuern kennen muss, sondern man behandelt z.B. einen feuerball als object, bei dem man die x position verändert und glscene erledigt die arbeit sofort, indem die flammen korrekt neu berrechnet werden.

Mit "professionell" meinte ich, dass es keine Spiele sind, die jemand in der Freizeit gemacht hat, sondern die komerziell von großen Firmen geschaffen wurden und mit denen viel Geld gemacht wurde. Die Spiele sind zwar etwas älter, aber CS z.B. ist doch immer noch eines der beliebtesten PC-Spiele weltweit. Ich weiß zwar nicht, was die Ansprüche des Thread-Autors sind, aber wenn er ein Spiel schreiben könnte, was mit CS 1.5 verglichen werden kann, fänd ich das schon ziemlich stark, und das ist mit Genesis3D möglich (laut Game Programming für Kids).
Wenn du in dem Buch einiges nicht verstanden hast, könnte das ja vielleicht auch daran liegen, dass du aufgrund deines Alters die erforderlichen mathematischen Kenntnisse in der Schule noch nicht hattest. Ich weiß jetzt nicht, wann genau Trigonometrie in der Schule drankommt, aber bei mir war's glaub ich erst in der 10. Klasse, und Vektor-Rechnung hatte ich selbst auch noch nicht (bin jetzt in der 12. Klasse).

Edit:
@ Corpsman:
Du hast was davon geschrieben, einen Leveleditor selbst zu schreiben, gibt's dazu irgendwelche Tutorials im Internet, ich hätte jetzt nämlich keinen Plan, wie das gehen soll (dass es geht, beweist du ja mit deinem Spiel).

[Nils_13]

Genesis3D ist eine sehr schwere und von der Grafik her eine absolute Schrottengine.
GLScene muss man auch erst lernen, ich würde die Zeit lieber gleich in eine richtige Engine, statt VCL-Zeugs, investieren.

[Corpsman]

@ Cöster

Tutorials gibts da leider keins, zumindest kenne ich keine.

Balanced ist nicht mein erstes Spiel das ich schreibe, von daher habe ich schon ein wenig erfahrung im Leveleditor schreiben gehabt.

Ich fange eigentlich immer gleich an.

Als erstes wird ne Klasse TLevel gebastelt.

Delphi-Quellcode:

Type TLevel = Class
      Private
      Public
     end;

Dann überlege ich mir was für ein Leveltyp ich haben will und wie ich die elemente im Level speichere, was für Proceduren Tlevel unbedingt haben mus und welche auf keinen Fall.

Im 2D- Bereich habe ich da bisher fast immer 2D-Arrays als Platzhalter der Koordinaten genommen.

In Balanced ( 3D ) habe ich Dynamische Arrays gemacht, da ein 3D-Array in den größen die es in meinem Game gibt ziemlich gewaltig werden würde.

Als nächsten wichtigen Punkt das Zeichnen / Rendern

Tlevel mus auf alle Fälle eine Zeichen Routine haben die du von deiner Anwendung aufrufen kannst ohne dir gedanken machen zu müssen.

D.h. in Balanced gibts Tlevel.render die Rendert mir dann einfach alles was es zum Level gibt.

Der Leveleditor beginnt dann schnell zu wachsen. Ich bin beim Balanced Leveleditor ja immer noch nicht fertig. Immer wieder baue ich neue Elemente ein.

Weitere Proceduren die es dann so gibt sind in Ballanced :

Delphi-Quellcode:

    ..
    Procedure DeleteObject(x, y, z: integer);
    Procedure RotateCoord(x, y, z, Angle: integer);
    Procedure Render;
    Procedure RenderSky;
    Procedure SaveToFile(Filename: String; viewer: Tviewer; Cursor3d: TCursor3d; bc: Boolean); // Still Gelegt
    Procedure SaveToFile2(Filename: String; viewer: Tviewer; Cursor3d: TCursor3d; bc: Boolean);
    Procedure LoadFromFile(Filename: String; Var viewer: Tviewer; Var Cursor3d: TCursor3d; Var BC: Boolean); // Still Gelegt
    Procedure LoadFromFile2(Filename: String; Var viewer: Tviewer; Var Cursor3d: TCursor3d; Var BC: Boolean);
    Procedure Loadhighscores(Filename: String);
    Procedure ClearLevel;
    Procedure Setnewton(Const Newtonworld: Pnewtonworld);
    Procedure UnsetNewton(Const Newtonworld: Pnewtonworld);
    Procedure Collision(PlayerPos: TVector3f; PlayerMat: shortint);
    Procedure Restart(Const Newtonworld: Pnewtonworld);
    Procedure ResetLevel(Const Newtonworld: Pnewtonworld);
    Procedure resetHighscore;
    Procedure setBarierGroup(ID: Gluint; Const Newtonworld: Pnewtonworld);
    Procedure SetCoordText(x, y, z: integer; Value: String);
    Function Coordid(x, y, z: integer): String;
    ..

Wie du sehen kannst gibts jede menge I/O schnittstellen. Ganz zu schweigen von den 96 Add Proceduren die ich hier mal nicht kopiert habe um den Post nicht unnötig auf zu blähen.

Ich hoffe das gibt euch eine Grobe Idee, für weitere Fragen stehe ich natürlich gerne zur verfügung.

[Cöster]

Danke für den Einblick in deine Level-Editoren. Wenn ich dich richtig verstehe, speicherst du die Welt also 3-dimensional in Arrays und zur Darstellung rechnest du sie dann wahrscheinlich unter Berücksichtigung von Blickwinkel und Kameraposition in ein 2D-Bild um, welches du dann immer wieder neu auf dem Bildschirm. Ist das korrekt oder wie schaffst du die Darstellung?

[Corpsman]

@ Cöster

NEIN,

Wenn ich das so machen würde wärs heftig.

1. Speichere ich nur die Opbjecte diese sind alle in einem eindimensionalen Array gespeichert.
Jedes Element hat eine Variable Position. Für alle neugierigen hier die Basisklasse von der alle Objecte im spiel abgeleitet wurden.

Delphi-Quellcode:

  TBalancedObject = Class
  private
    FTexture: GLuint; // Pointer auf die Graphik unseres Steines.
    Fposition: TVector3f;
    FSchwerpunkt: TVector3f;
    Fpoints: Array Of TVector3f;
    Froty: Integer;
    Function FgetRotationY: integer;
    Procedure Setschwerpunkt;
  public
    Property RotationY: integer read FgetRotationY;
    Property Texture: gluint read Ftexture;
    Function Position: TVector3f;
    Constructor create(Pointcount: Integer);
    Destructor destroy; override;
    Procedure RotateY(Angle: Integer); virtual;
  End;

Und alles was zum Zeichnen benutzt wird macht OpenGL für mich.

D.h. seit dem Frustumculling nicht mehr alles, aber fast.( für einen Anfänger macht man alles und versteht irgendwann wie's geht und baut dann das Frustumculling ein, oder so)

was du mit Blickwinkel und gruscht meinst bruache ich nicht machen.

OpenGL ist genau wie Form1.canvas

Es gibt Zeichenroutinen die benutze ich, nur eben das alles 3D ist.

Den ganzen Optischen gruscht macht dann das OpenGL für mich.

Das Rendern eines Rechtecks passiert bei mir im Spiel z.b. so

Delphi-Quellcode:

Procedure DrawQuadPolygon(LeftTop, RightTop, RightBottom, LeftBottom: TVector3f; Texture: gluint = 0);
Begin
  // Einbinden der Graphik
  If Texture <> 0 Then
    glBindTexture(GL_TEXTURE_2D, Texture);
  // Öffnen des Quad Modus
  glbegin(GL_QUADS);
  // Zeichnen Links unten
  glTexCoord2f(0.0, 0.0);
  glVertex3f(LeftBottom.X, LeftBottom.y, LeftBottom.z);
  // Zeichnen Rechts unten
  glTexCoord2f(1.0, 0.0);
  glVertex3f(RightBottom.X, RightBottom.y, RightBottom.z);
  // Zeichnen Rechts Oben
  glTexCoord2f(1.0, 1.0);
  glVertex3f(RightTop.X, RightTop.y, RightTop.z);
  // Zeichnen Links Oben
  glTexCoord2f(0.0, 1.0);
  glVertex3f(LeftTop.X, LeftTop.y, LeftTop.z);
  // Beenden des Quad Modus
  glend;
End;

Wenn man es ganz scharf betrachtet kann man die Procedure DrawQuadPolygon schon als Engine Bezeichnen.

[vlees91]

Zitat:

Zitat von Cöster

Wenn du in dem Buch einiges nicht verstanden hast, könnte das ja vielleicht auch daran liegen, dass du aufgrund deines Alters die erforderlichen mathematischen Kenntnisse in der Schule noch nicht hattest. Ich weiß jetzt nicht, wann genau Trigonometrie in der Schule drankommt, aber bei mir war's glaub ich erst in der 10. Klasse, und Vektor-Rechnung hatte ich selbst auch noch nicht (bin jetzt in der 12. Klasse).

Naja es lag ganz sicher nicht an der Mathematik, denn ich habe auch ohne etwas mit dem buch zu tun in OpenGL (nicht glscene oder was anderes fertiges) sogar selber die ganzen sachen hergeleitet um in 1st person zu bewegen (kamera dreht direkt) drehen (und anderes bewegeung) und auch in 3rd person (kamera dreht um einen punkt in der mitte, der aber auch relativ ist) (... hatte kein internet um das alles zu kopieren...), und das war KEIN problem.

[Cöster]

@Corpsman:
Mit 1 Jahr Schuldelphi und ansonsten keinerlei Programmiererfahrung ist das wohl noch nix führ mich. Vielleicht sollte ich mir erstmal auf http://delphigl.com/ ein paar Tutorials zur Materie durchlesen und dann guck ich auch in diesen Thread nochmal rein. Aber jetzt mach ich wohl erstmal meine 2D-Spiele fertig. Trotzdem danke für die Tipps, sie werden mir später sicherlich nochmal helfen.

@vlees91:
Was wär denn konkret so ein Beispiel, bei dem das Buch deiner Meinung nach nicht genug erklärt hat?

[inherited]

Hm, ich weiß nicht, ich hab ja selbst die bücher empfohlen. Klar ist bei glScene der einstieg leichter, aber(ich finde) man hat bei genesis3d später wesentlich mer möglichkeiten. Von Mathematischer seite her hatte ich keine großen Probleme.

[Nils_13]

Genesis ist einfach nur schwer. Irrlicht ist viel leichter, wenn man einen Wrapper hat.