I have a map drawn out on my game which does not move or change during it. Is there a more efficient way to do Line( drawings? I've seen people use those bracket hex code things like [23423492056] but I'm not sure how to use them or where to get info on them. My program's just getting up there in size and I'd like to condense it before I hit the Axe compiler limit.

Basically I just want to optimize this code that runs once at the start:

I appreciate any help!

Or do that, using hex code:
[0000000000000000000000007FFFFFFFFFFFFFFFFFFFFFFE4000004000000000000000024E00004000000000000000025B00004000000000000000025100004000000000000000025B00004000000000000000024E00004000000000000000024000004000000000000000027FFFFFC000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000024000000000000000000000027FFFFFC01FFFFF00000000024000000000000100000000024000000000000100000000024000000000000100000000024000000000000100000000025FC0000000000100000000025040000000000100000000025040000000000100000000025040000000000000000000025040000000000000000000025040000000000000000000025040000000000000000000025040000000000000000000025FC0000000000000000000024000000000000100000000024000000000000100000000024000000000000100000000024000000000000100000000024000000000000100000000027FFFFFFFFFFFFFFFFFFFFFFE40008001000200040000000240008FF903020024000000024FF88AF93FCA3C44000000024FF09C013FFAFFF4000000024E0098013282EE44000000024C00980104420C24000000024C00900100020C04000000024000900100020004000000024000800100020004000000024000800100020004000000024000800100020004000000024000800100020004000000024000800100020004000000027FFFFFFFFFFFFFFFFFFFFFFE000000000000000000000000]->GDB1
Copy(GDB1,L6)
Now, I won't let you with that solution without explaining how it works, that won't help you in the long term

First of all, notice that your screen has a width that is a multiple of 8 (96=8*12). This is because it is not only composed of pixels, but is (behind the scenes) composed of bytes. Those bytes are pointed by L6.

Now, try to do that (where "pi" is the pi token, not pi in lowercase):
   ClrDraw
   pi11111111→{L6}
   DispGraph
You'll see a line of 8 pixels on the top left corner of the screen.
This is because you set the first 8 bits of "the screen" as black.

Now, try this:
   ClrDraw
   pi11000011→{L6}
   DispGraph
You'll see 2 black pixels followed by 4 white ones followed by 2 black ones, still in the top left corner, according to the bits you set to black.

Now, try this:
   ClrDraw
   pi11000011→{L6+1}
   DispGraph
You'll see the same pattern as the previous one, but not on the top left corner, there will first be 8 white pixels. This is because you did not set the first byte of "the screen" but the second byte, so the first byte is white, untouched, and the second one has the pattern.

Now, try this
   ClrDraw
   pi11000011→{L6+12}
   DispGraph
Still the same pattern but not in the first line: in the second line of bytes, because as I said, 96=8*12, so the 12^th byte of "the screen" is the first one of the second line.

---

I guess you understood all so now how does my code work ?
Well I put in the hex code the values of each byte of "the screen" and I copy them to the screen. To easily get those values, you can draw the image on Paint and convert it to hex code using SourceCoder

---

By the way, since there is a lot of white space in your image, I guess that you could in fact only use hex code for the bottom and use another way to draw the top part of it (using lines or rectangles or anything else).

But it looks like that's a lot more bytes to type in in the long run.

Of course you won't type them by hand
There are some image to hex converters lying around, including SourceCoder on Cemetech (that is the one I use because it doesn't need any installation since it is online and since I don't convert that much images)

Quote from: Hayleia on November 29, 2012, 12:42:23 pm

There are some image to hex converters lying around, including SourceCoder on Cemetech

How do I use it to convert it to hex? Will it read Axe sources well?

Have it parse a png file. Note that this png should only have shades of grey (no pink, etc) if you don't want random results.
As for it reading Axe sources, I never tried, I only use it for converting images
I guess that it will manage to open it, but custom Axe tokens won't be displayed well (like Data being ΔList, etc).

It's supposed to be
Data(1,9,25,9,25,1,25,9,3,4,4,4,...)-2→A
For(53      .number of lines you have
Line({A+2→A}ʳ,/256,{A+2→A}ʳ,/256
End

Extra lines suggest that you are looping too many times.