You could potentially fix the color issues by using 16bpp mode directly, but it would be better to configure the palette to match that of the emulated program.
What if the emulator checked if the PPU had changed its data, and then skipped if it was the same or only drew the rows that did change? I'm just trying to throw some ideas out.
jasper7474 wrote:
What if the emulator checked if the PPU had changed its data, and then skipped if it was the same or only drew the rows that did change? I'm just trying to throw some ideas out.
I don't actually understand what's going on in the PPU. CPU is just reading from a pointer and performing operations on the ram. Also, would require more resources, and potentially would just slow it down more. Probably, gonna start looking into learning eZ80 ASM for this.
I do think that you might have to compromise on cycle accurate PPU emulation for speed reasons and perhaps render things like sprites etc directly instead of by scanline.
It would hurt compatibility but there's a chance for playability.
It would hurt compatibility but there's a chance for playability.
"My world is Black & White. But if I blink fast enough, I see it in Grayscale."
Register to Join the Conversation
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Advertisement