Entwickler-Ecke

Freeware Projekte - Robotic3D [alpha]

Pr0g - Fr 22.04.05 00:28
Titel: Robotic3D [alpha]

Hallo,

Bei Robotic3D handelt es sich um eine Neuauflage eines alten (nie veröffentlichten) Dos Spiels von mir (auch wenn mir momentan das Spielkonzept fehlt). Dies ist eine erste Alphaversion. Das Grundgerüst (vielleicht kann man es als Engine bezeichnen) steht soweit, hier ein paar Eckdaten:

Die einzelnen Level bestehen aus Blöcken denen eine Textur zu jeder Seite zugewiesen werden kann. Eine Kollisionsprüfung findet statt.
Decke und Boden bestehen aus Flächen, die auch verschiedenen Texturen aufnehmen können.
Türen schließen automatisch und nur, wenn der Spieler nicht dazwischen steht.
Sich mitdrehende Objekte können durchlässig (bspw. Lampen) oder undurchlässig (bspw. Bäume) sein.

Ich habe bis jetzt nur eine kleine Demo des Programms mit fertigen Texturen aus dem Netz (die Deckenlampen sind von mir :mrgreen:) erstellt, ihr könnt also noch nicht allzuviel machen.

Mit den Pfeiltasten wird gesteuert. Durch Drücken von [Strg] kann nach links rechts gelaufen werden, Türen öffnen sich mit [Leertaste], wenn man genau daran steht.

Ein Problem macht mir noch die Geschwindigkeit. Ich habe einen recht guten Rechner und bei mir läuft das ganze recht flott. Wenn ihr weniger Frames als ich habe, dann lauft ihr auch langsamer, da die Geschwindigkeit von den Frames abhängig ist (soll später per Timer gemacht werden, aber dann fings bei mir etwas an zu ruckeln, was den Bildaufbau angeht. Bin halt noch Neuling in der Welt von OpenGL).

Feedback natürlich erwünscht ;)

MfG Pr0g

retnyg - Fr 22.04.05 11:40

ganz nett, es würde aber mehr spass machen, die korridore entlang zu wandern wenn die geh- und dreh-geschwindigkeit deutlich höher wäre. ausserdem die geschwindigkeit mit der die türen aufgehen... strafen wär auch nicht schlecht, genauso gucken mit der maus...

Pr0g - Fr 22.04.05 14:06

Wie gesagt, die Geschwindigkeit ist momentan Frameabhängig, ich habe ~300 Frames, da läuft das Spiel normal, bin aber an einer Lösung am arbeiten.

Strafen kannst du, wenn du [Strg] gedrückt hälst, während du mit den Pfeiltasten Links und Rechts läufst.

Die Maus könnte ich auch noch einbinden, obwohl sie bei dem Spiel eigentlich nicht so viel gebraucht wird, ist aber vielleicht besser, da man an eine Maus bei 3D Spielen gewöhnt ist :)

uall@ogc - Fr 22.04.05 14:14

das spiel hat bis jetzt noch keinen sinn oder?

Pr0g - Fr 22.04.05 14:35

uall@ogc hat folgendes geschrieben:

das spiel hat bis jetzt noch keinen sinn oder?

Momentan ist es nur eine Demo, um zu zeigen, was man im Spiel bisher für Elemente realiseren kann und so. Erst wenn alles so läuft, wie sein soll, wird das ganze dann zu einem Spiel ausgearbeitet.

Pr0g - Fr 22.04.05 16:51

Ich habe jetzt mal eine neue Version hochgeladen, in welcher die Geschwindigkeit des Spielers und der Türen auch mit niedrigen Frames gleich sein sollte. Habe das ganze bei mir getestet, in dem ich die FPS per Sleep von 300 auf 30 gesenkt hatte.

Karlson - Fr 22.04.05 23:48

Das ist richtig gut...

Bin mal gespannt was du daraus machst. Schonmal an einen Shooter gedacht? Das gröbste hast du ja jetzt...

Pr0g - Sa 23.04.05 00:02

Noch habe ich an nichts konkretes gedacht. Im alten DOS Spiel ging es darum Objekte einzusammeln (alle in einem Level) und Schlüssel für Türen (es gab aber auch nur ein Lebel :mrgreen:), doch das würde wohl im jetztigen Spiel keinen großen Spaß machen :lol:

StefanH - Sa 23.04.05 10:36

Ist das absicht, das sowas geht? ;) ich stand an der Wand und hab Strg "gestraft" :roll:

Pr0g - Sa 23.04.05 11:05

Nein, das ist ein Bug, ist mir auch schon passiert.

uall@ogc - Sa 23.04.05 11:23

berechnest du auch nur das was der spieler sehen kann oder immer die ganze map?

Pr0g - Sa 23.04.05 11:31

Momentan die ganze Map, soweit bin ich noch net. Optimierungen sollen noch kommen.

F34r0fTh3D4rk - Sa 23.04.05 11:55

wie wäre es mit raytracing, geht des ? :?

Pr0g - Sa 23.04.05 18:06

F34r0fTh3D4rk hat folgendes geschrieben:

wie wäre es mit raytracing, geht des ? :?

Was soll da gehen? Für Echtzeit-Raytracing fehlt den meisten wohl einiges an Rechnerleistung, außerdem habe ich noch keinen Raytracer geschrieben.

F34r0fTh3D4rk - Sa 23.04.05 18:09

ok bissl aufwendig, hast recht, ermöglicht aber viel und auf lange hinsicht wahrscheinlich auch bessere performance für die zukunft siehe q3:rt

