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 - quasi_Phthalo
1
« on: August 15, 2010, 05:02:26 pm »
thoughts of arbitrary-precision arithmetic and the like are flying through my head..... not evaluating fractions past lowest terms until explicitly asked..... hold sqrts in symbolic form through calculations until a decimal approximation is requested........ is this feasible for the speed of the processor?
2
« on: August 15, 2010, 04:48:18 pm »
I consider myself an intermediate asm programmer, so after the base of the OS is laid, i can help with the busy-work of writing routines and such
3
« on: August 15, 2010, 03:28:12 pm »
on Calculus, I would like to see some actual symbol manipulation, instead of just numerical approximation
on 3d graphing, I think parametric (in addition to function) graphing is a must
edit: I just googled CAS (silly of me to not know what it meant). symbol manipulation should be disable-able
4
« on: July 25, 2010, 03:48:13 pm »
several of us know the school's wifi password:
abcd[school phone #]abcd
(i can't remember what the phone # is atm.)
5
« on: July 24, 2010, 05:52:34 pm »
our school used to have a senior prank every year. some of the were:
-covering the gym floor with plastic cups full of water, with all the school trophies stacked on top of tables stacked on top of chairs stacked on more tables in the middle of the gym
-taking all textbooks out of lockers and mixing them up
-filling the headmaster's office with balloons and covering the walls with sticky notes
-driving a CAR into the gym! (last year for pranks)
(i go to a small private school, so we can get away with a lot)
6
« on: July 22, 2010, 11:49:48 am »
I thought up the following after reading a biography on Madame Curie:
-The problem with lessons that take a lifetime to learn is that when you finally learn them, it's too late.
-The world keeps on turning with or without you. Realizing that your efforts may be futile, you must find balance between trying to change it and enjoying it.
7
« on: July 22, 2010, 11:28:56 am »
is this like a plane in 3D, but you can only describe points on it using two angles and a radius?
8
« on: July 21, 2010, 11:52:49 pm »
right, but, the number 120, for example, would fall under the class of 1-byte (8-bit) integers because that's the size of register you would most likely put it in, even though it technically only takes up 7 bits.
i was wondering specifically, is the key exactly 1024 bits long, with the first bit a 1?
9
« on: July 21, 2010, 11:49:32 pm »
wow, and if you actually go to "TI-Calc.org" (notice the '-'), it's one of those weird places where they fill up the domain with stuff that looks like it's what you're searching for, like youyoube.com or something
10
« on: July 21, 2010, 11:28:38 pm »
If i understand correctly, the OS (or it's checksum or something) has to be encrypted before transmission, then the calc decrypts it and makes sure it's valid. we know what numbers the calc uses to decrypt it, so we can decrypt it ourselves. What we don't know is how to ENcrypt it so that it comes out correct when the calc decrypts it.
11
« on: July 21, 2010, 11:20:27 pm »
Computing phi(n) is polynomial-time equivalent to factoring n. It is generally accepted that the two problems are equally hard. "equally hard" in the sense of "the only way we know HOW to find phi(n) is to factor n, hence, they take the same amount of time". But i'm suggesting to find a different way to find phi(n) so, this key is 1024 bits, right? Is the first bit a 0 or a 1? In other words, is the 1024 just a general size, slash, does starting with a 0 made it a 1023 bit number....?
12
« on: July 21, 2010, 11:50:26 am »
the reason we need to factor n into p*q is so that we can calculate phi(n)=(p-1)*(q-1), right? well, what if, instead of trying to find a better factoring algorithm, we try to find a fast way to compute the totient without knowing the factors.....
13
« on: July 21, 2010, 11:30:40 am »
yeah, i just took a look at the hex code and all i found relating to the LCD were these: D310CD <- low contrast D3103E <-  isn't supposed to do anything according to WikiTI D310EF <- high contrast but i still don't understand.... the weird effects on the screen it created were consistent with messing with the power supply!
14
« on: July 21, 2010, 11:15:14 am »
ok, this is weird.... i can't find it on ticalc.org anymore!! I swear, though, the last time I saw it, someone had commented and said it worked for them....
15
« on: July 21, 2010, 10:29:25 am »
so, there's this 'color pong' game out there for 83, and it doesn't work on 84s. It apparently messes with those you'd-be-well-advised-to-just-leave-this-alone commands for LCD port $10. I've never seen it run on an 83, but it supposedly gets you some yellowish and bluish colored pixels for an otherwise ordinary pong game. If you try to run it on an 84, however, this funky pattern happens in the upper left corner of the screen, and then it kinda flickers and fades. After doing this, the calc is still on, but the screen doesn't work, until you reset it (i can navigate the menus blind!)
Inspired to mess with the port after seeing the thread on the exclusive flipping commands, i replicated the color pong affect by sending $10 to the port (i haven't tried the other power supply instructions yet)
Does anyone know what in the heck $08 - $13 do to the LCD? is it harmful? and should i pursue a further study of these commands?
|
Show Posts