Quote from: Quigibo on June 18, 2010, 04:54:31 pm

Code: [Select]

Disp A+1->A>Dec


Gotta love how we can do that . I always wished we could do stuff like this in TI-BASIC too (or in xLIB)

Yes, I also like the syntax after understanding the implications.
It is bit like the Ans (some differences) but even faster.
I also wish in TI-BASIC we could do some expressions that did not change Ans for faster code. Like lines started with colons instead of enter did not change Ans. I see lots of optimization coming from this.

Even more important would be TI-BASIC be faster interpreting. I will experiment a simple interpreter that looks like TI-BASIC but adds some BBC BASIC, Axe Parser and some of my ideas to it. The floating point operations could be easily added later with bcalls to the TIOS routines. Until that I would use integers for numbers, lists, etc..
The main advantage of a interpreter against Axe Parser is stability and source code is also the code. It would be slower anyway, but I believe is possible to come with a bit faster than BBC Basic.
Also 1000th post. ^^

Galandros, if you know of any good open-source raycasters for z80, I can start working on those commands.  Even closed source I can attempt to disassemble.  

Let me think. There is this list: http://wikiti.brandonw.net/index.php?title=3D_engines
It says what engines have source code.

Quarnos had some impressive results on graphics (slow). See them here: http://www.junemann.nl/maxcoderz/viewforum.php?f=32
Juha seems promising by screens but I don't know how "finished" it is. http://tift.tuxfamily.org/projects/juha3d

I know of others that are closed source. tr1pe1a (or other?) had an interesting one that wasn't a ray caster, I believe, but drawn interesting 3d objects with connected lines. It's in MC forums.

I see. I am still getting into Axe Parser details.
Since that only comes from user not optimized code, we can leave to the end or just forget it and instead document how to code optimized.

In the future would an Axe Parser optimizator be a viable project? Like a program that takes compiled code and tries to replace code by smaller or faster code.
Btw, programs (and appsvars) can be shrink directly and safely by changing its size word (it is the first 2 bytes that the VAT points to the program memory) to a lesser value?

Looks good.
It does not rationalize some expressions with radicals from what I saw on the screen shoots.

Sounds massive. The gathering part was tedious, maybe. But should have worth.

Builderboy2005 was my first email address (because at that time i was a huge fan of building with Legos) and all of my internet names have been a derivative ever since

Luther (my alter ego) was the nickname given to me by my 5th grade teacher after he said I reminded him of Lex Luther for some reason

Lex Luther?

I used to play Legos when I was a kid. I hope to play a electronic version because I would need lots of Legos to start to have fun. I only got 2 boxes of the big Legos and I want bigger constructions.

The main issue now is that new errors pop ups in TI Connect these days, with new computers and OSes, it seems. It will eventually make those FAQs very huge

Yes it is true. But you can put the questions on top that link to the answer. That way you don't need to scroll much.
A great majority of new computers and OSes problems should be with 64-bit and the solution is using latest TI-Connect or patch from education.ti

It got good stuff on the old posts.
I suggest moving to a subforum archive and leave a sticky warning the code is "old" and instructions of how to port it to new code.