This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Quigibo
Pages: 1 ... 33 34 [35] 36 37 ... 135
511
« on: March 27, 2011, 06:29:36 pm »
ooo... I had never noticed that. That does sound like a big problem. I guess I can use the regular _getkey since its exactly the same except for that, I just thought it would be cool to capture [2nd][off] as a keycode.
512
« on: March 27, 2011, 04:18:51 pm »
Found a very small optimization that I'm surprised you didn't find  p_Min:
.db 8
pop de
or a
sbc hl,de
add hl,de
jr c,$+3
ex de,hl
| p_Min:
.db 8
pop de
or a
sbc hl,de
ex de,hl
jr nc,$+3
add hl,de
|
p_Max:
.db 8
pop de
or a
sbc hl,de
add hl,de
jr nc,$+3
ex de,hl
| p_Max:
.db 8
pop de
or a
sbc hl,de
ex de,hl
jr c,$+3
add hl,de
|
It saves 7 clock cycles in the best case yet the worse case remains the same. So that's a 3.5 clock cycle speed up in the average uniform case.
513
« on: March 27, 2011, 03:59:38 pm »
The new getkey is getkeyr. Its the assmebly bcall _getkeyretoff instead of _getkeyscs. Unfortunately, since there are so many more key combinations than keys (with 2nd and alpha) the codes are not the same and I don't have any good chart to show them.
514
« on: March 27, 2011, 03:52:51 pm »
Axe Parser
Epsilon 0.5.1
Almost done... maybe. New Features:- New getkey for grabbing key combinations.
- Compile menu tells you the shell settings to avoid accidental compiles.
- DispGraph is now significantly faster.
- New command to check string equality.
- Lots of new optimizations (Thanks again to Runer112!)
Changed:- Fixed Axiom system when reading commands with single r modifiers.
- Fixed MemKit axiom bugs.
- Corrected typo in help menu.
- not() can be used in expressions.
- Fixed Ptr->DispGraph bug.
515
« on: March 25, 2011, 06:04:56 am »
Awwww, thanks guys (and girls)!  I do like to give credit where credit is due, but I still feel like crediting me for every Axe program is really something that should be optional. I'm just providing a tool to help programmers use their creativity in more powerful ways in their own works. Film editing software for example, no mater how sophisticated, is generally not mentioned in the credits of a movie. Likewise, I don't feel that the author has an obligation to credit the software engineer when the author has put so much of their own time and ideas into their project. You don't credit TI when you write a program in TI-BASIC. Now that being said, if you feel like you are being helped on a personal level on the forums, fixing specific bugs, using example code/programs, etc. then credit is probably due to that person. And it is certainly not okay to make false claims about your work. [rant] I never imagined that Axe would get this popular because its really at a point now where I am honestly having trouble keeping up with all the new projects and development going on. It probably also has a lot to do with how busy I am. I've never overloaded myself like this before, with a job, research, school, girlfriend, responsibilities, its all so much to juggle, I haven't had free time for so long. I think last week alone I didn't get much more than 5 hours of sleep a night and there were 2 all-nighters in there. Its probably not healthy for me. Even on my break right now, I have so much work it doesn't feel like a break at all. But I've found a little bit of time to work on Axe luckily and I haven't lost interest in it. [/rant] Anyway, thanks for all the support everyone. Its this kind of gratitude that keeps me so motivated to continue with the updates.
516
« on: March 19, 2011, 03:09:12 am »
By the way Ashbad, the old Axiom system is no long supported so those don't really apply, make sure you are using the SDK that came in the Axe 0.5.0 zip file. Also, there isn't a 255 byte limit now, they can be any size.
517
« on: March 17, 2011, 08:51:52 pm »
Hehe... Axe's source code is 9200 lines of code but then the commands add another 3700 lines.
518
« on: March 16, 2011, 05:54:08 pm »
My spring break is next week. I will finally have time to pick this project up again so expect an update in about a week. I know there have been a lot of bugs/feature requests recently that I've probably forgot about or missed, I will try to reread most of the features wishlist, bug reports, and optimization threads on Friday so if there are any other important things you feel I should do not already mentioned in those threads, now would be a good time to bring them up there.
519
« on: March 09, 2011, 04:00:12 pm »
The area used by interrupts (L2) might also be used by shells. I don't think the fnInt() function itself can even cause a freeze but I'll look more closely there. Maybe its a compile bug? Try recompiling after unarchiving and rearchiving your source and see if that changes anything.
520
« on: March 04, 2011, 02:57:07 am »
I have another cool feature request - you don't have to do this if you don't want to.
I'd like an auto-updating version number in the standard Major.Minor.Revision format. You would specify a version number to start counting from in the program, then the Revision would automatically update every time the program is compiled. Then, you could use this value in your programs (e.g. to make sure that two calculators playing a link game are playing the same version of the game).
The problem, though, is that some people could just cheat by modifying the game with calcsys. The only way to prevent cheating would be to scan the entire program via the link port and compare with your copy, to spot any differences. But again, this isn't very likely to happen since the average calc gamer at school barely even know how to archive/unarchive/turn ON the calc, anyway.
The goal isn't to prevent cheating though, its just to try to make sure the programs are compatible so that linking works 100%. Like if you changed your linking routine or something between versions. This isn't really an Axe feature though, its really something the programmer should take care of themselves and its relatively trivial.
521
« on: March 03, 2011, 03:49:29 am »
I swear Quigibo mentioned he optimized the Return...
Maybe it was just a feature request. I'll check.
It was available at one time, but I removed this feature for some reason because there was a case where this behavior was not desired. I can't seem to remember what it was though... if I can't think of anything, I'll add it back in.
522
« on: March 03, 2011, 03:26:52 am »
Actually, if I remember correctly, the engine already works the way you want it to (other than clipping). It just reads a list of lines in the form of [x1y1z1x2y2z2]... and then draws them all each render. So just by editing this, you could get any shape.
Also, perspective 3d is not much more cpu intensive than ortho, it only requires one extra division per z-coordinate.
523
« on: March 01, 2011, 03:42:35 am »
The problem with backing up things in archive is that there isn't always enough free ram to create the backup (whereas you are guaranteed to have it if it already exists in ram).
524
« on: February 27, 2011, 01:54:44 pm »
Flip-flopping axioms won't work because the axioms are looked at in the order they are imported, and the limit is 5 axioms per program. If you need to use 2 sets of Axioms, just make sure they use different token combinations and you won't have any conflicts. If they do use the same token combinations, you can probably change the source and recompile the Axiom to use a different token since I assume most axioms will be open source.
You do not need the Axiom appvar to execute the program, just to compile. Axioms work a lot like the Asm() command, but smarter and with readable syntax.
525
« on: February 26, 2011, 12:18:48 am »
You can use LnReg to transfer interrupt control from Mirage to the OS. That would be the best idea since you can still use OS routines that require interrupts.
Pages: 1 ... 33 34 [35] 36 37 ... 135
|
Show Posts