trixster wrote: ↑
Sun Mar 17, 2019 4:13 pm
Do you think rgbtohdmi will ever support the extra features offered by Rob’s VideoNula?
That's an interesting question... Ian has come a long way down this path with the palette work he's been doing, with some fairly impressive results if you look earlier in this thread:
But the programming model is different to Video NuLA (the Palette obviously can't be directly memory mapped at &FE2x, like it is with VideoNuLA). What this means is the all of the great work Rob has been doing (Spectrum emulator, Amstrad CPC emulator, Doom, etc) is not going to "just work".
One way to address this might be to design a new Palette API (that games could use) with separate Video NuLA and RGBtoHDMI implementations. I think this is feasible, but as far as I know, no one is working on it currently.
I should also say, there is much development work (both myself and Ian) happening on RGBtoHDMI (in the dev branch
), but we are some way off this being ready for release.
- Palette control with in-band data
- Increased capture depth (6 bits/pixel, rather than 3 bits/pixel)
- Increased capture rate
- Sync polarity detection
- UI now usable with lower resolution frame buffers
- A new configuration file format that supports multiple machine profiles in separate files (these replace the horrible cmdline.txt file format)
- Persisting the current calibration to the SD Card
- Screen capture (in PNG format) directly to the SD Card
Some of these features (like the increases capture depth) will require the CPLD to be updated, but we are trying hard to ensure as much as possible still works with all previous CPLD releases.