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

Haobo · « **Reply #1860 on:** May 07, 2015, 11:54:49 am »

When reading from archive, does it disable interrupts as well?
Also, is there a really fast way to get a user to input a variable? It takes too long to make one from scratch every time.

c4ooo · « **Reply #1861 on:** May 07, 2015, 03:46:36 pm »

Quote from: Runer112 on May 07, 2015, 11:29:57 am

-snip-

Alright. The only problem is that the data imd working with will likely be bigger then the amount of ram. Well actually it probably won't, but it will be very close. So i decided that the best thing to do would be to keep the data in a buffer temporarily, and when a different sector is required, to write the buffer back to the archive and load the new data. The "data" is a tile map for a minecraft clone, so there is a lot. Is there any way i can keep the var archived and still use my buffer approach?

Quote from: Haobo on May 07, 2015, 11:54:49 am

When reading from archive, does it disable interrupts as well?

I believe so as interrupt based greyscale has to be reloaded after the file-IO in my project imd working on. Idk if the culprit is the archive / unarchive command thou.

Runer112 · « **Reply #1862 on:** May 07, 2015, 06:52:22 pm »

Quote from: Haobo on May 07, 2015, 11:54:49 am

When reading from archive, does it disable interrupts as well?

No, reading a byte/word from an archived pointer doesn't disable interrupts.

Quote from: Haobo on May 07, 2015, 11:54:49 am

Also, is there a really fast way to get a user to input a variable? It takes too long to make one from scratch every time.

For string input, you can sometimes get away with the input command. But that reads a string of tokens instead of characters, which is often a problem. You can convert it to characters with the Detokenize axiom, though.

For numerical input, there's no built-in. So you do have to do it yourself.

Quote from: c4ooo on May 07, 2015, 03:46:36 pm

Is there any way i can keep the var archived and still use my buffer approach?

No. Keeping it archived means reads are still slow. And even if you did manage to speed up the archive reads, you still couldn't write back changes.

Quote from: c4ooo on May 07, 2015, 03:46:36 pm

Quote from: Haobo on May 07, 2015, 11:54:49 am
When reading from archive, does it disable interrupts as well?
I believe so as interrupt based greyscale has to be reloaded after the file-IO in my project imd working on. Idk if the culprit is the archive / unarchive command thou.

I wouldn't really call the mass data movement commands "reading from archive," but the Copy() from flash, Archive, and UnArchive commands probably kill custom interrupts. They may also disable OS interrupts.

c4ooo · « **Reply #1863 on:** May 07, 2015, 07:09:57 pm »

Quote from: Runer112 on May 07, 2015, 06:52:22 pm

No. Keeping it archived means reads are still slow. And even if you did manage to speed up the archive reads, you still couldn't write back

So no matter what what I am forced to store a copy to ram?

come on runer use don't you use your magic to come up with anything?

couse keeping a 32*384 tile map in ram just seems wastfull...
NB: this message is not meant to be offensive or make fun of runer in any way. At the time of posting i was feeling hopeless and lost because what i had in mind won't be possible.

Matrefeytontias · « **Reply #1864 on:** May 08, 2015, 03:22:41 am »

Instead of being rude, just use your brain and understand that it is reading from archive that is slow, and that there's nothing you can do about it. It seems wasteful ? Too bad, you can only do that.

c4ooo · « **Reply #1865 on:** May 08, 2015, 07:02:04 am »

Quote from: Matrefeytontias on May 08, 2015, 03:22:41 am

Instead of being rude, just use your brain and understand that it is reading from archive that is slow, and that there's nothing you can do about it. It seems wasteful ? Too bad, you can only do that.

Umm i was not trying to be rude... i was sad that you that was the only thing you can do... notice the cry emicons... If you think it was rude, then i apologize.
Edit: can i not show of my emotions without being "rude"?
Edit2: ime not going to -1 you because that will just start a flame war, but the "use your brain and understand" part was also rude $:-\$ Just because i am restively new to non-ti-basic, and i still think that there is a way to achieve what i was trying to do does not make me stupid as you suggest with your "use your brain and understand" comment. Furthermore, considering the fact that i am relatively new to non-ti-basic, i will always be unsure until i ether me or someone else makes it happen, or i just give up.

Matrefeytontias · « **Reply #1866 on:** May 08, 2015, 12:56:37 pm »

Well, I recognize I was rude myself, sorry about that. That may be because English is not my native language, but the way you said

Quote

come on runer use don't you use your magic to come up with anything?

just sounded to me like "come on Runer if you're so clever why don't you have a solution for this ?". I understand now that that is not the case so I apologize for my wording.

It's okay to be new at things or to be slow to understand. It's just the way it was said that bothered me, not the content itself. Again, sorry about that. I shall remove that -1.

c4ooo · « **Reply #1867 on:** May 08, 2015, 04:13:54 pm »

Quote from: Matrefeytontias on May 08, 2015, 12:56:37 pm

-snip-

Thanks you kind sir, i understand why you would have thought i was trying to insult runer. I am going to add a footnote to my post ATM to prevent further misinterpretation.
Edit: and yes I know perfectly well that all software and hardware has limitations.

Haobo · « **Reply #1868 on:** May 10, 2015, 02:51:48 am »

When using getKey^^r, are interrupts still working?

Sorunome · « **Reply #1869 on:** May 10, 2015, 04:35:49 am »

Quote from: Haobo on May 10, 2015, 02:51:48 am

When using getKey^^r, are interrupts still working?

As far as I know not, if you use interrupts you have to manage without that.

ISSOtm · « **Reply #1870 on:** May 10, 2015, 11:35:15 am »

Interrupts are on, as the "run indicator" is active while using getKey^^r (tried it)

Haobo · « **Reply #1871 on:** May 12, 2015, 03:46:51 pm »

Are you not supposed to load a file onto an existing file? Like, if I put appvHELLO to [Y2] and then do appvHELLO2 to [Y2], does it break some stuff, because when I tried to read another file in [Y1], it doesn't work anymore, program crashes after having the run indicator turn on and then pressing any button.

Runer112 · « **Reply #1872 on:** May 12, 2015, 03:48:58 pm »

Quote from: Haobo on May 12, 2015, 03:46:51 pm

Are you not supposed to load a file onto an existing file? Like, if I put appvHELLO to [Y2] and then do appvHELLO2 to [Y2], does it break some stuff, because when I tried to read another file in [Y1], it doesn't work anymore, program crashes after having the run indicator turn on and then pressing any button.

I don't believe this should cause any issues. Unless, of course, other parts of your code still expect the old variable to be pointed to by Y₂.

Ivoah · « **Reply #1873 on:** May 14, 2015, 09:29:59 pm »

What's the best way to get nice audio in Axe? I've heard that the Freq( command isn't great.

Runer112 · « **Reply #1874 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.

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

Haobo

Re: Axe Q&A

c4ooo

Re: Axe Q&A

Runer112

Re: Axe Q&A

c4ooo

Re: Axe Q&A

Matrefeytontias

Re: Axe Q&A

c4ooo

Re: Axe Q&A

Matrefeytontias

Re: Axe Q&A

c4ooo

Re: Axe Q&A

Haobo

Re: Axe Q&A

Sorunome

Re: Axe Q&A

ISSOtm

Re: Axe Q&A

Haobo

Re: Axe Q&A

Runer112

Re: Axe Q&A

Ivoah

Re: Axe Q&A

Runer112

Re: Axe Q&A