Link

http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=246542

please contribute

Thanks

Maybe Critor and Kerm in September though.

Maybe Critor, but I don't know about Kerm. There was no recent post on Cemetech about the Prime, as if no one noticed that an emulator was leaked, and as if Kerm didn't get an official copy. On the contrary, Ti Planet newsed about the leak and also about the fact they were given an official (I hilighted the word "officielle" in the post) copy of the emulator (and they then made a long post about how it works, etc).

HP_Prime_Virtual_Calculator_PreRelease1.rar (emulator)

https://app.box.com/s/8lp5k3que2tr2wx5uyzl

I don't have time to post there, but there is a bug I found right now:

If you try using RECT_P with a color value other than the RGB(#,#,#) format, such as a decimal number, for example, it will act as the black color. However, with PIXON_P it works fine.

So for example, this will slowly fade the screen to black:
EXPORT fadein()
BEGIN
FOR C FROM 0 TO 3 DO
FOR X FROM 0 TO 319 DO
FOR Y FROM 0 TO 239 DO
INT(GETPIX_P(X,Y)/2)▶P;
PIXON_P(X,Y,P);
END;
END;
END;
END;
However, if you try using RECT_P instead for any reason (such as wanting to pixelate the screen as it fades in):

EXPORT fadein2()
BEGIN
FOR C FROM 1 TO 4 DO
2^C▶D;
FOR X FROM 0 TO 319 STEP D DO
FOR Y FROM 0 TO 239 STEP D DO
INT(GETPIX_P(X,Y)/2)▶P;
RECT_P(X,Y,X+D,Y+D,P,P);
END;
END;
END;
END;

Then the pixels will immediately become black without fading in.

This is definitively a bug, since PIXON accepts non-RGB color format, yet RECT doesn't.