Btw I don,t remember if I asked this or if someone asked this, but does Axe programs run at the same speed on both 15 MHz calcs and the 6 MHz 83+, like other ion/mirage games?

Quote from: DJ Omnimaga on February 23, 2010, 01:53:55 am

Btw I don,t remember if I asked this or if someone asked this, but does Axe programs run at the same speed on both 15 MHz calcs and the 6 MHz 83+, like other ion/mirage games?

I think Axe runs faster in 15Mhz because it makes use of the faster speed available.

Nah, Axe programs run in 6MHz. I tried running in 15MHz and the Fastcopy routine failed. Quigibo, you should use a Safecopy routine so people won't need to use ALCDFIX with Axe programs. Also, running the Axe parser in 15MHz mode could really speed up compiling times.

Oh, I though it was in 15MHz mode by default... I'll try that.  But wouldn't safe copy make the routine really slow?  And if that's the case, why not just use GrBufCpy since isn't that what it does already?

I currently have reading and writing to ram working now, it was surprisingly simple to add.  But as I was using it, I realized that it would be an extreme convenience to have built-in data structure support that allows for adding, removing, reading, and writing data from a predetermined stack in ram.  I'll have to come up with some really clever syntax though, it'll be tough.

Sounds great! I can't wait as well.

Alright, the moment you've all been waiting for, Axe Parser 0.0.6 is finally out, widening the range of what is possible by a HUGE amount.  This is the last of the 0.0 series.  In 0.1 I will be working on improving the GUI, error handling, and safety features until it is somewhat acceptable.  I might also throw in a new command or two every so often.

Looking forward to seeing some new projects.

WOW darn you keep impressing me more and more. It's amazing to see a TI-BASIC like language (that is actually almost TI-BASIC since it uses the BASIC tokens as they were intended for or close) run at such speed and so many sprites moving around without slow downs. That sure deserves a ticalc feature when this comes out. In fact even in its current completion state it would, IMHO.

Plus there are alerady nearly entire games produced in such short amount of time. That goes to show how sometimes BASIC can let people do stuff incredibly fast due to the higher level syntax (altough larger than straight asm programming)

Btw, I assume people will upload their games in TI-83 Plus Assembly Games at ticalc, right? Because for 68k, all C games are uploaded in assembly sections, even thought they were not originally written in assembly. I encourage authors to provide their Axe source code with their releases to encourage people to learn the language more ^^

Wow this is incredible, cant wait to get back from vacation to go download this immediately ^^

Out of curiosity, when using the PlotScreen *high* volatility RAM, does that allow you to write to the screen buffer as RAM instead of as Pixels? 

Well i mean you could write a whole row of 8 pixels with one byte, just because of the way the data is stored, and that could make for some very interesting and fast effects

It also could allow for faster line drawing (horizontal anyway ) since we wouldn't have to write to each horizontal byte 8 times to fill it up.  For vertical your pretty much out of luck Now i need to reserect my scrapped line drawing routine and make something fun.