Programmierer unter uns?

Ist eben alte Schule (das Konzept der strukturierten Programmierung folgte ja ursprünglich auf die elativ chaotischen Zustände zuvor. Wenn man sich einmal ein altes Basic Programm ansieht, weiss man sofort, was ich meine).

Was ja aber Nichts schlechtes heißen muss. Immerhin sind God of War/God of War II auch in der Art entstanden.

Gegen OOP Sprachen (insbesondere unmanaged Sprachen wie C++) spricht einfach schon die Komplexität und die finale Größe. So etwas sollte sich IMHO keine einzelne Person antun. Vorallem dann, wenn sich das Endprodukt deutlich weniger unkompliziert optimieren lässt.

Und wie bereits John Carmack sagte: "Manchmal ist die eleganteste Lösung eine einfache Funktion. Keine Methode, keine Klasse, kein Framework. Nur eine einzelne Funktion".

Portiere das auf Dreamcast!

Oder noch besser: Halse es mir auf, damit ich es auf Segas Dreamcast portieren kann

Programmieren ist momentan leider das Einzige, für das ich Zeit habe*. Bei allen anderen schnalzt die Peitsche meiner Ausbilderin. Lol.


*Wobei auch das derzeit nur eingeschränkt der Fall ist. Mein eigenes Git Repo (Project 1 für C64) liegt nun schon eine Weile brach, weil ich mich um das Open Social Media Monitoring Repo meines Ausbildungsbetriebs kümmern muss. Nächste Woche werde ich aber definitiv mal eine Auszeit machen. Zumindest eine Stunde Pause kann ich mir ja mal gönnen. Die rechte Hand am Sandwich und die linke auf der Tastatur bringt es auf Dauer auch nicht.

Wo das thema jetzt hier aufkommt...

Hast du dich schon mal mit der Dreamcast Programmierung befasst? Ich habe vor nicht allzulanger Zeit ein GPL-projekt gefunden, was imho sehr gut zur Dreamcast passen würde. Der Code ist zwar für iOS bestimmt gewesen, ports für mac und windows gibt es. Ich habe es jetzt noch auf Linux mittels SDL (-> damit läufts es auch ebenso auf win und mac) angepasst. Sound ist zwar noch per OpenAL, aber das ist leicht auf SDL_mixer (o. ä.) umgeschrieben. Rendering geschieht über OpenGL (der renderer code ist aber nicht kompliziert). Der source-code ist in reinem ANSI-C geschrieben und recht verständlich.
Es handelt sich um Shmup von Fabian Sanglard (fabiensanglard.net/shmup_android/index.php). Mir geht es nur um die Engine (da die Game-Data-Files nicht open-source sind kann man die eh nicht einfach so verwenden). Das Spiel (bzw die Engine selbst) ist Ikaruga recht ähnlich. Auf der DC gibts ja kaum 3D homebrew - und wenn es sie gibt, dann sind das meistens ports die mittels SDL+KGLX (OpenGL für DC) gemacht wurden. Da OpenGL-port für die DC recht lahm ist, suche ich noch nach irgendetwas was das PowerVR nativ nutzt auf der DC. Aus der Kallistios-Doku werde ich nicht schlau...
Kennst du dich da aus? Bzw irgendjemand hier?

Meine eigene Engine könnte ich natürlich auch versuchen auf die DC anzupassen, aber es ist C++ und recht komplex (ich versuche ja viele Bereiche abzudecken - soll also ziemlich genre-unabhängig und flexibel sein). Die dEngine dafür ist recht einfach. Ich habe an dem Shmup-code meinen Spaß. Die Steuerung geht zwar jetzt nur per Maus bzw Touchscreen und es müsste generell einiges umgeschrieben werden, damit es auch Gamepads etc unterstützen kann - aber einen Versuch wäre es evtl wert.

Hi b0b,

was die Dreamcast Programmierung angeht, fange ich damit erst an. Habe mir schon einmal BennuGD angesehen, weil mir die Idee des pseudo parallelen Codes ganz gut gefällt und sich die Einfachheit und Portierbarkeit für ein bestimmtes Projekt (über welches ich leider nichts genaueres sagen darf) fabelhaft anbietet.

Für eines meiner eigenen zukünftigen Projekte würde ich dann allerdings auf eine eigene Library und C++ (natürlich non-OOP) setzen.

Die Shmup Engine sagt mir definitiv zu. Wäre toll, wenn so etwas nach Dreamcast portiert würde (auch wenn es, meiner Meinung nach, eigentlich schon mehr als genug Shmups gibt und es mal Zeit für ein anderes Genre wäre).

Was PVR angeht kenne ich bisher nur zwei Engines unter KallistiOS, welche es nutzen. Da wäre zum einen das spanische Superjuego Projekt. Zum anderen wäre da CubicVR. Letzteres sieht zumindest schon einmal richtig toll aus. Für Ersteres wird man wohl leider ein paar Spanischkenntnisse mitbringen müssen.

