Maria “crashing”?

[Heaven/TQA]

Since days I have strange happening with Maria like INCing xpos of sprites but nothing happen on screen?

 

Double checked with monitor and memory shows that the dL entry byte 4 is increasing but on screen nothing happens?

 

Wtf.... yes dll is in ram at 2300 ff.

 

So question...

 

Can Maria hang? DLI are fired as color changes and music plays...

 

Why does music fucks up when my dll is too short? Do I have to set for 288 scanlines minimum so maria works correct?

 

I can not share code this time publicly.

[Heaven/TQA]

a video showing that i alter via INC the sprite pos (4 byte header) and nothing moves???

 

what could be the reason?

[Roy]

Hard to say.

 

What are the starting display list list addresses? Maybe there is a terminating $00 $00 before address $2342? Does anything change if you zero out $2342 - $2345?

[Heaven/TQA]

Is the emulator capable to show custom chip status (registers) for TIA/Maria?

[Heaven/TQA]

I tried 5 byte header just for sake and same. Nothing changes on screen. I never had such behavior on the 7800.

 

And again my question, do I need to construct the Screen that it hits a magic scanline number?

[Mord]

What zone is that DL entry part of? (where on the screen should we be looking for/expecting movement, etc) And what sprite in particular are we suppose to be expecting to move. You're only adjusting one byte so most of that screen I would expect to stay in the same place. I suppose I should ask for clarification: Is the moving sprite even on the screen in the video above?

 

And how often does that inc/jmp activate per frame? Only once? Is it in a DLI routine.

[Heaven/TQA]

@Mord

 

there should at least something happening on screen (sprites are 4 zones a 16 scanlines). update tried per CPU loop, per VBL etc... nothing happening. the music, color etc is changing just to see if something is crashed.

 

even writing to gfx data adress in the DL nothing changes??? wtf... but maria seems to read the DLL and DLs otherwise I would not see those balls.

[Heaven/TQA]

 

.proc do_amigaball
lda #0
sta endpart_flag
; lda #1 ;bank #1
; sta $8000 
jsr WaitVBLANK
jsr musicplayer
ldx #$00
CopyLoop:
lda amigaballdll,x
sta $2300,x
inx
bne CopyLoop
 
jsr WaitVBLANK
lda #$60
sta CTRL
 
lda #<$2300 ;amigaballdll
sta dppl
lda #>$2300 ;amigaballdll
sta dpph
lda #<dli5
sta dliv
lda #>dli5
sta dliv+1
 
jsr WaitVBLANK
lda #$34
sta p0c1
lda #$3a
sta p0c2
lda #$0f
sta p0c3
lda #$40
sta ctrl
 
testloop
jsr WaitVBLANK
inc $2338+4
 
jmp testloop
 
dli5 
pha
txa
pha
tya
pha
 
lda #15
sta backgrnd
jsr musicplayer
 
sta backgrnd
 
lda #$40
sta ctrl
 
inc framecounter
bne @+
inc framecounter+1
@
pla
tay
pla
tax
pla
rti
.endp

[Heaven/TQA]

 

amigaballdll
.byte $0f,>bitmap_blank,<bitmap_blank ;16
  .byte $0f,>bitmap_blank,<bitmap_blank ;4
.rept 3 ; 3*64 = 192
.byte $0f,>amigaball_dl0,<amigaball_dl0 
.byte $0f,>amigaball_dl1,<amigaball_dl1
.byte $0f,>amigaball_dl2,<amigaball_dl2
.byte $0f,>amigaball_dl3,<amigaball_dl3
 
.endr
.byte $8f,>bitmap_blank,<bitmap_blank ;16
.byte $0f,>bitmap_blank,<bitmap_blank ;16
.byte $0f,>bitmap_blank,<bitmap_blank ;16
.byte $0f,>bitmap_blank,<bitmap_blank ;16
 
.byte 0,0
 
amigaball_dl0
.byte <(amigaballsprites+15*256),$40,>(amigaballsprites+15*256),$00+(32-,$28
.byte <(amigaballsprites+15*256),$00+(32-,>(amigaballsprites+15*256),$60
.byte 0,0
amigaball_dl1
.byte <(amigaballsprites),$00+(32-,>(amigaballsprites),$28
.byte <(amigaballsprites),$00+(32-,>(amigaballsprites),$60 
.byte 0,0
amigaball_dl2
.byte <(amigaballsprites+32+15*256),$00+(32-,>(amigaballsprites+32+15*256),$28
.byte <(amigaballsprites+32+15*256),$00+(32-,>(amigaballsprites+32+15*256),$60
.byte 0,0
amigaball_dl3
.byte <(amigaballsprites+32),$00+(32-,>(amigaballsprites+32),$28
.byte <(amigaballsprites+32),$00+(32-,>(amigaballsprites+32),$60
.byte 0,0

[Mord]

Making sense of DL/DLL stuff is admittedly confusing for me which is why I spend more time with 7800basic (Even if I do dig down into the DLs with assembly...).

 

You appear to copy pre-made DLs/DLLs in rom to ram. All starting at $2300?

 

However the DLLs look like they're going to be pointing at the original rom versions of the DLs rather than the ram copy you've made. So while you update the ram copy, the DLL list blissfully ignores your ram changes and looks at the unchanging rom version.

 

I -think- that's what I'm seeing here.

[Heaven/TQA]

aaaaaaaaaaaaaaaaaaaarg.........

 

of course true....

 

missing all those convinient debug options of Altirra

[Heaven/TQA]

Btw i have the next glitch...

 

 

Have you ever had the issue when moving sprites in x by altering the dl that the sprite Gfx go mad at certain position???

 

Eg 5d xpos all 6 balls ok. Writing 5e all go corrupt???