Author Topic: Axe Parser (Read 551966 times)

Happybobjr · « **Reply #1125 on:** August 22, 2010, 02:03:42 pm »

^
||

I thought custom interrupts didn't work with 4lvl grayscale

qazz42 · « **Reply #1126 on:** August 22, 2010, 02:12:05 pm »

I cant seem to find the elseif token

calc84maniac · « **Reply #1127 on:** August 22, 2010, 02:34:25 pm »

Quote from: qazz42 on August 22, 2010, 02:12:05 pm

I cant seem to find the elseif token

You just type the Else and If tokens together.

Builderboy · « **Reply #1128 on:** August 22, 2010, 02:34:45 pm »

I belive you just combine the Else and If tokens?

DJ Omnimaga · « **Reply #1129 on:** August 22, 2010, 03:37:33 pm »

Quote from: happybobjr on August 22, 2010, 09:05:25 am

the more dispgraphs the faster it goes.

If you mean the grayscale refresh, yes. If you mean the program execution, no. In Super Sonic Ball, if I add grayscale then run a for loop executing dispgraph^r 100 times, there will be a considerable drop in speed

Happybobjr · « **Reply #1130 on:** August 22, 2010, 04:24:37 pm »

Quote from: DJ Omnimaga on August 22, 2010, 03:37:33 pm

Quote from: happybobjr on August 22, 2010, 09:05:25 am
the more dispgraphs the faster it goes.
If you mean the grayscale refresh, yes. If you mean the program execution, no. In Super Sonic Ball, if I add grayscale then run a for loop executing dispgraph^r 100 times, there will be a considerable drop in speed

ya i meant for grayscale refresh.

shmibs · « **Reply #1131 on:** August 22, 2010, 07:27:06 pm »

Quote from: happybobjr on August 22, 2010, 02:03:42 pm

^
||

I thought custom interrupts didn't work with 4lvl grayscale

dispgraph^rr doesnt, but i didnt use that command

Quigibo · « **Reply #1132 on:** August 22, 2010, 07:43:06 pm »

There is a difference between using a command while interrupts are on and using one in an interrupt routine. I think all commands will work fine with intterupts in the background but there are a few like DispGraphrr that don't work in the interrupt routine itself.

Happybobjr · « **Reply #1133 on:** August 22, 2010, 07:44:25 pm »

oohhhh... thanks i understand

Builderboy · « **Reply #1134 on:** August 22, 2010, 08:35:06 pm »

And dont some sometimes turn off interrupts accidentally?

guy6020665 · « **Reply #1135 on:** August 23, 2010, 05:48:58 pm »

How would I read from matrices using axe?

Would I do something similar to the following?

Code: [Select]

"[A]->GDB1
getcalc(GDB1)->A
Disp A(1,1)

Can't actually test this at the moment but I wanted to be able to use an axe program to display the screen faster than a basic one would.

FinaleTI · « **Reply #1136 on:** August 23, 2010, 07:08:07 pm »

I haven't messed with it myself, but you'll have to read each cell like it is a byte in an Axe matrix. Unfortunately, matrices use floating point numbers, so you have to use the new converter command. You also have to keep in mind each floating point number is 9 bytes.

Runer112 · « **Reply #1137 on:** August 23, 2010, 07:18:16 pm »

There is no built-in support for reading specific entries from OS matrices or lists. However, the most recent version of Axe (0.4.4) includes the new float{PTR} function, which is the fPart() function. This converts a 9-byte real number from the OS to a 2-byte integer Axe can understand. This would not accurately convert decimal data or numbers that exceed the 2-byte integer limitation (0-65,535), but it should work otherwise.

Anyways, how to apply this to a matrix. The first two bytes of an OS matrix (the 2 bytes before the pointer a GetCalc() would return) are the number of columns and rows. To access the entry in row A and column B, for example, you'd have to do something like the following:

Code: [Select]

"[A]"→GDB1
GetCalc(GDB1)→P
.Number of columns
{P-2}→C
Disp float{A-1*C+(B-1)*9+P}▸Dec

~~I haven't tried this code myself, so I can't guarantee it will work. But it should (unless I have where the OS stores the rows and columns reversed).~~

EDIT: I have tried this code, and it works.

guy6020665 · « **Reply #1138 on:** August 23, 2010, 07:32:29 pm »

Quote from: Runer112 on August 23, 2010, 07:18:16 pm

There is no built-in support for reading specific entries from OS matrices or lists. However, the most recent version of Axe (0.4.4) includes the new float{PTR} function, which is the fPart() function. This converts a 9-byte real number from the OS to a 2-byte integer Axe can understand. This would not accurately convert decimal data or numbers that exceed the 2-byte integer limitation (0-65,535), but it should work otherwise.

Anyways, how to apply this to a matrix. The first two bytes of an OS matrix (the 2 bytes before the pointer a GetCalc() would return) are the number of columns and rows. To access the entry in row A and column B, for example, you'd have to do something like the following:

Code: [Select]
"[A]"→GDB1 GetCalc(GDB1)→P .Number of columns {P-2}→C Disp float{A-1*C+(B-1)*9+P}▸Dec
~~I haven't tried this code myself, so I can't guarantee it will work. But it should (unless I have where the OS stores the rows and columns reversed).~~

EDIT: I have tried this code, and it works.

Thanks

Don't entirely understand it, but if it works, it's good enough for me.

guy6020665 · « **Reply #1139 on:** August 24, 2010, 05:16:06 pm »

Is there a way to have Axe not scroll down to the next line when outputting to the last space?

This is causing my game to look weird.

Author Topic: Axe Parser (Read 551966 times)

Happybobjr

Re: Axe Parser

qazz42

Re: Axe Parser

calc84maniac

Re: Axe Parser

Builderboy

Re: Axe Parser

DJ Omnimaga

Re: Axe Parser

Happybobjr

Re: Axe Parser

shmibs

Re: Axe Parser

Quigibo

Re: Axe Parser

Happybobjr

Re: Axe Parser

Builderboy

Re: Axe Parser

guy6020665

Re: Axe Parser

FinaleTI

Re: Axe Parser

Runer112

Re: Axe Parser

guy6020665

Re: Axe Parser

guy6020665

Re: Axe Parser