Oh yeah that breaks my eyes-
cym is for sub coloring rgb is for add coloring.
Great initiative and some good progress in this thread for more colors in MCA, @Sarge!
How about (combining with) fast color/palette switching, akin to what they did on the C64?*:
Would that work in MCA?
Amazing stuff done to increase resolution and colors on C64 and other platforms only the last few years. Maybe some of these techniques would be applicable in MCA as well?
arcade runs at 30fps, which i don’t think will be fast enough for that kind of color swapping. I wonder if we should make a 60fps version…
And needs to interrupt and thats is only possible in asm.
Could you please elaborate for the uninstructed(like me):
- Why the interrupt would be necessary in MCA if the game engine would update @60fps and change the color every time?
- If strictly necessary with interrupt, whether this could be achieved for MCA through some lower level hacks in C++/asm in an extension or something, which I believe(if I remember correctly) they attempted with some polygon operations earlier, before this was implemented officially in the MCA engine?
(Probably not directly relevant to MCA, because of no CRT displays or filters, but interesting article(s) about different color and luma techniques here nonetheless:
https://kodiak64.com/blog/luma-driven-graphics-on-c64)
That has been tried already, but there was visible flicker.
Do you even need to ask?!
On c64 because It has graphics limitations It used Interrupts Change the screen ram while the vic chip is drawing.
Inspired by this topic, and especially the post quoted above, I just took the liberty to file a 60fps version of MCA as a feature request(please upvote!..):
It is probably frowned upon by purist hackers to ask the developers for help to upgrade the system instead of finding a clever way yourself - almost like installing a new graphics chip in a C64 - but here it is anyways…
Here’s my idea: Layering. We could have layers of colors to get a mixed rgb color signal, that would not be in makecode’s palette, but would use other colors on top of eachother to get better colors.
Layer data needs to be stored in memory and that brings up the problem yet again
Like, 3 layers per sprite.
Ok, I just made a blocks version that has a few colors and randomly places them. step back from your screen or unfocus your vision to see colors. https://makecode.com/_f22eAhA0qKwg
60fps woulda went crazy while ago