Is there a PC tool to convert 16 color bmp files to screen 4 and display them? Would be nice to have. Also, such a tool could in case of more than 2 colors per 8 pixels in the bmp, drop those pixels that don´t have neighbours with the same color (or count which two colors are most common in those 8 pixels, and convert the rest to those two colors, depending on which of the two are nearest for the rest of the pixels.
e.g. GGBBRYGB (some colors from the 16 colorpalette) would become GGBBBGGB presuming that the red color value of the pixel in my example has a RGB value that´s closer to R than that it´s to B. For Y counts the same, except here Y is closer to G.
Depending on the size of the blocks you use (8*8, 16*16), you could tell the program to scan the colors for every 8 or 16 horizontal pixels to convert.
Of course, best results are giving when you design the gfx beforehand for screen 4. Still, this could help correct some pixels here and there that you paint just one pixel to far.
Maybe this has already been made, or even better. But I still wanted to share my thoughts on this. 
Maggoo, when you got the time again for Vscreen: any idea how many 8*8 patterns can be animated in total without things slowing down (to much)? Color cycling might look like a stupid idea, but I wonder, is it possible to animate half the visible screen let´s say with a waterfall while scrolling, without sprites looking like they´re glued? Cause then there´s really no need for color cycles.
With the latest version and optimization, there is still quiet some speed... but remember you only got 256 tiles in total. I once did some experiment making a waterfall and it's possible to do something nice with only 4 tiles of 8*8 that you repeat over and over. This would take very little CPU time to animate (one vpoke + 4*8 vdp out). If you got test GFX of a waterfall I could try to integrate them, altho I'm not sure a waterfall would go very well with the current demo gfx 
Is there a PC tool to convert 16 color bmp files to screen 4 and display them? Would be nice to have. Also, such a tool could in case of more than 2 colors per 8 pixels in the bmp, drop those pixels that don´t have neighbours with the same color (or count which two colors are most common in those 8 pixels, and convert the rest to those two colors, depending on which of the two are nearest for the rest of the pixels.
e.g. GGBBRYGB (some colors from the 16 colorpalette) would become GGBBBGGB presuming that the red color value of the pixel in my example has a RGB value that´s closer to R than that it´s to B. For Y counts the same, except here Y is closer to G.
Depending on the size of the blocks you use (8*8, 16*16), you could tell the program to scan the colors for every 8 or 16 horizontal pixels to convert.
Of course, best results are giving when you design the gfx beforehand for screen 4. Still, this could help correct some pixels here and there that you paint just one pixel to far.
Maybe this has already been made, or even better. But I still wanted to share my thoughts on this.
Wolf ? Show those pple what u can do
Ok, twas my fault, I was forcing MSX-AUDIO only mode when starting the music.
Problem fixed, I'll upload a newer version soon. Thanks for reporting the bug
