Author Topic: Axe Q&A (Read 587114 times)

Ivoah · « **Reply #1875 on:** May 14, 2015, 09:47:00 pm »

Quote from: Runer112 on May 14, 2015, 09:44:55 pm

There's no simple way to produce "nice" audio. At least, not without heavy, very specialized assembly code that would only run on the 84+. Such code doesn't really fit into Axe as a built-in, and that's not even considering the fact that "nice" audio has only ever been implemented by a few people.

If one such individual knows what they're doing, they could theoretically make an Axiom/library for it.

No one has made an Axiom for that? That's surprising.

Runer112 · « **Reply #1876 on:** May 14, 2015, 09:51:10 pm »

It's pretty unsurprising, really. Only a few people have the existing knowledge of how to make a good audio engine, Axiom development isn't exactly very popular, and the Axiom system is better suited for simple commands that user code calls when needed rather than orchestrating a whole engine that has to run in parallel with user code.

c4ooo · « **Reply #1877 on:** May 27, 2015, 07:17:02 pm »

If i do something like foo->{L1}^r, will the low byte of foo be stored to L2 or L2+1?

Runer112 · « **Reply #1878 on:** May 27, 2015, 07:25:04 pm »

The low byte is stored to the pointer and the high byte is stored to the pointer plus one. (This data ordering in memory is formally known as little-endian)

coops · « **Reply #1879 on:** June 25, 2015, 11:16:51 am »

Is there a way to flip masked sprites? When I try to flip something ( Pt-Mask(x,y,flipV(Pic0)) ) it comes out wrong.

c4ooo · « **Reply #1880 on:** June 25, 2015, 11:37:33 am »

Quote from: coops on June 25, 2015, 11:16:51 am

Is there a way to flip masked sprites? When I try to flip something ( Pt-Mask(x,y,flipV(Pic0)) ) it comes out wrong.

The problem is that maked sprites have two layers, each 8 bytes. FlipV() can only flip one layer. You will have to flip each layer individually, storing the output to a buffer and then doing Pt-mask on that buffer. The code will be something like this:

Code: [Select]

Copy(flipV(pic0),L1,8) .flip layer 1 and copy to buffer L1
Copy(flipV(pic0+8),L1+8,8) .flip layer 2 and copy to buffer L1+8
Pt-Mask(x,y,L1)

Note that this will overwrite any data you may be storing in L1 throu L1+16

TIfanx1999 · « **Reply #1881 on:** July 16, 2015, 12:39:49 am »

Quote from: Ivoah on May 14, 2015, 09:47:00 pm

Quote from: Runer112 on May 14, 2015, 09:44:55 pm
There's no simple way to produce "nice" audio. At least, not without heavy, very specialized assembly code that would only run on the 84+. Such code doesn't really fit into Axe as a built-in, and that's not even considering the fact that "nice" audio has only ever been implemented by a few people.

If one such individual knows what they're doing, they could theoretically make an Axiom/library for it.

No one has made an Axiom for that? That's surprising.

I know this response is a bit late, but sound has a pretty small userbase in programs. Most people will never use it even if it is possible.

c4ooo · « **Reply #1882 on:** August 15, 2015, 02:52:05 pm »

I must axe you a question

does the increment operated follow the left to right order of ops exactly? I mean will something like if foo=x++ increment x first and then compare, or the opposite? (In my case foo is a number of arithmetics)

Haobo · « **Reply #1883 on:** August 16, 2015, 08:43:51 am »

Quote from: c4ooo on August 15, 2015, 02:52:05 pm

I must axe you a question does the increment operated follow the left to right order of ops exactly? I mean will something like if foo=x++ increment x first and then compare, or the opposite? (In my case foo is a number of arithmetics)