Achja. Und dann gibt es auch noch die 240p Test Suite. Darin findet man auch ein wenig PowerVR spezifischen Code.

PS: Soweit mir bekannt, gibt es zwei Implementationen von OpenGL unter KallistiOS. Nur eine davon ist ineffizient.

C++ und non-OOP - wait... whaaat?





klar gibt es viele Shmups für die DC (ich mag das genre auch nicht soo besonders - bis auf Ikaruga und Under Defeat hab ich auf der DC zB auch keine anderen klassischen Shmups gespielt), aber diese art von spielen ist relativ einfach (technisch) umzusetzen. Ich habe zwar keinen Plan wie man ein spielerisch astreines Shmup designt, aber technisch kann ich das (ich hoffe man versteht die Aussage). Die Shmup engine von oben ist relativ simpel, aber es sieht echt gut aus!

Es wurde ja ursprünglich für das iPhone entwickelt und hat einen recht guten Ansatz um die Framerate so hoch wie möglich zu halten (polygon visibility wird im preprocessing berechnet - kann man bei einer Shmup-engine ja machen, da sich die Kamera immer gleich bewegt...)





CubicVR kenne ich, allerdings nutzt es auch KGLX.

Wii Umsetzung wäre auch geil - das wäre sogar einfacher als bei der DC.

Habe gestern mal etwas an einer modernen Umsetzung meines C64 Sprites (siehe mein Avatar) gearbeitet. Das ist dabei soweit herausgekommen :



Was ich noch ändern muss ist die Augenfarbe (sollte eigentlich mehr richtung helles gelb mit ein wenig grün gehen) und das Colourbanding.

Wird dann später, wenn es vollständig fertig ist, gerigged, mit ein paar Shadern ausgestattet und anschließend gerendert (entweder mit 3Delight oder NVIDIA OptiX). Evtl. werde ich das fertige Modell auch vorher noch in Sculptris oder Curvy3D importieren, um noch ein paar Details hinzuzufügen.

Das vollständige Art Design habe ich allerdings noch nicht entschieden. Entweder wird es Cell-shaded (mit gemalten/vektorisierten Hintergründen) oder vom Stil her so ähnlich wie Donkey Kong Country.

Was für ein Framework/Engine benutzt du?

Geb mal paar Technische Background Infos

Wie schaut es aus mit Sourcecode / Lizenz?

C++ und non-OOP - wait... whaaat?

Na logo. C++ ist meine liebste Sprache und wenn man C++ ohne Objektorientierung verwenden will, dann kann man ja gleich C programmieren.

Schonmal was von funktioneller Programmierung gehört?

In C++ kann man genauso andere Paradigmen ansprechen. Entweder funktionell oder DOP (Daten-Orientiert). Beides besser als OOP.

Nur weil dir OOP zu komplex ist

@thecixxx

Ist der letzte Shot (der mit den markierten Elementen) in-Engine oder ist das Google Sketchup?
Wenn es Ersteres sein sollte, freut sich der kleine Optimierungssuchti in mir schon wieder mal so richtig.


@knacht

Du hast mich durchschaut. Ich verzichte nicht etwa auf die übermäßige Benutzung von Klassen und Vererbung, um eine schonende Performance zu erreichen und den Code übersichtlich zu halten, sondern weil mir OOP (alias Spaghetti Code 2.0) einfach zu furchtbar komplex ist

Übrigens setzt DOP im Grunde auf OOP auf. Es ist einer der wenigen guten Dinge, die in den letzten Jahren aus dem Hause Sony kamen.

In C++ kann man genauso andere Paradigmen ansprechen. Entweder funktionell oder DOP (Daten-Orientiert). Beides besser als OOP.

Ja, aber wenn du in C++ eben nicht objektorientiert programmierst, dann ist das im Prinzip C-Code den du mit einem C++-Compiler übersetzt. Klar gibt's da noch feine Unterschiede, im Prinzip lohnt es sich aber nicht C++ zu programmieren, wenn man den Mehrwert, den es bietet, dann nicht nutzt.

In C++ kann man genauso andere Paradigmen ansprechen. Entweder funktionell oder DOP (Daten-Orientiert). Beides besser als OOP.

Dass ein Programmierparadigma besser als das andere ist, kann man so überhaupt nicht sagen. Es kommt immer auf die jeweiligen Anwedungssituationen, die Anforderungen und vieles mehr drauf an. Große Projekte, die über längere Zeit hinweg gewartet und verwendet werden sollen, würde ich aber immer objektorientiert angehen. Allgemein ist man sich heute einig, dass OOP die Zukunft ist. An Unis wird das gelehrt, auch im Informatikunterricht in der Schule, wie es in der Fachinformatikerausbildung (Anwendungsentwicklung) aussieht kann ich nicht sagen, vermutlich aber ähnlich, da der Fokus dort wohl auf Sprachen wie Java oder C# liegt.

Ui da wirst du dir heute abend von consolefan was anhören dürfen