Lustige Bugs in Frutty Man

[oobdoo]

Die Positionsdaten vom Frutty und vom Monster sind nur 8 Bit groß und demendsprechend habe ich die als DEFB definiert.
Mache ich ein DEFW draus, dann ergibt es dieses lustige Bild.

Das sieht danach aus als würde sich der Bug nicht mehr so lange verstecken können. 

Nachtrag:
Ich Idiot!!! Logisch das DEFW nicht gehen kann, wenn ich immer nur um eine Position weiterrechne. Ach wie auch imma...

[TFM]

Sieht cool aus!

Also mit DB definierst Du 8 Bit Werte, Koordinaten können also z.B. von 0 bis 255 reichen.

Mit DW definierst Du ja 16 Bit Werte, davon würde ich abraten, wenn Du die nicht dringend brauchst.

Ohne Source kann mal schwer was zum Bug sagen, aber ich finde Du bist ganz nahe dran das Spiel zum laufen zu kriegen. Nur nicht aufgeben! 

[oobdoo]

Morgen schreib ich die Bewegung komplett neu. Macht keinen Sinn da weiter zu suchen. Je mehr ich das versuche Einzugrenzen, um so mehr spinnt das alles.

[oobdoo]

So, gibt wieder was zum Lachen. Schreibe gerade die Bewegung neu. 

[oobdoo]

Ich häng mich tot in schieß mich auf.

Hatte die ganzen Bewegungsroutinen gelöscht und komplett neu angefangen. Wieder das gleiche Problem. 

Da muß ich irgendwo einen schweren Denkfehler gemacht haben. Jetzt will ich es aber wissen!!!!  Solange bis der Bug weg ist. 

[oobdoo]

 

Code Select Expand

.goto450
call MonsterUmsetzen
call &bb1b
jr nc,goto450

Das jr nc,goto450 hatte gefehlt.

[oobdoo]

Cool, das Monster läuft nach links und dann verschiebt sich der Bildschirm. Dabei hab ich gar kein Scrolling eingebaut. 

Nachtrag: Das passiert wenn man ein JP statt CALL macht. 

[TFM]

WoW! Jetzt geht's aber richtig vorwärts :-)

[oobdoo]

Naja, geht so. Aber mir sind fast schon graue Haare gekommen deswegen.
Jetzt steigt das Programm aus und springt ins BASIC wenn ich die Ränder erreiche. Demnach wäre irgendwo ein RET zuviel. 

[oobdoo]

Hm, irgendwas stimmt mit dem Interrupt noch nicht. 

[TFM]

Das lässt sich doch schon ansehen ;-)

[oobdoo]

Das lässt sich doch schon ansehen ;-)

Das macht mir aber viel Kopfzerbrechen. 

[oobdoo]

Dabei hab ich doch nur am Interrupt gespielt. 

[oobdoo]

 

Code Select Expand

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;;;     Frutty Man      ;;;;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;;; by Andreas   Leicht ;;;;
;;;;    copyright 1986   ;;;;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;

org &4000 ; Einsprungadresse für Frutty Man in BASIC mit Call &4000

read "FruttyManDefinitionen.asm"
; memory &4000
; load"frutty",&4000
; call &4000

call SymbolAfter90
call FarbenDefinieren
call ClearScreen

Soweit so gut. Das funktioniert auch "normalerweise" alles.

Code Select Expand

;...Definition aller Firmware Sprünge; zerstörte Register
txtOutput          equ &bb5a ;
txtSetPen          equ &bb90 ; AF, HL     
txtSetCursor       equ &bb75 ; AF, HL
txtSetMatrix       equ &bba8 ; AF; BC, DE, HL, usw.
txtGetMTable       equ &bbae ; usw.
txtSetMTable       equ &bbab ; BC, DE, usw.

graSetPaper        equ &bbe4 ; AF

scrSetInk          equ &bc32 ; AF, BC, DE, HL
scrSetBorder       equ &bc38 ; AF, BC, DE, HL
scrSetMode         equ &bc0e ; AF, BC, DE, HL

kmGetJoystick      equ &bb24 ; alle Flags zerstört
kmReset            equ &bb03 ; AF, HL, BC, DE
kmWaitKey          equ &bb18 ; ??

mcWaitFlyback      equ &bd19

sndToneEnvelope    equ  &bcbf
sndQueue           equ  &bcaa
sndAmplEnvelope    equ  &bcbc

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;... Werte welchen den Aufbau eines Level festlegen ...;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
lvLeer             equ 0
lvPlattform        equ 5
lvLeiter           equ 4
lvFrucht           equ 1

SymbolAfter        equ 90

idx     equ 0
idy     equ 1
idxx    equ 2
idyy    equ 3

.MonsterCounter
defb 50

BlocEvent:
DS 16

.deFrutty
defb 1

.deMonster
;defb 1

Wenn ich das deFrutty mit reinnehme, wird der Zeichensatz nicht mehr umdefiniert und auch so spinnt dann das Spiel. 

Also der Sprung ins Unterprogramm zum Umdefinieren findet nicht mehr statt. Das sehe ich daran, das der Breakpoint überlaufen wird. 

Scheint ein Bug im WinCPC zu sein... 

[oobdoo]

Gefunden. 

Setze ich das read "FruttyManDefinitionen.asm" ans Ende, dann klappt das auch wieder. 

Is ja auch logisch...