Incredible.
The fractal is completely recognizable.

Ooh, thanks. Didn't really understand music in Axe until now.

@Quigibo nice! It should make it easier to make sound programs that uses interrupts.

@Michael I see. Huge speed difference indeed in BASIC

Quote

StoreGDB
StorePic
For(Z,0,63)
Copy(Z*12+L₃,L₆+756-(Z*12),12)
End
DispGraph

This inverts the screen content, like they wanted to do in this topic: http://ourl.ca/6348 . However, it poses no compatibility issues between each calc hardwares. Screenshot below (added Repeat getkey(15):End inside the code).

When I try compiling just that in WabbitEmu (due to my calc's link port being broken), I get an Err:Out of Mem at 53%, pointing to that last DispGraph command.

What's strange about this is that the only thing I have on WabbitEmu is Axe and prgmLCDFLIP (what I called it).

Its a bug that doesn't allow you to have the last line of code be a command which can possibly use the r modifier, you have to add an extra [Enter] at the end.  I've already fixed it, but it won't be updated until 0.4.0

Nice job DJ!  I think I can optimize it a little though:
StoreGDB
For(Z,0,31)
Exch(Z*12+L6,L6+756-(Z*12),12)
End
DispGraph

That way it doesn't need the back buffer.

o.O? Really?

Are you sure you are typing the program right?

Btw if by suspicious you mean that I am trying to crash people calcs, I do not understand why you think I would do this, considering I have been doing calc stuff for 9 years, got 7 programs featured on ticalc.org and am not the person to make junk programs.

If it still fails after double-checking, could you add the following after the DispGraph?

Repeat Getkey(15)
End

EDIT: Btw don't use SourceCoder to copy this. I did not copy the code with it, but by hand

Poorly-chosen word- I meant "why I think it's probably related to Axe and not the program/WabbitEmu's memory". Changed it to "strange". I didn't mean to imply anything, sorry.

It compiles if I add the extra Enter at the end, thanks Quigibo.

let's rotate some sprites, shall we?

[AAAAAAAAAAAAAAFF->Pic1    .your sprite!
Pt-On(0,0,Pic1
For(Y,0,7
For(X,0,7
If pxl-Test(X,Y
Pxl-On(Y+9,7-X
End:End:End
DispGraph
currently trying to figure out how to not use any graphics commands and rotate the sprite's data... i'm having very minimal luck with this, though.



and some cool trickery with flipping:
[0102040810204080->Pic1 . your sprite data.
Pt-On(0,0,Pic1
For(A,0,3
Exch(Pic1+A,Pic1+8-A,1
End
Pt-On(9,0,Pic1
DispGraph

EDIT:
this is a triumph, i'm making a note here: huge success.

i can rotate sprites 90 degrees... by just rotating their data (: of course my routine requires 8 bytes of memory to store the rotated sprite. Observe  
.YYYEAHHH
[4875038562839462->Pic1 . This data doesn't matter, cause this routine will rotate any sprite (:
ClrDraw
For(A,0,7
{Pic1+A}->T
For(B,0,1
If B
T^16->D
Else
T/16->D
End
If D>7
e^(A)->C+{4*B->E+L1}->{E+L1}
End
If D>3 and (D<8) or (D>11)
C+{E+L1+1}->{E+L1+1}
End
If D!=1 and (D!=4) and (D!=5) and (D!=8) and (D!=9) and (D!=12) and (D!=13) and (D!=0)
C+{E+L1+2}->{E+L1+2}
End
If D^2
C+{E+L1+3}->{E+L1+3}
End
End
End

memory efficient? No. it's 750 bytes or so, i believe. i'm sure there is a vast field of optimizations to make. for instance, that long conditional that draws the 3rd and 7th row of the translated sprite. and since you save to a byte L1+(num), you can probably substitute that for A with some tricky logic... i'm lazy to optimize this right now, though.

edit: optimized a bit. it's now 520 ish bytes.

RLE map decompression where the first half-byte is frequency and the second half-byte is the tile number 1-F. this is a quick example:
.Uncompressed (24 bytes. each pair is a byte.)
[010101010101
[010303000001
[010200000201
[010101010101
.Compressed (8 bytes. each pair is a byte.)
[7123202112201271->GDB1
Zeroes(8)
[FFFFFFFFFFFFFFFF->Pic1    .Your tiles
[0102030405060708
[0123456789ABCDEF
0->X->Y
For(A,0,7                  .7 is the number of bytes your compressed map is, minus one.
For(W,1,{GDB1+A}->Z/16     .GDB1 is where the map is housed
Pt-On(8*X,8*Y,Z^16-1*8+Pic1
Z^16->{6*Y+X+L1}           .L1 will house the uncompressed map. 6 is used as the width of the map.
!If X+1->X^6               . again, 6 is the width of the uncompressed map.
0->X:Y+1->Y
End
End
End

i'll post RLE compression once i get it working, but it's a routine i doubt anyone would need in axe.