Das hängt einfach davon ab, was wir als "Entwickler" definieren. Wenn einer ein Tools-Entwickler ist, dann ist das voll okay, wenn wir aber Spiele machen wollen, sieht es anders aus.

Es ist ja wirklich so, dass einige Projekte alle Tools selbst entwickeln, aber diese Projekte sind eher bei Ogre zu finden (siehe Deck13). Da nutzt man einfach den besten ("bezahlbaren") Renderer und entwickelt dann die Tools.
Deck 13 hätte ja auch A6 nutzen können. Aber aus guter Quelle weiß ich, dass die z.B. über das 2. UV-Set der Modelle Lightmaps rendern und dass die Shader einsetzen, sieht jeder selbst an "Ankh" oder "Jack Keane".

Da kommen wir also zu einem anderen Punkt: Warum sind die meisten hier? Warum nicht bei Ogre?
Ganz klar, wegen der Tools. Es heißt ja auch GameSTUDIO. Diese Tools machen das Konzept aus.
Wenn ihr jetzt sagt, wir coden die alle selber, treibt ihr die Leute mit offenen Armen zu Irrlicht, Ogre, TrueVision und co.

Nein, weil ich da wesentlich mehr Low Level Kram habe, wenn ich einen Editor entwickeln will, der zu meinen Ansprüchen passt.
GS ist für mich der goldene Mittelweg sozusagen.
Ich nehme dankbar jede Hilfe an, die zum GS Paket gehört. Aber wenn etwas nicht dabei ist, mache ich es selbst.
Ich warte nicht ein Jahr darauf und wende mich dann enttäuscht ab.

Wenn du Lite-C als Lowlevel bezeichnest...
Mit Irrlicht habe ich ne API, die nahezu genauso einfach ist, mir aber hundert mal mehr Möglichkeiten bietet. Stimmt wohl, dass da einige Dinge fehlen, aber dazu gibt's ja die netten Leute aus dem Forum. Ich hab inzwischen (gameplaytechnisch) schon mehr erreicht als ich mit Acknex je bei einem solchen Spiel hätte schaffen können.

Nein ich bezeichne C++ und editorentwicklung für OGRE als Lowlevel. Augen auf.

Umpf, hab mich selber verschrieben. Aber gut, C++ ist nicht viel anders als Lite-C, dafür aber acht mal so gut und auch einfach schneller. Über Tools lässt sich dann natürlich streiten, da ist Gamestudio natürlich vorne.

Naja, Irr-Edit ist so schlecht auch nicht. Er rendert tolle Schatten auf statische Meshes sogar mit Radiosity. Das kann der WED noch nicht.

MED und SED Alternativen gibt es nicht, aber dafür gibt es kostenlose C++ Compiler und sogar die Projekt-Dateien dafür mit super einfachen Tutorials. Ich habe die auf Anhieb als C++ Anfänger verstanden, liegt aber auch daran, dass die API von Irrlicht "irre" einfach und logisch ist.

Aber das führt vom Thema weg.
MED und WED sind doch heute gar nicht mehr so wichtig. Viele erstellen die Level als Modelle in externen Editoren. Die Tools die fehlen, sind gute Material-Editoren und in-Game real-time Editoren.
Das alles gilt allerdings nur, wenn wir von 3d-Projekten reden.
Bei einem 2d-Puzzle ist das nicht so wichtig.

Woaa! Das musst ein neues Welt Rekord sein! Sechsundsechtzig interresante posts in veniger als neun Stunden.

Super!

Das ist jetzt nicht persönlich - aber bis auf das "einfache" selber-erzeugen von Meshes sehe ich keinen Vorteil, zumal einige Punkte falsch dargelegt sind. C++ kannste mit Gamestudio auch übers SDK benutzen. Ich meine, wo ist der Punkt? Hohe Compilerzeiten? Soweit ich weiß gibt es nur 2 oder 3 aktuelle Projekte die daran leiden und afaik sind dies stumpfe C-Script "Portierungen" ohne Ausnutzen der Features, die C bietet. Zu den Komponenten.. ich meine.. kannste dir doch alles auch in Gamestudio einfügen, wenns nicht ANSI C ist, dann eben als DLL kompilieren und wrapper functions schreiben. Aber ich will Irrlicht nicht verteufeln, ich finde diese engine nämlich auch symphatisch. Die Sache ist ja auch die, dass du damit klar kommst und etwas "produzieren" kannst und das ist die Hauptsache.

A7 ist übrigens keine Grafikengine, sondern eine gameengine. Das ist ein signifikanter Unterschied, denn es ist alles darauf getrimmt, den Code für das Initialisieren der engine und den diversen Verwaltungsgeschichten zu minimieren und den Code, den man fürs Spiel schreibt, zu maximieren. Es ist erstaunlich, dass du selbst mit 3 Zeilen Code schon was auf den Bildschirm zaubern kannst. Ähnliches Prinzip verfolgt ja auch XNA, wobei dort für meinen Geschmack immer noch zu viel engine-Gedöns drin ist.

Was ist eigentlich Ziel dieses Threads? Also.. geht es hier darum nur Infos einzuholen was Leute denken, ein Proposal (mal wieder) an Conitec oder bestimmte Dinge herausarbeiten, die man mal programmieren sollte (allerdings wäre dies dann ja ein Workflow-Thread), oder wie oder was.