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 - Builderboy
Pages: 1 ... 63 64 [65] 66 67 ... 375
961
« on: October 05, 2011, 01:16:26 pm »
Whats velocity? o.O
962
« on: October 04, 2011, 08:22:32 pm »
That would definitely be something better suited for an Axiom. Something as complicated as particle handling is not something that is general or simple enough to be added into Axe.
963
« on: October 04, 2011, 08:07:28 pm »
And because of this, I don't think this feature of updating only parts of the screen should be included into Axe. It seems more of the specific type of command that would be much better suited to be an Axiom.
I did say it before. And RSA factoring would be next to useless, even with all of our regular computers processing around the clock, the factoring would still take years.
964
« on: October 04, 2011, 07:58:57 pm »
maybe it tries to factor the Nspire's RSA keys in the backround
Or how about a game that has quality sound and needs the speed?
This is why I think it should be in an Axiom  Because it is quite a complicated suggestion, and one that has few uses in regards to normal use. And calc84's suggestion seems to be a new syntax for special case If statements. Often time If statements will only contain a single compare, and this can be optimized if you use a new syntax that specifies the two expressions that are involved
965
« on: October 04, 2011, 07:45:02 pm »
again, there really isn't that much processing power needed to move a character around a map.
966
« on: October 04, 2011, 07:33:03 pm »
You would hardly need all the extra processing power just to move around the cursor though. What i am saying is that there are going to be few circumstances where there is only 1 thing moving around the screen, but there is a lot of processing power needed to move that thing around. And because of this, I don't think this feature of updating only parts of the screen should be included into Axe. It seems more of the specific type of command that would be much better suited to be an Axiom.
967
« on: October 04, 2011, 07:00:44 pm »
No i understand everything you are saying, i am merely commenting on your original idea post, where you connected updating part of the screen and smoothscrolling. Also, if you only have a single crosshair moving around, why would you have the need for such speed? Crosshairs don't take that much processing power to begin with.
968
« on: October 04, 2011, 06:44:15 pm »
Yeah that's what i mean, smoothscrolling pretty much requires that you update the entire screen, so I don't see how the functionality to update part of it would help at all. I am a bit unsure of how the LCD works too, is it simple to update widths that are not at an even byte offset?
969
« on: October 04, 2011, 06:39:53 pm »
for smoothscrolling or in general? Because I still can't see where updating only a single part of the screen would have any benefit for smoothscrolling o.O
970
« on: October 04, 2011, 06:32:11 pm »
Hmmm how would updating only part of the screen make smoothscrolling faster?
971
« on: October 04, 2011, 06:27:56 pm »
Lol ok thats why i was confused, because you said updating parts of the screen would make for easier smoothscrolling 
972
« on: October 04, 2011, 06:22:27 pm »
But that isn't related to only updating part of the screen at a time right?
973
« on: October 04, 2011, 05:47:41 pm »
Idea: Only display/update a square/rectangle part of the screen.
It would make for insanely easy smooth scrolling games.
How would that help smooth scrolling games?
974
« on: October 03, 2011, 06:12:53 pm »
Couldn't you optimize that to a single copy statement? Copy(Y*12+Pic1,L6,768)Then again, this only works for pictures that scroll in the Y direction. The X direction is much harder 
975
« on: October 03, 2011, 06:08:55 pm »
{CONST} or {CONST + Var} produces a 'Wrong # of Args' error
Pages: 1 ... 63 64 [65] 66 67 ... 375
|
Show Posts
