From: groepaz (groepaz_at_gmx.net)
Date: 2001-08-13 22:20:19
Hello M, MA> To be honest, functions like putpixel(int x, int y) are kinda useless. to be honest, thats nonsence ,=) w/o putpixel(x,y), how do you plot a pixel to the screen ? (or any other thing for that matter ,=)) MA> I think most people could use functions that write a whole block of memory. MA> The function could be MA> void drawMemBlock(int xPos, int yPos, int width, int height, int* memLocation). MA> "memLocation" should have the format of simple 2-bit graphics. One bit per MA> pixel. MA> The routine would be quite simple as bytes could be copied directly if MA> (xPos % 8) == 0, else the byte has to be rotated first. (This is very MA> simplified, but I do not think it is a complicated routine.) unless you'd plan to wait ages for your routine to complete, that routine will eat PLENTY of memory though. MA> Secondly I think this routine would be very fast compared to putPixel(x, y). ONLY ... and ONLY if the memory location of the blocks you are moving are strictly aligned to 8x8 boundaries... THEN its a simple-as-simple-can-be bytecopy... anything beyond that => dead slow ;=) however, i'd say that blitting a block to gfx memory should be considered a standard feature aswell... not because its fast or the only needed thing, but because... it IS a standard feature ,=) (yes, plotting simple TEXT aswell!) MA> I think people will often need to display some small graphics than display MA> lines or cicles, if graphics-routines existed. well as for me, _I_ wouldnt use any other feature EXCEPT putpixel ;=) (since i'd basically checkout/test/develop/playwith some gfx-algo which i'd later recode in assembler). as for me, _I_ wouldnt have use for a block-blitting routine since ehrm.... what for? ;=) -- Best regards, groepaz mailto:groepaz_at_gmx.net ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo_at_musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.
This archive was generated by hypermail 2.1.3 : 2001-12-14 22:05:41 CET