JLI Spieleprogrammierung

Zyrian · Verfasst am: 04.04.2004, 12:07 Titel: Tutorial zu Leveleditor

Hi,

da ich selber keinen Ansatz dafür hab, wollt ich fragen, ob ihr vielleicht ein Tutorial für eine Art 2D-Leveleditor kennt. Geht nur um die Grundzüge, also wie sich das generell realisieren lässt usw. Dass ich das komplett nachher anpassen muss is sowieso klar.
Hat jemand was?

MFG
Chris
_________________
Schau mir in die Augen, Kleines.

Jonathan_Klein · Verfasst am: 04.04.2004, 13:03 Titel:

Ich hab schon des öfteren 2D Leveleditoren programmiert. Die Farge ist: Was für ein 2D Spiel?

Du müstest erst einmal wissen, was du für eine Engine benuzt. In einem jump and Run kannst du das Level z. B in ein Array speicher:

00000000000
00xxx000000
00xxxxxxxxx

so z. B.

Oder du kannst einzelne Objekte mit ihrer Position speicher:

3 Block an 3, 3
8 Block an 3,4

damit legst du dann das Dateiformat fest. Und den Eidotr musst du dann für das Dateiformat entsprechend porrgrammieren.

Schreibt doch einfach mal genau, wie das Spiel aussehen soll, dann kann ich dir sagen, wie ich es umsetzten würde.
_________________
https://jonathank.de/games/

Zyrian · Verfasst am: 04.04.2004, 18:34 Titel:

Danke für die schnelle Antwort (:

Also, ->hier<- ist ein Screenshot aus meinem aktuellen Projekt, was noch in einem sehr frühem stadium ist.

Bisher hab ich die karte mit so einer datei geladen:

Jonathan_Klein · Verfasst am: 04.04.2004, 20:54 Titel:

Hast du eine Text oder eine Binärdatei?

Ich würds mit ner Binärdatei machn:

Zyrian · Verfasst am: 04.04.2004, 21:26 Titel:

Thx für die Hinweise. Sieht richtig gut aus (:

Hast du deine Editoren mit MFC gemacht oder mit der WinAPI?
_________________
Schau mir in die Augen, Kleines.

Jonathan_Klein · Verfasst am: 04.04.2004, 22:41 Titel:

Weiß nicht so genau:

WinAPI ist doch so ne Srt komischer Assistent, mit dem man nervige Sachen wie Fenster erstellen und so machen kann.

Und MFC ist das ganz normale Visual C++?

Ich hab jedenfalls alles mit VC++
Projekt->Neu->LeeresProjekt
und dann alles selbst eingegeben. (den Quellcode der WinMain hab ich aus dem Buch)
_________________
https://jonathank.de/games/

Zyrian · Verfasst am: 04.04.2004, 22:50 Titel:

Also MFC ist dieser "komische Assistent" Wink

der einem so die Grundklamotten wie die Fenstererstellung abnimmt und wo man per Drag&Drop Schaltflächen, Beschriftungsfelder etc. setzen kann, und die dann später im Code mit einer Funktion belegen kann.

Die WinAPI ohne MFC ist das, womit du das wohl immer gemacht hast, also direkt per Codeeingabe und nicht mit vorigem Design des Dialogfensters bzw. SDI oder MDI Anwendung.

#C
_________________
Schau mir in die Augen, Kleines.

KI · Verfasst am: 04.04.2004, 22:53 Titel:

Jonathan_Klein · Verfasst am: 04.04.2004, 22:57 Titel:

OK
ich hab mich damit halt noch nie befasst.
Ich benutze immer Win-32 Anwendung und dann Leeres Projekt
_________________
https://jonathank.de/games/

KI · Verfasst am: 04.04.2004, 23:00 Titel:

Zyrian · Verfasst am: 04.04.2004, 23:15 Titel:

hm naja ich hab mich damit noch nie wirklich befasst Wink

also:

_________________
Schau mir in die Augen, Kleines.

Hazel · Verfasst am: 05.04.2004, 08:32 Titel:

Buddy Jesus aus Dogma ;D

MFC ist die Abkürzung für Microsoft Foundation Classes. Das ist ein Haufen von Wrapperklassen für alle möglichen WinAPI Funktionen. Meiner Meinung nach zu groß, unübersichtlich und überladen.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

Jonathan_Klein · Verfasst am: 05.04.2004, 08:50 Titel:

Wir sollten vieleciht nicht zu sehr vom Thema abschweifen. Was ich ehrlich gesagt ein bisschen komisch finde, ist das so viele Threads immer wieder vom Thema abkommen. Wenn wir uns über MFC unterhalten wollen, sollten wir einen neuen Thread veröffentlichen und in diesem nur die Frage über den Leveleditor klären.

Ich finde dieses Forum sehr gut aber meine, das es durch unnötige Abschweifungen ein bisschen unübersichtlich ist. Das hier ist ein Forum, kein Chatroom.

(nicht böse sein, ist nur meine Meinung)
_________________
https://jonathank.de/games/

Hazel · Verfasst am: 05.04.2004, 09:03 Titel:

Ja du hast natürlich recht aber wenn du dir mal anschaust wieviele _aktive_ Mitglieder wir nur haben ist das schon in Ordnung. Es wird wenig gepostet und ich denke mal, dass jeder jeden Thread gut mitlesen kann.

Zum Editor: Ich würde in der Entwicklungsphase die Dateien im Textformat abspeichern. Da lassen sich einfacher Bugs finden und kleine Änderungen vornehmen. Später solltest du sie aber binär speichern weil sie sonst zuviel Platz wegnehmen.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

Jonathan_Klein · Verfasst am: 05.04.2004, 10:18 Titel:

Meinst du Bugs von der Sorte, das die Speicherfunktion die Datei nicht richtig speichert? Und das man um das zu überprüfen einfach die Textdatei öffnet und sieht, was er da für einen Blödsinn reingeschrieben hat?
Naja, is vieleicht nützlich aber wenn man später auf Binärdateien umsteigt, muss man doch die Speicher und Ladenfunktion neu schreiben. Ist ja schon ein kleiner Unterschied. Und dann weiß man wieder nicht, ob die jetztkorrekt arbeitet. Von daher finde ich es unsinnig, schon zu Planen mitten in der Entwicklung das Levelformat zu ändern. Ich würd direkt Binär nehmen.

Wenn du so Bugs meinst, bei denen man Fehler beim Levelbauen hatte: Man sollte im Editor vieleicht einfach ein paar Funktionen einbauen, mit denen man die einfach beheben kann. Also komfortabler als im Texteditor.

Den Vorteil von Textdateien sehe ich nur darin, dass man sie einfach mit dem Texteditor bearbeiten kann. Daher kann man sie gut nutzen um z. B. Textmeldungen oder so zu speichern. Denn dann müsste man ja um einen Editor für Textmeldungen zu programmieren quasi Notepad nachprogrammieren. Wenn man aber was anders als Texte speichern will, ist ein selbstprogrammierter Editor eigentlich immer komfortabler als Notepad.

Ich hab nur mal Text statt Binär benutz als ich keine Lust hatte erst einen Editor zu schreiben. Dann hab ich später auch nicht mehr auf Binär umgestellt.
_________________
https://jonathank.de/games/