Search found 26 matches

by whuyse
Mon Oct 15, 2018 12:45 pm
Forum: Software Library
Topic: Line drawing support
Replies: 27
Views: 3341

Re: Line drawing support

Hi, this is my version of LINE. differences with yours: it doesn't round the inputs. PIXEL rounds the inputs anyway. speed-optimized inner loop, using "x" AGRAPH instead of PIXEL, so no need to test negative input. It is independent of the CRES/RRES setting (yours isn't, you perform a SQRT on a nega...
by whuyse
Sat Jun 30, 2018 8:41 am
Forum: Usage tips, tricks and problem reports
Topic: Incongruity of the PIXEL function
Replies: 9
Views: 785

Re: Incongruity of the PIXEL function

That is possible indeed.
See the 3rd post in this thread ;-)

Cheers, Werner
by whuyse
Tue Jun 26, 2018 11:23 am
Forum: Usage tips, tricks and problem reports
Topic: AON
Replies: 3
Views: 227

Re: AON

They are, at least for the full command name. The catalog shows an abbreviated name which causes some commands to seemingly be out of place, eg ASINH and ASGN, until you realize the latter is really ASSIGN. This, however, does not apply to AOFF and AON, that are not abbreviated and are in their righ...
by whuyse
Tue Jun 26, 2018 7:30 am
Forum: Usage tips, tricks and problem reports
Topic: AON
Replies: 3
Views: 227

Re: AON

??
Whatever makes you think that?
Both are listed in CATALOG-FCN.

Cheers, Werner
by whuyse
Wed Jun 13, 2018 6:59 am
Forum: Usage tips, tricks and problem reports
Topic: Incongruity of the PIXEL function
Replies: 9
Views: 785

Re: Incongruity of the PIXEL function

From the manual: F34 F35 AGRAPH behaviour C C The image is merged with the existing display (logical OR) -- default state C S The image overwrites all pixels in that portion of the display S C Duplicate 'on' pixels are turned 'off' S S All pixels are reversed (logical XOR) Cheers, Werner
by whuyse
Tue Jun 12, 2018 2:16 pm
Forum: Usage tips, tricks and problem reports
Topic: Incongruity of the PIXEL function
Replies: 9
Views: 785

Re: Incongruity of the PIXEL function

LBL “PIXOFF” “x” SF 34 AGRAPH CF 34 END The “x” is the multiplication sign. To be foolproof, the program would have to save the state of flags 34 and 35, then set 34 and clear 35, do AGRAPH and restore flags 34 and 35 to their original settings. But by default they are both clear, so.. Cheers, Werner
by whuyse
Tue Jun 12, 2018 1:32 pm
Forum: Usage tips, tricks and problem reports
Topic: Incongruity of the PIXEL function
Replies: 9
Views: 785

Re: Incongruity of the PIXEL function

Unfortunately, this is exactly how the HP42S behaves as well.
Cheers. Werner
by whuyse
Tue Apr 10, 2018 12:38 pm
Forum: DM42
Topic: Proposal: virtual alpha variable?
Replies: 6
Views: 1808

Re: Proposal: virtual alpha variable?

Of course, Thomas' program will need at most a 8x1 matrix and 8 loops to store the Alpha register, and just performing XTOA on the matrix in the X-reg will append it to the Alpha register, just like Bill's. And it works for an empty Alpha Register without modification.
Werner
by whuyse
Sun Apr 08, 2018 8:05 pm
Forum: Usage tips, tricks and problem reports
Topic: [DM42 Bug?] CLLCD not working right
Replies: 8
Views: 1821

Re: [DM42 Bug?] CLLCD not working right

Hi Thomas, no, it points beyond the RTN, at LBL 14. But something's wrong anyway: why is the busy annunciator lit, and the result not shown? If I remove the CLLCD right after the STOP, it works as it should. Perhaps it's the combination of CLLCD and subsequently changing GrMod that is the culprit. C...
by whuyse
Tue Apr 03, 2018 7:36 am
Forum: Usage tips, tricks and problem reports
Topic: [DM42 Bug?] CLLCD not working right
Replies: 8
Views: 1821

Re: [DM42 Bug?] CLLCD not working right

I altered the program to remove the printing commands, and added a STOP after the first PIXEL. Executing first shows the pixel at (5,5). Upon pressing R/S, the busy annunciator remains lit, and the result of drawing the pixel at (100,100) is not shown. Pressing PRGM shows the code has run till the e...