Hi!

Ich bin C/C++ u. Delphi Softwareentwickler und habe schon mit einigen Game-/GraphicEngines herumexperimentiert. Zuletzt bin ich auf Gamemaker umgestiegen, weil mit 3D-Engines einfach zu viel Zeit drauf geht, um in der Freizeit etwas zu machen. Ich habe mit meinem Team ein Miniprojekt gestartet, bei dem wir einfach versucht haben, herauszufinden, wozu GM in der Lage ist, bzw. wie man damit umgeht.

Nach unserem kleinen "Lernprojekt" möchten wir jetzt einen Schritt weiter gehen. Bei diesem Projekt wird es auch mehrere Coder geben, was uns natürlich vor das Problem stellt, dass mehrere Leute zugleich am GM-Projekt (.gmk) arbeiten müssten. Grundsätzlich gibt es ja die Möglichkeit, Funktionalitäten in .dlls auszulagern. Damit wärs natürlich möglich, jedem Entwickler ne .dll zu übertragen und später alles ins Projekt zu integrieren. Natürlich ist das auch nicht die grandiose Lösung, weil es immer wieder zu Engpässen kommen wird. Die Optimalvariante wäre meiner Meinung nach, eine Variante wie cvs oder subversion bei C/C++ / Delphi ...

Die Frage, die sich mir nun stellt, ist die (ich konnte im Forum leider nichts dazu finden):

- Habt ihr Erfahrung mit größeren Projekten, bei denen mehrere Personen zugleich am Projekt arbeiten (abgesehen von Artists, die kann man ja schön außen vor arbeiten lassen)?

- Welche organisatorischen oder technischen Lösungen gibt es für die erwähnte Problematik?

- Ist es möglich, GM hauptsächlich als Engine zu benutzen (wie zB Ogre)? Meine Idealvorstellung wäre es ja, die gesamte Spiellogik und alles drumherum in C++ zu programmieren und den GM nur für die Grafikausgabe oder die Kollisionen zu verwenden. Der GM wäre in dem Fall eigentlich wie ne Grafik-dll ...

Mir ist schon klar, dass man für solche Anfordungen auch eine .dll wie Allegro oder so verwenden könnte, nur würden wir uns gern den Aufwand der "Engineprogrammierung" sparen, zumal wir alle in der Freizeit entwickeln und die ist sehr spärlich gesät.

Danke für eure Tips!
Necron

Danke für deine Antwort!

Ich möchte nur nochmal hervorheben, dass es kein "Riesenprojekt" im Sinne von BaldursGate oder so werden soll (ich hab ja Erfahrung in der Softwareentwicklung). Wir möchten nur den Schritt von Mini-Projekt (spaceshooter) zu einem etwas komplexerem Game machen.

Da wir mehr Coder kriegen, ist genau das unser Problem. Von "Riesenprojekten" wie MMORPGs oder so, halte ich selbst nichts, weil ich es einfach unrealistisch finde, sowas in seiner Freizeit mit ein paar Hobbybastlern machen zu wollen.

Wenn ich dich richtig verstanden habe, siehst du die Möglichkeiten ähnlich wie ich:

a.) dlls
b.) das zusammenführen der Bausteine wird problematisch
c.) gm ist halt nicht unbedint auf so etwas ausgelegt (objekte, instanzen etc.)

Falls ich etwas mißverstanden habe, korrigiere mich bitte.

Wir versuchen einfach, herauszufinden, ob wir mit GM auf diese Art arbeiten können, oder nicht. Sonst müssten wir halt entweder ein Projekt angehen, bei dem viel in dlls gemacht werden kann und nur ein gm/gml-entwickler benötigt wird, oder überhaupt ein anderes tool benutzen, wenn das team weiter wächst.

lg necron

@DonMichele:
Ich sage ja nicht, dass ich technisch nicht in der Lage wäre, Ogre oder eine andere Engine zu benutzen. Aber durch die wenige Zeit, die wir für das solche Projekt aufbringen können, scheiden Engines wie Ogre allein schon deshalb aus, weil das 3D-Modelling für die Artists wesentlich zeitintensiver ist und weil die Entwickler keine Zeit mit dem Engine-programmieren "verschwenden" wollen. Wir wollen ein Spiel machen und da kommt uns alles gelegen, dass uns Arbeit abnimmt. Da ist GM ganz weit vorn, weil man extrem schnell das tun kann, was man eigentlich will, nämlich das Spiel selbst zu bauen. Leider ist es beim GM mit Teamwork halt wieder relativ schlecht ... Wenn es echt nicht anderes gehen sollte (was ich momentan nicht glaube), können wir noch immer auf eine andere Engine umsteigen.

@Domimah:
Danke für den Hinweis. Das Projekt schaut verdammt gut aus. Ich les mich da mal ein ...

LG Necron