I'll need to start dissecting those eActivities. Need to go find some because I deleted all of them from my calc. Links to apps would be pretty cool. Maybe they even provide args to the apps to open them in a certain way.

The shadows do look nice, but maybe if you cut those then you could do half byte tiles.(unless you are already doing that)  Then if the map is 1000 tiles tall the map data would be a much more reasonable 8000 bytes. Plus I thought Axe can only compile one page apps so 16000 bytes of data would leave no room for code.

Well another error, but I bet it is the last difficult to fix one because everything else is easy to trace or has already been solved. I have one function in my program that takes the current instruction (type short) then runs through an else if block to find the corresponding instruction type. Because each instruction has several variations of its own type I preform an & to remove the dynamic bits of that instruction to leave only the static ones.
if (ADD_v == instruction & ADD_v) 
ADD();

else if (MOVi_v == instruction & MOVi_v)
MOVi();

else if (ADDi_v == instruction & ADDi_v)
ADDi();

else if (MOVLi_v == instruction & MOVLi_v) 
MOVLi();You might recognize these as SH3 opcodes.(don't worry there are many more in my code) The first instruction in memory is $7001 aka ADD $01,R0. Now I have a debug statement right after data is loaded into instruction and that reads $7001 as expected. Now this instruction is represented by ADDi_v which is defined earlier as $7000. So if I do $7001 & $7000, I should get $7000 which would equal ADDi_v. But my program doesn't seem to respond to this for some reason.

Edit: changed MOVi_v to ADDi_v. Just a typo

@FloppusMaximus, by any chance did you ever try assembling Mimas with Mimas. I don't know if it's possible or not with all those macros and stuff, but it would be pretty cool.

eActivity is a file format for the Prizm. Casio thinks of it as an education tool, but I see it as a potential pdf like viewer. It can hold customizable text, pictures, and a few gui elements. Maybe I will make an editor some time later.

Sometimes I really miss programming in asm, but it can be difficult to do on x86 systems. So basically my problem is that I have an array of chars, but I need to read and write multiple types from it. Ranging from 32 bit longs, 16 bit words, and 8 bit bytes. Now the solution would be easy in asm, but this is C++ here which thinks that restricting a programmer from low-level access is a good thing.
char * memory = new char[0xFFFF];


int readmemory_long(int pointer)
{
unsigned int r_pointer = pointer - 0xA4000000;            //converts given pointer to the array address
if (r_pointer > 0x1FFFFF) return 0;
return ntohl(memory[r_pointer]);                    //ntohl(), converts data to little endian (I hope :P) issue here
                                                               // I want to get the 32 bit value at this address
}
void writememory_long(int pointer, int data)
{
unsigned int r_pointer = pointer - 0xA4000000;
if (r_pointer > 0x1FFFFF) return;
memory[r_pointer] = htonl(data);                //converts data to big endian: same issue
}I was considering using for loops, but that could be kinda tricky. Any ideas/examples would be smiled upon 

I quickly just drew up an idea for what the t-shirts could look like. Obviously they are not perfect, but I think they get the point across. The only problem was that the site I designed them at charged $23 per shirt with only three colors in use. I can probably find a local screen printer with a much lower rate though.