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]
91
News / Re: HP-Prime DVT prototype test and pictures
« on: August 08, 2013, 11:27:24 pm »
Quote from: Lionel Debroux on August 08, 2013, 02:25:33 am
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)

TW


92
News / Re: HP-Prime prototype performance test: color graphic programs
« on: August 08, 2013, 10:18:24 pm »
Quote from: bb010g on August 08, 2013, 09:43:03 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.

Quote from: DJ Omnimaga on August 08, 2013, 09:54:26 pm
@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.

TW

93
News / Re: HP-Prime prototype performance test: color graphic programs
« on: August 08, 2013, 08:23:23 pm »
Quote from: DJ Omnimaga on August 08, 2013, 05:31:26 pm
This makes me wonder about sprites.

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

EXPORT Sprite()
BEGIN
DIMGROB_P(G2,4,4,{ #7C0003E0001F0000:64, #0, #0, #7C0003E0001F0000:64 });
BLIT_P(G0,20,20,100,100,G2,RGB(0,0,0));
WAIT(3);
END;

Quote
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.

TW

94
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

TW

95
HP Prime / Re: [HP Prime] Color Tunnel clone (formerly color usage help thread)
« on: August 08, 2013, 06:12:15 pm »
Quote from: critor on August 08, 2013, 02:10:33 pm
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.

Quote from: bb010g on August 07, 2013, 04:26:19 pm
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.

TW

TW

Pages: 1 ... 5 6 [7]