Hmm, looks nice. Gray seems a bit flickery though, is it better on calc? Are you redrawing the tilemap every frame?

Hmm, looks nice. Gray seems a bit flickery though, is it better on calc? Are you redrawing the tilemap every frame?

This is a 6Mhz screenie. The game will be faster, so the grayscale will be looking smoother.
And yes, for now I refresh the screen every frame.

That looks very nice!  how large will this be?  because you may have to use BASIC to cirucmvent the 8kb limit.  unless you're going to make this an APP?  either way, it looks cool so far. 

At the moment my sprite/map data and my code are compiled into one ion program,
but I will have to shift the data into external appvars / progs later.
So there will be the code in an ion prog with a size of ~16KB (I think I can store so much code
as I want, since I saw that Desolate can hold 22KB) and 1 or 2 files with my sprites, maps and character
data (the character data is changable and I have to put this data into the main file if I cant modify ROM files).

Quote from: yunhua98 on November 06, 2010, 06:56:27 pm

That looks very nice!  how large will this be?  because you may have to use BASIC to cirucmvent the 8kb limit.  unless you're going to make this an APP?  either way, it looks cool so far. 

At the moment my sprite/map data and my code are compiled into one ion program,
but I will have to shift the data into external appvars / progs later.
So there will be the code in an ion prog with a size of ~16KB (I think I can store so much code
as I want, since I saw that Desolate can hold 22KB) and 1 or 2 files with my sprites, maps and character
data (the character data is changable and I have to put this data into the main file if I cant modify ROM files).

The 8811 byte (I think?) limit is only for executable code, but you can put as much data as you can fit into a program. The 8kb limit applies to all programs, although nostub programs can't have more that about 8192 bytes of executable code.

Desolate isn't in Axe.  Also, when he says <8kb, he means the Source code, otherwise you get a memory error.  but if you compile into an App, your limit is 16kb.  You can also use BASIC programs to link them together and XCOPY to Archive/Unarchive stuff though.  I think that's how FinaleTI is circumventing the limit with Poemon TI.

EDIT:

Quote from: Aichi on November 06, 2010, 07:16:45 pm

Quote from: yunhua98 on November 06, 2010, 06:56:27 pm

That looks very nice!  how large will this be?  because you may have to use BASIC to cirucmvent the 8kb limit.  unless you're going to make this an APP?  either way, it looks cool so far. 

At the moment my sprite/map data and my code are compiled into one ion program,
but I will have to shift the data into external appvars / progs later.
So there will be the code in an ion prog with a size of ~16KB (I think I can store so much code
as I want, since I saw that Desolate can hold 22KB) and 1 or 2 files with my sprites, maps and character
data (the character data is changable and I have to put this data into the main file if I cant modify ROM files).

The 8811 byte (I think?) limit is only for executable code, but you can put as much data as you can fit into a program. The 8kb limit applies to all programs, although nostub programs can't have more that about 8192 bytes of executable code.

Do you mean The 8811 byte (I think?) limit is only for Source code instead of  "The 8811 byte (I think?) limit is only for executable code"?  or am I missing something?

EDIT:  eh?  where did Finale's post go?

Desolate isn't in Axe.  Also, when he says <8kb, he means the Source code, otherwise you get a memory error.  but if you compile into an App, your limit is 16kb.  You can also use BASIC programs to link them together and XCOPY to Archive/Unarchive stuff though.  I think that's how FinaleTI is circumventing the limit with Poemon TI.

EDIT:

Quote from: FinaleTI on November 06, 2010, 07:26:58 pm

Quote from: Aichi on November 06, 2010, 07:16:45 pm

Quote from: yunhua98 on November 06, 2010, 06:56:27 pm

That looks very nice!  how large will this be?  because you may have to use BASIC to cirucmvent the 8kb limit.  unless you're going to make this an APP?  either way, it looks cool so far. 

At the moment my sprite/map data and my code are compiled into one ion program,
but I will have to shift the data into external appvars / progs later.
So there will be the code in an ion prog with a size of ~16KB (I think I can store so much code
as I want, since I saw that Desolate can hold 22KB) and 1 or 2 files with my sprites, maps and character
data (the character data is changable and I have to put this data into the main file if I cant modify ROM files).

The 8811 byte (I think?) limit is only for executable code, but you can put as much data as you can fit into a program. The 8kb limit applies to all programs, although nostub programs can't have more that about 8192 bytes of executable code.

Do you mean The 8811 byte (I think?) limit is only for Source code instead of  "The 8811 byte (I think?) limit is only for executable code"?  or am I missing something?

EDIT:  eh?  where did Finale's post go?

The executable code, as in the actual programming can't exceed 8kb, but with data the program could theoretically be as large as 24kb. The 8kb code limit applies to any Axe or Asm program. A lot of Mirage or Ion programs have all their data in the program, making them the 20-22kb programs you see, although their executable code doesn't exceed the 8kb limit. Nostub programs can be the same way, but for some reason (on TI's part) they can't be bigger than 8192 or so bytes to be run from the homescreen. That 8192 bytes is the entire program size, including data. I believe running one from a shell gets around this issue, but they still can't have more than 8kb of executable code, and their max amount of executable code is a couple hundred bytes less than the executable code limit in a Mirage, Ion or DCS program. Apps can have up to 16kb on one page, data and code. Since Axe only supports single page apps right now, any app made with Axe can only be up to 16kb total size. One way to circumvent the code limit, as yunhua said, is to use a basic program as your main program and have it launch Asm programs (nostub, of course, as they can be run from the homescreen and basic programs without any external libs.

ok, that makes more sense, I guess I wasn't compltely reight. 

btw, FinaleTI:  your close to 666. 

I can feel the power rising....