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

Pages: 1 ... 5 6 [7]
News / Re: HP-Prime DVT prototype test and pictures
« on: August 08, 2013, 11:27:24 pm »
but oh well... many employees of calculator manufacturers, especially in the management chain, see openness as a threat to the business model, instead of seeing it as the asset that it always has been...

If the platform is popular enough, arbitrary native code execution and Linux will eventually come to the platform. It's only a matter of interest and time.

Nah, he was just making a rather poor joke that really didn't come across well. He definitely doesn't think that way.

Personally, I will be surprised if someone doesn't have an embedded Linux kernel booting on it a few weeks after wide availability. (S3C2416)


News / Re: HP-Prime prototype performance test: color graphic programs
« on: August 08, 2013, 10:18:24 pm »
It might be that the C++ compiler is able to optimize Ints and Integers more than Floats and Doubles on the computer, yet on the calculator they are just as fast.

No, this wouldn't explain it. The only possible difference here might be on the PC with a binary integer object (#<digits>:<-sign><size><o|b|h|d>) and the normal reals (BCD encoded), but I would expect that is so tiny as to be nearly negligible.

All numbers in the numerical part of the system (ie not in the CAS) are BCD encoded. On the HW there are some hand written assembly routines for the low level BCD addition, subtraction, multiplication and so on, but just normal C code for the same on windows.

@critor: Question: Is the LCD refresh rate capped at a certain framerate like on the 39gII (which was 10 FPS)?

I believe the screen refresh is at 52hz.


News / Re: HP-Prime prototype performance test: color graphic programs
« on: August 08, 2013, 08:23:23 pm »
This makes me wonder about sprites.

Something like this should work... haven't tested it. Scales it up too.

EXPORT Sprite()
DIMGROB_P(G2,4,4,{ #7C0003E0001F0000:64, #0, #0, #7C0003E0001F0000:64 });

My concern are math operations, though. On the 39gII, maths, especially floating points calculations, were particularly slow compared to graphical display. In the Prime emu, if I use decimals I see a noticeable slowdown when I do complex animations and stuff.

Please elaborate. Basically, in the non-CAS programming there is absolutely no difference internally between 1 1.0, 1.1 or 1.1111111111. They are all the same thing.


News / Re: HP-Prime prototype performance test: color graphic programs
« on: August 08, 2013, 06:28:38 pm »
Well, the goal was to make it so the default user language was fast enough that what previously only possible in assembly would be possible with the user language. Granted, assembly will always win since hand tuned code will always win over anything else no matter what. However, should be able to do a ton with what is there already, and it will only get better over time.

This is only first release... :-D


Prepare to include lots of wait-loops in your programs :P

Just an FYI - you can just put WAIT(<sec_value>) and wait for specified second value.

The commands have changed. Look through the help while in the editor. It's amazing.

Thanks! I really hoped it would be useful. You basically have about 30% of the 600+ page manual in there I estimate. The goal was that anywhere you are, pressing HELP would bring up useful stuff.



Pages: 1 ... 5 6 [7]