![]() |
Forum Index : Microcontroller and PC projects : PicoMite V6.00.02 release candidates - all versions
![]() ![]() |
|||||
Author | Message | ||||
matherp Guru ![]() Joined: 11/12/2012 Location: United KingdomPosts: 10008 |
Does this do it? PicoMiteRP2040VGAV6.00.02RC19.zip |
||||
Volhout Guru ![]() Joined: 05/03/2018 Location: NetherlandsPosts: 4821 |
Hi Peter, Unfortunately not after ctrl-c print mm.info(tile height) gives 16 (the value set by logic analyzer). Not 12 (matching the font). Volhout PicomiteVGA PETSCII ROBOTS |
||||
matherp Guru ![]() Joined: 11/12/2012 Location: United KingdomPosts: 10008 |
IGNORE Edited 2025-05-03 02:36 by matherp |
||||
matherp Guru ![]() Joined: 11/12/2012 Location: United KingdomPosts: 10008 |
Harm I think this does what you want but there is an interesting issue which is certainly there back to V6.00.01 and probably before. PicoMiteRP2040VGAV6.00.02RC19.zip Run LA_24_2 and you should find all is OK on exit with the tile height back to 12 Now set a different default foreground and background colour - it is the background being set that causes the issue OPTION LCDPANEL CONSOLE 1,rgb(red),rgb(blue) You will see the program still runs fine but the block colours in some areas are wrong. It would be really helpful if you could diagnose why. Is it some tiles that you are not initialising after the height change? Or can you identify what call you are making that the firmware isn't doing what we expect. Previous versions wouldn't have restored the foreground and background colours properly like this one but the effect on your program is exactly the same Thanks Edited 2025-05-03 03:24 by matherp |
||||
Volhout Guru ![]() Joined: 05/03/2018 Location: NetherlandsPosts: 4821 |
@Peter, This version works. I looked at the logic analyzer, and in line 437 I set the height to 16, and in 438 I initialize all tiles to white/black. Later some tiles are changed to yellow, green, and red to support the graphics. 'initializes the screen (colors, font, lines) Sub set_screen MODE 1:Colour RGB(WHITE),0:CLS :Font 1 'generic screen setup from Martin H framebuffer create 'define framebuffer after MODE framebuffer write f TILE height 16 'since V50707b24 tiles are 8xX where X is height TILE 0,0,RGB(white),0,80,30 'default all tiles Dim nam$(max_chan_no%) length 9 Load image "banner2.bmp":Line 0,41,639,41,2,0'line=cosmetic But it is using a strange combination of tiles, graphical elements (banner2.bmp) and framebuffer. Earlier versions of logic analyzer used banner.bmp, which was an inverted version of banner2.bmp. Somewhere in the 5.07 -> 5.09 I needed to invert the banner to achieve the same visible appearance. This may partly be caused by Martin.H's original artwork for the logic analyzer that used swapped foreground and background. "Sub set screen" is executed AFTER the buffers (especially the ring buffer) are initialized, so the frame buffer may be located on an uncommon address. At the moment I have no idea what the impact on the background is. I replaced the colour statement (above) with different colors, but all keeps working alright. I made the option change you hinted, and can see the same corruption in colors. Volhout Edited 2025-05-03 05:20 by Volhout PicomiteVGA PETSCII ROBOTS |
||||
Volhout Guru ![]() Joined: 05/03/2018 Location: NetherlandsPosts: 4821 |
@Peter, I think I have an idea. I do not use framebuffer L. I use framebuffer F. But it looks like there is something when the background color is not 0 (0 is default transparent for L). Only where text is written with defined for/background color you get the correct colors. Am I making sense ? Volhout PicomiteVGA PETSCII ROBOTS |
||||
![]() ![]() |
![]() |
![]() |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2025 |