Is the GDB written in hex then?
No pics needed for it?

I dont need anyone to explain how hexadecimals work.

GDB is for data

I think GDB is just for data. The Axe manual explains it ok.

Yes and yes.

Here's aeTIos' code, cause it made sense to me


:.TILE
:Repeat getKey(15)
:[01010101]→GDB1 
:[01000001]
:[01000001]
:[01010101]
:[FFFFFFFFFFFFFFFF]→Pic1
:For(B,0,3)   
:For(A,0,3)   
:{B*4+A+GDB1}→T   
:If T
:T--
:Pt-On(A*8,B*8,T*8+Pic1)   
:End
:End
:End
:DispGraph
:ClrDraw
:End

each '01' is like a sprite, what ever your pic1 is, is what each '01' is representing! so if your pic1 sprite is a solid block ( hex code [FFFFFFFFFFFFFFFF] ) then you will have a box displayed at each '01' point on the screen

kinda,

01 represents a sprite that is 8x8
so in that code if you had

[01010101]->gdb1
[FFFFFFFFFFFFFFFF]->pic1
for(b,0,3)
for(a,o,3)  //look at the 3's, notice i'm trying to display 4 boxs right nest to each other
{b*4+a+gdb1}->T  //so the four is put with b because there are going to be 4 boxes from left             to right, and then a is how many rows down the calc reads, so as set before it is 3 but with 0 it is really 4, keep in mind we only have one row so the a is irrelevant

and then the rest of the code is irrelevant to your question

OH well all you need to do for the other pics is put them under as so
[FFFFFFFFFFFFFFF]->pic1
[FFFFF12345FFFFF]   //not real code I don't think just random for purpose of example

and then when you want to display the second one you just add (i think 8 ) to pic1

no the gdb is like the map

like if you had this:
[01010101]->gdb1
[01000001]
[01000001]
[01010101]

and your pic was an X for example

your display would be like this:

X X X X
X      X
X      X
X X X X

or a box