JLI Spieleprogrammierung

[Fossil]

Hallo jli-Gemeinde,

ich hänge immer noch an Kapitel 19 fest, gebe aber zu, daß ich in letzer Zeit nicht fleißig war (Garten, Sommer(?), Familie). Ich versuche gegenwärtig etwas ganz Einfaches: im Programm "Test Sprite" den fighter durch ein anderes Sprite zu ersetzen, indem ich den IMAGE_FILE ändere.


//#define IMAGE_FILE "..\\..\\media\\fighter.bmp"
//#define SPRITE_WIDTH 74
//#define SPRITE_HEIGHT

#define IMAGE_FILE "e:\\eigene Dateien\\GenesisCD\\Buch\\BitMaps\\House3.bmp"
#define SPRITE_WIDTH 256
#define SPRITE_HEIGHT 256


Also: Zunächst habe ich den vollständigen Pfad für den fighter eingesetzt, das funktioniert. Dann habe ich (s.o.) "...\\fighter.bmp" durch "e:\\...\\house3.bmp" ersetzt, wobei house3.bmp 256x256 Pixel groß ist, also gut auf die 600x800 Oberfläche paßt (SpriteX und SpriteY habe ich auf 0 gesetzt.)

Komplieren verläuft ohne Fehler oder Warnung, ebenso das Linken. Bei der Ausführung wird noch die Message Box gezeigt, die u.a. die Verschiebemöglichkeit anzeigt, nach OK erscheint eine Message box, die einen Fehler in der Anwendung in TestSprite.exe anzeigt:

Die Anweisung in "0x736f9e76" verweist auzf Speicher "0x000000004". Der Vorgang "read" konnte nicht auf dem Speicher durchgeführt werden.

Die Sache ist insoweit interessanter, als ich dieses Phänomen vor einiger Zeit mit allen Programmen des Kapitels 19 hatte. Ich habe netürlich an einigen dieser Programme herummanipuliert, aber was ich angestellt habe und warum plötzlich alle, auch die nicht berührten, so reagieren, ist mir schleierhaft. Ich habe mir so geholfen, daß ich alle Bespielprogramme von der CD in einen neuen Ordner geladen habe und wollte eigentlich die ganze Sache vergessen, aber jetzt ist es wieder aktuell geworden.

Noch eine Frage: wie tranferiert ihr eigentlich einen Teil des Progammcodes in eine Nachricht wie diese hier? Ich habe es zwar mit Kopieren/Einfügen auch geschafft, aber Eure Mitteilungen sehen einfach besser aus.

Kann mir jemand helfen? Vielen Dank.
Euer Fossil
_________________
Weissjurabeta

[GreveN]

Sicher, dass der Pfad stimmt? Wie schaut deine Laderoutine aus? Ist mit der Bitmap alles ok?

Um den Code so hübsch formatiert anzeigen zukönnen, gibt's die CPP-Tags. ;)

[DirectXer]

schon mal mit debuggen versucht? damit du weißt, wo genau dein Programm abstürzt?

btw:

[Jonathan_Klein]

jup also Kkonfiguration Debug wählen, und dann compileieren. Evtl. Windowed-Mode einscahtlen (also nicht Fullscreen) dann müsste bei einem Programmabsturz ein Fenster aufgehen in dem du auf Debug klicken kannst, dann bekommst du genau die Programmzeile angezeigt in der es den Crash gab, außerdem kannst du die Inhalte aller Variablen nachschauen, usw.
Wahrscheinlich liegt es einfach daran, das er die Datei nicht finden kann. Für später lohnt es sich dann eine Sprite klasse zu programmieren, die die Datei überprüft, und wenn sie nicht geladen werden kann, einen Fehler ausgibt, bzw. in ein Logbuch schreibt.
Bei mir ist es so, das das Prog zwar mie s läuft, oder evlt. abstürtzt ich dann aber genau sehen kann, welche DAtei ich veruscht habe zu laden und so den Fehler sehr schnell beheben kann, so dass wieder alles glatt läuft.
_________________
https://jonathank.de/games/

[Fossil]

Liebe GreveN, DirectXer und Jonathan_Klein,

vielen Dank für Eure Anregungen. Es war tatsächlich ein Fehler im Pfad. Ich habe so oft die Beispiele von der Buch-CD heruntergeholt und wieder gelöscht, daß sich da ein Fehler eingeschlichen hat.

Euer http://www.jliforum.de/board/images/smiles/icon_biggrin.gif
http://www.jliforum.de/board/images/smiles/icon_biggrin.gif
Fossil
_________________
Weissjurabeta

[valentin_]

Habe so ziemlich das selbe Problem wie Fossil es beschrieben hat. Linken und ausführen funktioniert ohne Probleme nur an genau der Stelle wo das Sprite gezeichnet werden sollte, kommt diese Fehlermeldung. zu dem wenn ich da auf debuggen klick, kommt die selbe fehlermeldung wieder, nur ohne "debuggen"-button.


Bin dabei den JLI_ASTEROIDS Code zu erweitern(mit Items und so):

[David]

Hi!

Da sind eindeutig einige Anführungszeichen zuviel, oder?
Dieser ganze #define Kram is sowiso Müll, überleg dir da doch eine bessere Alternative...

grüße

[Christian Rousselle]

Was David eingentlich sagen wollte ist:

Lass die doppelten Hochkommata (") bei sprintf() weg:

[valentin_]

Ja es ist zwar schöner ohne #define, aber daran liegt doch nicht der Fehler. Die doppelten " hab ich weggeben, jetzt kommt keine Fehlermeldung mehr, aber es erscheit auch kein Sprite.
wieso??

valentin_

[GreveN]

Wenn du 'std::string' verwendest und unbedingt bei 'sprintf' bleiben willst, musst du die Methode 'c_str' vom Stringobjekt aufrufen, da 'sprintf' ein klassischen C-String erwartet.

Grafiken auch im korrekten Verzeichnis/Pfadangaben korrekt etc.?

[valentin_]

Hab jetzt den fehler fefunden. es wird bei mir Item->Draw() nur ein einziges mal aufgerufen!!

Dann sollte es funktioniern!

Trotzdem DANKE!!

valentin_