Pr0g - Sa 23.04.05 18:33

Ich wollte aber keinen Raytravcer, sondern ein OpenGL Spiel erstellen. Was bringt es mir, wenn heute kein Rechner das Spiel darstellen könnte ;)

F34r0fTh3D4rk - Sa 23.04.05 18:34

ja meinte ja nur ^^ aber gibt es denn sonst noch für möglichkeiten ?

delfiphan - Sa 23.04.05 18:39

Raytracing ist wahrscheinlich einfacher zu programmieren als Rendering, wenn man beides von 0 an schreiben müsste. Jedoch ist ja der Vorteil, dass du fürs Rendering OpenGL hast und vor allem ein Grafik-Chip, der dir sozusagen alles rechnet. Das mit Quake 3, da waren 20 PCs parallel am rechnen und das gab dann schlueendlich 20fps bei 512x512.
Eine einfache Physik-Engine wär doch aber noch was. Ist im Prinzip mit "normaler" Physikkenntnis möglich. Es gibt aber auch SDKs, siehe http://www.novodex.ch/.
Ich freu mich schon auf die kommenden Jahre, wenns dann PPUs (Physics Processing Unit) und Raytracing Chips gibt...

Pr0g - Sa 23.04.05 19:08

F34r0fTh3D4rk hat folgendes geschrieben:

ja meinte ja nur ^^ aber gibt es denn sonst noch für möglichkeiten ?

Auf was willst du denn hinaus? Die Grundlage der grafischen Ausgabe stand doch nie zur Debatte.

F34r0fTh3D4rk - Sa 23.04.05 19:36

doch:

Zitat:

Momentan die ganze Map, soweit bin ich noch net. Optimierungen sollen noch kommen.

Pr0g - Sa 23.04.05 19:52

Damit sind natürlich Optimierungen auf Basis von OpenGL gemeint. :roll:

adler - So 24.04.05 15:20

Also

1. Den Bug mit der Wand, einfach den Mindest abstand der zu zeichnenden Polygone herabsetzen.
2. Mit dem Frames, das ist nicht schwer. Im Tutorial auf http://www.delphigl.com für Napalmbomber beschrieben.
3. Physik ist so ne Sache, da hängts dann zumindest bei mir immer an mathe.
Allerdings gibts da ja noch Newton oder von http://www.delphigl.com entwickelt auch gerade einer eine Physikengine.

Pr0g - So 24.04.05 16:27

Zu 1.) Dem Problem werde ich mich beim nächsten Updaten annehmen.

Zu 2.) Das ist ja schon gelöst.

Zu 3.) Das Spiel sollte eigentlich recht simple werden, daher bspw. auch sich mit drehende Texturen, anstelle von 3D Objekten. Daher denke ich, dass eine Physikengine wohl ein bisschen übertrieben ist :lol:

adler - So 24.04.05 17:27

Achja, und das mit den Türen ist nicht gut gelöst (tür nummer 2 öffnen 1 und 3 schliessen usw)
Sollte nach ner bestimmten Zeit geschlossen werden.

Pr0g - So 24.04.05 17:47

Jede Tür wird einzelnd behandelt. Nach dem Öffnen bleibt eine Tür eine bestimmte Zeit offen, dann wird sie geschlossen, wenn der Spieler nicht dazwischensteht (falls er dazwischensteht, wird der Countdown erneut gestartet). Sie sind also nicht von einander abhängig.

adler - So 24.04.05 17:54

Huch, stimmt geht doch ^^

Timosch - Mo 25.04.05 13:55

Wie hoch sind die Systemanforderungen für das Spiel? Auf meinem alten AMD-K6-2 läuft das ein bisschen zäh.

Pr0g - Mo 25.04.05 14:49

Gute Frage, wer hat den ein recht altes System und konnte gut laufen?

FrEaKY - So 21.05.06 03:37

is zwar ein sehr altes topic, aber da ich grad ne engine progge würd mich das mal interessieren. die links gehen net mehr. kannst du es nochmal hochladen wenn dus noch hast?

detke - So 21.05.06 19:45

Hallo,

bei mir geht der Download net.

Gruss detlef

Pr0g - So 21.05.06 21:44

Sorry, ich hatte vor einiger zeit aus versehen meinen temp-Ordner auf pr0g.net geleert und da waren unter anderem auch die ganzen in Foren verlinkten Dateien drin, habs nun nochmal im ersten Post angehangen :roll:

Das Projekt ist aber derzeit sogut wie eingefroren, gibt momentan wichtigere Projekte.

Ivo@CoMRoK - So 24.06.07 18:08

F34r0fTh3D4rk hat folgendes geschrieben:

ok bissl aufwendig, hast recht, ermöglicht aber viel und auf lange hinsicht wahrscheinlich auch bessere performance für die zukunft siehe q3:rt

Naja wahrscheinlich wollte Prog auch kein 6GB (oder was weiß ich wie groß) Spiel programmieren, sondern ein eher Levelbasiertes KLEINES Spiel, bei dem es nicht wichtig ist ob der rest, der nicht dargestellt wird auch berechnet wird. Sonst könnte man auch noch den räumen einzelne Ladeabschnitte zuweisen.

Spansky - So 24.06.07 19:22

also bei mir flackert das spiel wie verrückt... 6600 GT, AMD 3200+64, Vista Ultimate x64... Framerate lässt sich schwer ablesen, sieht aus wie ne 80!

Snikch - Fr 29.06.07 13:24

Das Spiel ist bei mir unspielbar.
Man kann nichts erkennen!

Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2026 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!