Palette Indexes [BUG?]
Posted: Tue May 21, 2013 9:50 pm
Hi there guys,
To make things straight to the point, look at the Grit options I gave to it:
For one BG:
For another, working-together BG:
Well, I am a lot surprised, because the palette output Grit gives me for the former BG is:
All right, that's what I expect.
But, for the latter:
No, I did not zeroed all the palette entries. And I don't expect this output T_T
The reason I am doing this is to make the two BGs coexist, with the former occuping all the first 24 entries of the GBA BG palette, and the latter almost the space left in the 4BPP bank. Look at part of it:
The red mark is where I want to put the latter palette. But it's all zeroed!!!
Correct me if I am wrong, but I think Grit has a bug.
Att.
SuperFXMaster
To make things straight to the point, look at the Grit options I gave to it:
For one BG:
Code: Select all
# Tile format, 8BPP
-gt
-gB8
# 24 palette entries
-pn24
# Map data reduced for 8BPP, SBB format
-m
-mR8
-mLs
Code: Select all
# Tile format, 4BPP
-gt
-gB4
# 7 palette entries, indexes: [8, 14]
-pn7
-ps8
-pe14
# Map data reduced for 4BPP, SBB format
-m
-mR4
-mLs
Code: Select all
.section .rodata
.align 2
.global forestPal @ 48 unsigned chars
forestPal:
.hword 0x0010,0x0000,0x0C82,0x108B,0x20EF,0x1D46,0x1DA8,0x0DE5
.hword 0x2D95,0x2D7F,0x2A18,0x16CD,0x26EC,0x465F,0x3EDD,0x033F
.hword 0x2FB5,0x27D5,0x53FD,0x43FF,0x53FF,0x6FFF,0x7FFF,0x7FFF
But, for the latter:
Code: Select all
.section .rodata
.align 2
.global forest_backPal @ 16 unsigned chars
forest_backPal:
.hword 0x0000,0x0000,0x0000,0x0000,0x0000,0x0000,0x0000
The reason I am doing this is to make the two BGs coexist, with the former occuping all the first 24 entries of the GBA BG palette, and the latter almost the space left in the 4BPP bank. Look at part of it:
The red mark is where I want to put the latter palette. But it's all zeroed!!!
Correct me if I am wrong, but I think Grit has a bug.
Att.
SuperFXMaster