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 - thepenguin77
Pages: 1 ... 64 65 [66] 67 68 ... 108
976
« on: April 11, 2011, 05:41:58 pm »
I'll get the center moving stuff done eventually, it's the next AI improvement I'm going to do. But first I have to rearrange some other stuff to make it happen, like two byte move scores. The other problem is that I need to optimize some other stuff too because counting the moves is going to take a serious toll on it's decision making time.
The reason I'm not getting it done is not because I'm not motivated to work on it. It's because I don't have the time. I get home from track at 5:30 and I have to start on homework by 8:30 so I don't end up going to bed at like 1. That leaves 3 hours of free time, 1.5 of which will be wasted on something random, like omnimaga for instance. (Not saying omnimaga is waste of time, just in this sense it's not programming) Then comes the problem of how long it takes to actually make changes. After I made the changes above, I tried to make it faster in another way. But that actually made it slower. So making it took about 1.5 hrs, debugging took another half, and getting rid of it took about 1. That right there is two days.
Not to mention I have track meets tuesday and thursday which I get home at 9 from.
977
« on: April 11, 2011, 04:47:43 pm »
Might as well post the most recent as I haven't worked on it in a while. Updates look like: - Fixed a glitch with best move selection (if there were two great moves instead of one, it might not pick neither)
- If one of the AI moves is checkmate, it will take it
- AI is faster
It is pretty amazing, the only thing I did to make this faster was replace all the ldir's with a big ldi \ ldi \ ldi loop and I made a 25% speed increase. Who would have thought? But this version will beat you if you're lazy, so watch out.
978
« on: April 10, 2011, 10:18:46 pm »
* Happybobjr hugs thepenguin77
Does it leave an appvar or something to tell it what programs have been archived in this method?
That's actually a really good idea. But no. Instead, I make a list on the extra ram page which doesn't get touched by the Ram Clear. And I'm going to mark the list as valid by putting a "zStart", $69, $13, $37 in front of it because I'm literally going to crash the calc. You wouldn't want a regular ram clear to trigger the unarchive loop. 
979
« on: April 10, 2011, 08:37:47 pm »
I like the idea of being able to rename tokens. Axe re-purposes a lot of tokens, and so do Axioms.
Oh, I thought axe already renamed them. In that case I'll have to make a token editor. Some progress: -I've moved the restore defaults to ON+CLEAR because ON+ENTER will be compile Axe -ON+VARS archives all programs, this is the first step towards the safe ram clear I'm not going to have it archive appVars because a lot of appVars aren't meant to be archved.
980
« on: April 10, 2011, 07:22:23 pm »
Hmmm... I suppose it's possible. (CxCurApp) would be kExtApp if an app was running, although I'm not exactly sure how to tell if a ram program is running.
But would this really be useful?
981
« on: April 10, 2011, 07:10:31 pm »
Aww, man! Guess that's why they invented [NV]RAM, huh  .
Would it be possible to have the hook return the normal small font for system menus, or only work when called from within a program?
Small font for system menus would require some serious Menu Hook hacking. Almost to the point where you would want to hack the OS. Displaying the small font and the large font are two entirely different bcalls because the small one is variable width. You would also have to change the way the menus scroll and add extra options at the bottom. For only working in a program, do you mean a specific program or just programs in general?
982
« on: April 10, 2011, 06:47:02 pm »
Here is where you can find the pdf Freyaday is talking about. This page has some other cool stuff on it too. SirCmpwn's second link is good, but it's not very thorough. If you really want to know what memory is where check out BrandonW's ti83plus.inc, and scroll down to the ram areas. I honestly open that file almost every day. As for which ram areas are safe. Going by brandonW's list: appData, RamCode, any MD5, tempSwapArea, OP's, iMathPtr's, textShadow, saveSScreen, statVars, smallEditRam, cmdShadow, appBackUpScreen, and last but certainly not least, almost the entire extra ram page Each one of those has specific times it will get killed though, although if you think about what bcall's you are using, you can probably figure out if it's going to get killed or not. I'm sure I missed a few also 
983
« on: April 10, 2011, 06:05:38 pm »
No, you are totally right. If I put it inside the app, it would take about 10 seconds and corrupt it's signature. Other assembly programmers would look down on me in shame. That's why TI invented appVars 
984
« on: April 10, 2011, 06:00:04 pm »
Would storing the active font in the app itself speed things up any or fix any bugs?
Would editing of the small font be possible? Of tokens?
No, storing the font wouldn't make it faster. My hooks are super optimized for speed because you sure wouldn't want a .1 sec delay per character when displaying the whole screen. Here's what I do: -Hook get's called, if the OS is asking for the small font, it quits -It looks at the very end of the extra ram page in a certain spot for $69, if it's there, skip to THERE -It finds the font file and stores it's location at the end of the extra ram page along with $69 THERE: -It takes the file location from the extra ram page and adds the offset for the specific character -It streams the bitmap out of flash and give the OS a pointer to where it put it -RET Editing the small font would be possible, but I don't think it's really practical. If you change the length of the characters, you're bound to mess up menus like MODE. Editing tokens is possible, but what would you really want to change? It also wouldn't be very size practical. lol at @squidgetx I was thinking of an option to disable all hooks. It wouldn't be hard to do at all. But until I do that, opening the press to test menu work just fine.
985
« on: April 10, 2011, 05:36:33 pm »
Hooks are pieces of code that get called when something happens. So the hook is is pointing to a routine in my app that goes out and finds the font program, then gets the character out of it. The font is never actually copied, I just keep it's name in my appVar.
Converting to Omnicalc shouldn't be hard, it probably just has a different header. My fonts start out "FONT," Omnicalc's might be "OMNI" or something. Converting would just be as simple as changing the header. Although I'm not sure what Omnicalc would do about the new characters added in 2.53...
Edit:
.db $BB, $6D, $C9, "omnicalc"
986
« on: April 10, 2011, 05:20:41 pm »
I forget what exactly happens, but iirc it involves scrolling up on the homescreen and a ram clear. Either that, or the one with a right-pointing triangle in the top left corner & the cursor top right
So you are uninstalling it (option 1) correct? I'm not sure what would cause that. But I made it disable the font hook when it runs so it shouldn't happen again.
987
« on: April 10, 2011, 05:11:22 pm »
Thanks. And to prevent version conflicts, you might want to add a GetVersion call so that if you start adding a bunch of features, it won't crash if the version on someone's calc is too old.
Also, you should probably have some kind of flag to signify that Axe is at a high enough version to do this. Perhaps $1337 right before the call table?
Edit to your edit:
I wouldn't be using any. It would be called from a hook, from an app.
988
« on: April 10, 2011, 05:05:15 pm »
I got the video to play. But what I meant is that the glitch looks like CurRow went off the bottom of the screen. What is the bug? Is it that the font isn't disabled? Because I'll fix that right now. And the hooks all point to different spots in my app. You can look up their addresses and find the exact spot they point to if you really want to know. But it will change from version to version.
989
« on: April 10, 2011, 04:56:17 pm »
So we can replicate this:
First of all, Mathprint or Classic?
And secondly, is it 5/6. or 5./6. or something else?
Yes, that is hardware related. It is the LCD's z-addressing. The OS must have sent a bad LCD command to the driver.
990
« on: April 10, 2011, 04:50:41 pm »
Sorry, windows media player didn't show the video for some reason, only sound. I'm not sure what caused that problem, have you been able to replicate it? Also, what Asm program was it? To me, that looks like CurRow went past 7. Request: Safe ram clear.
You would have an option to Archive all unarchived:
*Programs
*Variables
*Appvars
*Etc.
After that, it would clear you ram and Unarchive the things that were just archived. [/ridiculous but awesome idea]
I can probably do that, of course I'd have to make the button that does that a little more obscure. Maybe [Alpha] R.
Pages: 1 ... 64 65 [66] 67 68 ... 108
|
Show Posts