Delphi Spiele Open Source für Neugierige

[jobo]

Zitat:

Zitat von Der schöne Günther (Beitrag 1376402)

Delphi ist jetzt aber auch nicht grade eine naheliegende Lösung für Spiele-Entwicklung.

Das ist richtig, das steht eher für meine Faulheit und die Tatsache, dass Delphi einfach am besten ist. :)

Zitat:

Zitat von Benedikt Magnus (Beitrag 1376405)

Wenn auch etwas einfachere Spiele interessant für dich sind, könnte ich meine Entwicklung von "Vier gewinnt" mit KI und Mehrspieler anbieten

Einfacher ist natürlich pädagogisch wertvoll, auch wenn größere Sachen wohl leider attraktiver wirken. Komme ich drauf zurück.

Zitat:

Zitat von himitsu (Beitrag 1376406)

größte Beispiel ist ein graphisch überladener Werbeverteiler, welcher sich Skype nennt.

.. um nicht alles selber zu machen.

StoneQuest und paar andere Delphi-Spiele brauchen in der Entwicklung etwas länger, da dort oftmals auch die Engines (Grafic, Physics usw.) selbst geschrieben wird und man sich nicht ausschließlich auf das Spiel an sich konzentriert.

Skype Sourcen wären auch nicht verkehrt :stupid:
Der Stonequestentwickler will ja gerade eine eigene Engine, um etwas einzigartiges anzubieten. Was sich ja nicht nur auf austauschbare/beliebige Animationen bezieht, sondern auch auf die Technologie. Kann ich gut nachvollziehen, auch wenn zu fürchten ist, dass wir alle nicht genug "Mannjahre" vor uns haben, das SQ Release zu erleben.

Zitat:

Zitat von Benedikt Magnus (Beitrag 1376408)

Es gibt keine richtig "große" Engine in Delphi, Zum Beispiel Castle Game Engine oder die Platform eXtended Library.

Caste engine hatte ich gestern erst entdeckt, auf den Spuren der vorigen Tipps. Auch wenn das als nicht so groß bezeichnet wird, - ich hab da ehrlich kein Überblick- sieht es doch mächtig und vielseitig aus, auch was die Schnittstellen angeht.

[mkinzler]

Weitere Engines/Bibliotheken:

http://zengl.org/
https://github.com/Relfos/TERRA-Engine
http://quad-engine.com/
https://github.com/Zaflis/nxpascal
http://www.casteng.com/casteng/
http://www.afterwarp.net/
https://github.com/dimsa/ShadowEngine
http://www.zgameeditor.org/

https://sourceforge.net/projects/gamemundo/

[Glados]

Zitat:

Das ist richtig, das steht eher für meine Faulheit und die Tatsache, dass Delphi einfach am besten ist

Da fällt mir Unity ein. Ist zwar nicht Delphi aber Unity nimmt einem quasi alles ab.
Immer mehr Spiele werden mit Unity entwickelt, weil die Arbeit damit mit Delphi vergleichbar ist: vieles ist schon fertig und man muss es einfach nur nutzen.

[Ghostwalker]

Mich wundert es etwas, das noch niemand einen Delphi-Port für die Unreal-Engine gemacht hat (ok...hab jetzt auch noch nicht danach gesucht).

Selbige ist ja vor einiger Zeit auf JS portiert worden und soweit ich weiß dort als OpenSource verfügbar.

Was JS kann sollte, denk ich mal, Delphi erst recht können.

[Ghostwalker]

Zitat:

Zitat von Glados (Beitrag 1376527)

Da fällt mir Unity ein. Ist zwar nicht Delphi aber Unity nimmt einem quasi alles ab.
Immer mehr Spiele werden mit Unity entwickelt, weil die Arbeit damit mit Delphi vergleichbar ist: vieles ist schon fertig und man muss es einfach nur nutzen.

Na...zumindest im Browserbereich gehen immer mehr Entwicklerstudios weg von Unity. Es wohl für die Entwickler recht gut und einfach zu handlen. Aber es gibt immer wieder größere Probleme mit den Playern für die Browser, was natürlich den Support-Aufwand auch für die Entwicklerstudios erhöt. Zu dem nehmen die Möglichkeiten grad im Browser-Bereich immer mehr zu (z.B. durch HTML5/JS).

[CHackbart]

Guck mal hier: https://github.com/TetrisSQC/Minicraft-Delphi-Port


Das hatte ich vor 2 Jahren gemacht, um ein Gefühl für ein "sinnvolles" iOS bzw. Android Projekt zu bekommen. Da sind noch einige Memoryleaks drin, aber das Spiel an sich geht ganz gut.

Christian

[jobo]

Zitat:

Zitat von mkinzler (Beitrag 1376519)

Weitere Engines/Bibliotheken:

Super, eine Menge Stoff. Ich glaub ich muss meinen Sommerurlaub verlängern

[p80286]

Zitat:

Zitat von himitsu (Beitrag 1376406)

Pascal als Lehrsprache erfunden und Anfangs vorallem für Datenbankanwendungen benutzt (erstaunlich, mit dem schlechten Grid),
was aber nichts aussagt, bezüglich der Verwendbarkeit für graphische Anwendungen.

Das mit Pascal und Datenbanken halte ich für ein Gerücht, das auch durch permanente Wiederholung nicht an Wahrheitsgehalt zunimmt.
Ob die damalige "Turtle" Grafik wirklich zählt, darüber kann man diskutieren, allerdings kann ich mich an dutzende mehr oder weniger gut programmierte Grafikpakete erinnern, die schon recht leistungsstark waren, aus meiner Sicht. Vor allem da sie nicht davor zurück schreckten Hercules, VGA, EGA und CGA gleichzeitig zu unterstützen.


Gruß
K-H

[CCRDude]

Anfang der 70er Jahre war an ein "schlechtes Grid" noch gar nicht zu denken. Selbst als ich angefangen habe zu TP 3-Zeiten hatte das mit Datenbanken nichts am Hut. Turbo Professional war das erste Text-Modus-UI, und Gem das erste grafische UI, an die ich mich erinnere (Turbo Vision kam lange danach), und auch da gab's zwar sowas wie Grids, aber kaum in Verbindung mit Datenbanken. Für dBase-Datenbanken, wie sie damals üblich waren, gab's von Haus aus erstmal nichts.

Sprich: die Datenbanken kamen erst so richtig lange nach der "großen" Zeit von Pascal, also es schon nicht mehr Turbo Pascal, sondern dann irgendwann Delphi hieß.

Und ich empfang ihre Implementierung in Delphi schon immer so grottig, dass ich von je her lieber sqlite3.dll oder libmysql.dll verwendet habe, aber das ist vermutlich auch ein bißchen Geschmackssache ;)

[himitsu]

Turbo Pacal: Das mit den Datenbanken kam doch erst mit Delphi rein, bzw. als es von Borland gekauft wurde.
Angelbich soll der Name "Delphi" über das DBMS Oracle und das "Orakel von Delphi" gekommen sein, wobei Delphi eigentlich garnicht offiziell Delphi heißen sollte, sondern AppBuilder.
Delphi war scheinbar der interne Entwiklungsname und kurz vor der Veröffentlichung war aufgefallen, dass der Name "AppBuilder" belegt war.
PS: Intern heißt das Delphi-IDE-Hauptfenster immernoch TAppBuilder.