Fill Routine

[LCD]

Code:

#include <SP/Fill.bas>
SPFill(127,87, USR "a") : REM Fills with UDG "a"

Update: It comes included in the 1.2.9s861

Tested:

Code:

#Include <SP/Fill.bas>
paper 7:border 7:bright 0:cls
circle 128,87,20
SPFill(128,87,200)

Got following:
"Fill.bas:10: warning: SUB 'SPFill' declared as FASTCALL with 3 parameters. Compilation successfull"
So Including of SPFill was successfull, but got only a empty circle, but it should get the pattern stored in ROM at address 200, which is:

Code:

206,67,79,211,84,65,206,65

[britlion]

Okay. This is totally thread hijacking at this point!

(I see this all got moved, so Boriel makes me look like a crazy person!)

[boriel]

:?: :?: :?:
Don't know what happens. It's effectively failing. It seems I messed up something while packaging it :oops:

[boriel]

Okay. This is totally thread hijacking at this point!

True! Seems LCD got confused, and I answered him here. Let me see if I can merge these last posts with the SPFill thread...

Update: Done! :-)

[LCD]

Okay. This is totally thread hijacking at this point!

True! Seems LCD got confused, and I answered him here. Let me see if I can merge these last posts with the SPFill thread...

Update: Done! :-)

LCD used the search function to search for "SPFill" in Forum and found this, where usage was explained. LCD posted that it fails. LCD failed! :wink:.

[boriel]

It seems my modification to use the ROM Pixel Address does not work: this routine returns pixel bit-mask position in A, whilst SPFill needs the bitmask already. I can unroll it, but I think it does not worth the hassle.

Please download version 1.2.9s882. It addresses many bugs (this being one of them).
Please, try it and tell me. :roll:

[LCD]

Cool! Works now, setting starting adress of 25000 or higher is a good idea.
Thanks!