Show Posts

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 - Freyaday

Pages: 1 ... 164 165 [166] 167 168 ... 173
2476
Other Calculators / Re: How did your program or game get its name?
« on: March 08, 2011, 09:47:54 am »
PartesOS: Partes is the Latin word for "parts" (I take latin, btw). Its overall architecture is supposed to be modular, so it's composed of many parts. It's also an OS. (Reminds me, I really need to devote my free time to it. Really need to.)
Reminder: You really need to devote your free time to it.
PS: You asked for it! Literally!

2477
General Calculator Help / Asylum
« on: March 08, 2011, 09:46:09 am »
I'm trying to make an Axe game, but I have no ideas about what the game should be. All I have is the name: Asylum.
Any ideas?

2478
Humour and Jokes / Re: 9001 signs you're addicted to calcs and Omni
« on: March 07, 2011, 06:07:20 pm »
1436: 1435 is be cause the calc leading the resistance is Frankencalc, who is trying to stop your other calc, the leader of the Empire, from releasing something better than Frankencalc.

2479
News / Re: TI-Nspire CX and TI-Nspire OS 3.0
« on: March 07, 2011, 03:41:01 pm »
My friend and I have a theory: TI is going to create an appstore for the CX. This is the only possible reason we can think of for the existence of a Wi-Fi module and the crippling of programming.

2480
The Axe Parser Project / Re: Bug Reports
« on: March 07, 2011, 10:28:36 am »
L3->DispGraph and L6->DispGraph both produced
Unknown Err
Code: 4726231
on the 1st pass. When I pressed prgm, the cursor was on DispGraph both times.
This actually happens with all <pointer>->DispGraph functions, ever since Axe 0.4.7. That is an incredibly annoying bug. However, I do have a workaround. You could replace P->DispGraph with:
Code: [Select]
Copy(P,L6,768)
DispGraph
This will take up the draw buffer, but not only will the picture appear, you can also draw on it.
Unfortunately, this also negates the purpose of L3->DispGraph, to display just the back buffer without messing up the front? buffer.

2481
Axe / Re: The Optimization Compilation
« on: March 07, 2011, 03:04:13 am »
Ta-Da! Counterintuitivity strikes again! But this is officially a lesson: Always double check. And make sure it's been single-checked, too.

2482
Humour and Jokes / Re: 9001 signs you're addicted to calcs and Omni
« on: March 07, 2011, 02:45:19 am »
1432: You've contributed to Randomness/Utter Chaos.
1433: You have a time machine. Your calc built it for you out of some skeletons it had lying around in its closet.
1434: Your calc has its own personal closet.

2483
Axe / Re: The Optimization Compilation
« on: March 07, 2011, 02:12:31 am »
'Twould be something like
Normal
DispGraphr
Full
The 6MHz clock setting is a compatability mode. And Axe checkerboards the grey areas in DispGraphr.

2484
Axe / Re: The Optimization Compilation
« on: March 07, 2011, 01:42:40 am »
I'm trying to explain that the two commands are of roughly equal speed when the use of the Full and Normal commands are taken into account, and constantly switching between the two clock speeds so as not to slow down the rest of the program probably isn't what the compatability mode was meant for. Add to that the time of having to store to both buffers, and the advantages of DispGraphr kinda get negated.
That said, if the program is intended for a 6MHz calc, then use r.

2485
Axe / Re: The Optimization Compilation
« on: March 07, 2011, 12:43:26 am »
I'd like to point out that DispGraphr is not faster than DispGraph, it just uses less cycles. How can this be? DispGraphr requires a 6MHz clock, because the screen requires a ~10microsec delay between successive inputs, otherwise the screen displays random garbage. DispGraphr is faster than that @ Full speed, necessitating the slowdown. DispGraph, however, uses TI's own method to prevent this, an altermate display routine with the necessary delay built in.

2486
Humour and Jokes / Re: 9001 signs you're addicted to calcs and Omni
« on: March 06, 2011, 10:02:08 pm »
1429: The movie "Weird Science" happened to you, but with your calc.
Just as you planned.
1430: Your calc has more common sense than you do. Sadly, this is not saying much.

2487
Humour and Jokes / Re: 9001 signs you're addicted to calcs and Omni
« on: March 06, 2011, 08:14:39 pm »
1419: Your calculator doesn't have to predict how many outfits Lady GaGa will wear in her next music video--it just goes up and asks her.

2488
Humour and Jokes / Re: 9001 signs you're addicted to calcs and Omni
« on: March 06, 2011, 06:48:46 pm »
1417: You wrote a calc program that counts how many different outfits Lady GaGa wears in each of her music videos. It not only works, but has developed a particular fondness for "Telephone".

2489
Axe / Re: Program-making programs
« on: March 06, 2011, 05:35:08 pm »
I'm still slightly confused here, but from what I understand, you're doing the same thing I am, but with loops and stored data instead of hard coding and ElseIfs.

2490
Humour and Jokes / Re: 9001 signs you're addicted to calcs and Omni
« on: March 06, 2011, 05:21:33 pm »
1413: YOU'VE GOT BLISTERS ON YOUR FINGERS!
1414: You always choose the appropriate units when measuring something. That way everything is OVER 9000!.

Pages: 1 ... 164 165 [166] 167 168 ... 173