Yeah but if we don't place the bpw before natsume logo, it will not break the rom until we push start. PICture are alerady displayed at this moment of the game. Or do you mean if i place a bpw with 2 octets it will break 2 times ?

edit : it broke only once for me.

Ok. same for me. I was bpw the wrong adress.

So we need to continue with the secodn breakpoint i think since this is the one the closest from our picture load. isn't?

debugger> bpw 06016c10 1
Added break on write at 06016c10 for 1 bytes
debugger> c
Breakpoint (on write) address 06016c10 old:00000000 new:c9c2cfcf
R00=02002204 R04=02002204 R08=00780000 R12=03006df8
R01=06013b40 R05=00000000 R09=03006de0 R13=03006dd0
R02=84000ed0 R06=03006df8 R10=03006de8 R14=08008ec1
R03=040000e0 R07=02001fb4 R11=00000000 R15=080d0f0c
CPSR=0000003f (......T Mode: 1f)
080d0f0a  4770 bx lr
debugger> c
Breakpoint (on write) address 06016c10 old:c9c2cfcf new:5446ddce
R00=02005d44 R04=02005d44 R08=02008b38 R12=03006df8
R01=06016c00 R05=00006cf0 R09=03006de0 R13=03006dd0
R02=84000070 R06=03006df8 R10=03006de8 R14=08008ec1
R03=040000e0 R07=02001fb4 R11=00000000 R15=080d0f0c
CPSR=0000003f (......T Mode: 1f)
080d0f0a  4770 bx lr

On VBA > 080d00f08 stmia r3!, {r0-r2}

Seeing r3 > dma3 transfert (i guess)... and the next thing is same as usual, bpw on 02005d44

that give :

debugger> bpw 02005d44 1
Added break on write at 02005d44 for 1 bytes
debugger> c
Breakpoint (on write) address 02005d44 old:0000 new:0000
R00=08749924 R04=00000000 R08=02006bce R12=080d13d4
R01=02005d44 R05=00000001 R09=080d11cb R13=03007a60
R02=00000000 R06=00000009 R10=00000000 R14=080d13d4
R03=00000004 R07=03007a74 R11=000003d8 R15=080d152e
CPSR=0000003f (......T Mode: 1f)
080d152c  3e02 sub r6, #0x2

dissambler of vba >

020d1528 3102 add r1, #0x2
080d152a 800c strh r4, [r1, #0x0]
080d152c 3e02 sub r6, #0x2

Sounds like your graphics are compressed. With this utility you can feed it a SWI log from VBA and it will spit out all the decompressed data, then you can open that in your graphic editor.

Advanced Wars 2 does, in fact there is a thread somewhere on here where RadioShadow was walked through finding the data.

Sorry for double post.

Just a post to say i have tried to look the SWI in this game and i got them. But i just have line like :

SWI: 00000012 at 0808aabc (0x0817da38,0x06008000,0x0808aabd,VCOUNT = 224)

SWI: 00000011 at 0808aac0 (0x0817e208,0x0201cc50,0x0808aac1,VCOUNT = 50)

(for example)

GBATEK :
SWI 11h (GBA/NDS7/NDS9) - LZ77UnCompWram
SWI 12h (GBA/NDS7/NDS9) - LZ77UnCompVram (NDS: with Callback)


But i don't have anything with LZ77UnComp on the log file (I mean VBA just put the line SWI: 00000011 at ....
I guess GBAmdc can't 'eat' my log id there are not here.

Anyway, that don't solve my problem, beacuse seems that VBA can show me the swi 10-15 line...


EDIT :
Another question about gba palettes. I know colors are in RGb with 31 depth (0,0,0 white and 31,31,31 black)
Vba can give rgb code and also give the Hex value of it, as used in palette in rom.

What i can't understand is how to convert rgb to hexa. I mean

In normal rgb 255 we put each value in hexa like 255=FF 0=00 and 100=64 so rgb(255,0,64) is xFF0064

But if i look for rgb 31, we also got 3 value (red blue green) but hex value took only 2 bytes.

Like for example : rgb31(22,5,5) > x14b6 or rgb(8,18,11) > x2E48.
forget that > found my answer in SNES Palette Format (Jay)

EDIT (again) : x74eb9c is the beginning of the natsume logo palette ^^