In most of axe, since there is not exact documentation and that it does not follow order of operations, most things you just need to test to see if it works or not. (Btw, it wouldn't even compile, just throw an invalid token error)

c4ooo · « **Reply #1884 on:** August 16, 2015, 11:22:30 am »

Quote from: Haobo on August 16, 2015, 08:43:51 am

Quote from: c4ooo on August 15, 2015, 02:52:05 pm
I must axe you a question does the increment operated follow the left to right order of ops exactly? I mean will something like if foo=x++ increment x first and then compare, or the opposite? (In my case foo is a number of arithmetics)

In most of axe, since there is not exact documentation and that it does not follow order of operations, most things you just need to test to see if it works or not. (Btw, it wouldn't even compile, just throw an invalid token error)

"(foo=x)++ will make no sense, so ++ has to happen first" -runer112 over irc. it does seems to work

E37 · « **Reply #1885 on:** October 27, 2015, 07:04:13 pm »

On a different subject, I noticed that the Text( command behaved weirdly when performed off screen.
Could this just be my bad code or is it something else?

Also, what exactly does #Relloc( do? (I know it moves the location of something, but why would you want to do that?)

Runer112 · « **Reply #1886 on:** October 27, 2015, 08:07:07 pm »

Quote from: E37 on October 27, 2015, 07:04:13 pm

On a different subject, I noticed that the Text( command behaved weirdly when performed off screen.
Could this just be my bad code or is it something else?

You noticed correctly. Text printing is handled by the OS, which may freak out when attempting to print text offscreen. It's up to the programmer to make sure that the text they print is not offscreen.

Quote from: E37 on October 27, 2015, 07:04:13 pm

Also, what exactly does #Relloc( do? (I know it moves the location of something, but why would you want to do that?)

It redefines the address at which the automatically-defined A-θ variables exist in memory. It's only rarely useful to advanced programmers who need to use the variable's default location in memory for something else, as this allows them to move the variables somewhere else that they know is free.

Hayleia · « **Reply #1887 on:** October 28, 2015, 04:02:17 am »

Now that I think of it. I never used #Realloc because I use custom variables (and because before that, I was a noob) but would Realloc also move a custom variable if it is defined from a default one ? I mean something like °A→°Custom, then #Realloc(L3), would this make °Custom equal to L3 from now on ?

Runer112 · « **Reply #1888 on:** October 28, 2015, 09:10:27 am »

Quote from: Hayleia on October 28, 2015, 04:02:17 am

Now that I think of it. I never used #Realloc because I use custom variables (and because before that, I was a noob) but would Realloc also move a custom variable if it is defined from a default one ? I mean something like °A→°Custom, then #Realloc(L3), would this make °Custom equal to L3 from now on ?

No. Constant assignments are strict, not lazy, meaning they're resolved to a value immediately.

c4ooo · « **Reply #1889 on:** October 30, 2015, 06:22:38 pm »

Quote from: Runer112 on October 27, 2015, 08:07:07 pm

You noticed correctly. Text printing is handled by the OS, which may freak out when attempting to print text offscreen. It's up to the programmer to make sure that the text they print is not offscreen.

I hate that. It would be much easier if the OS handled the screen text itself, and IMO, much more optimized to. (Compare the OS having some code like If((x=(x+char.length))>=screen.width) return; vs the programer having to come up with some hacky code

Furthermore, (at least according to tom scott), no proper text culling caused a security flaw where one could crash someone else's iOS device by sending arabic chars.

Author Topic: Axe Q&A (Read 587114 times)

Ivoah

Re: Axe Q&A

Runer112

Re: Axe Q&A

c4ooo

Re: Axe Q&A

Runer112

Re: Axe Q&A

coops

Re: Axe Q&A

c4ooo

Re: Axe Q&A

TIfanx1999

Re: Axe Q&A

c4ooo

Re: Axe Q&A

Haobo

Re: Axe Q&A

c4ooo

Re: Axe Q&A

E37

Re: Axe Q&A

Runer112

Re: Axe Q&A

Hayleia

Re: Axe Q&A

Runer112

Re: Axe Q&A

c4ooo

Re: Axe Q&A