 Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me. |
Forum Index : Microcontroller and PC projects : Possible bug in pixel() function?
| Author | Message | ||||
| William Leue Guru  Joined: 03/07/2020 Location: United StatesPosts: 405 |
When drawing color using 32-bit color on a Gen 2 unit and reading back the pixels using x = pixel(), I am surprised to find that there are only a few bits set at the least significant bits and all zeros above that. This does not happen in 8, 12, and 16-bit color modes: pixel() works fine for all the bit depths except 32. I am running 5.07.00b26 firmware. Is this a known problem fixed in a later beta? Or am I just nuts? Thanks! -Bill |
||||
TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6283 |
I don't se any problems. mode 1,8 pixel 100,100, rgb(white) print hex$(pixel(100,100),8) pixel 100,101, rgb(green) print hex$(pixel(100,101),8) do:loop until inkey$ <>"" mode 1,32 pixel 100,100, rgb(white) print hex$(pixel(100,100),8) pixel 100,101, rgb(green) print hex$(pixel(100,101),8) do:loop until inkey$ <>"" 00FFFFFF 0000FF00 0FFFFFFF 0F00FF00 Can you post some code that demonstrates the issue? Jim VK7JH MMedit |
||||
| William Leue Guru Joined: 03/07/2020 Location: United StatesPosts: 405 |
Nope, when I changed from my large program to a simple one to demonstrate the "bug" I could not reproduce the problem. My bad. -Bill |
||||
 Print this page |
 |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2025 |
