Re: [hatari-devel] Screenshots in NEO format |
[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]
On 1/2/24 13:02, Andreas Grabher wrote:
Hmm, interesting, Steem has been able to do this forever. Maybe it can be added just for low/med/high standard modes?Am 02.01.2024 um 18:27 schrieb Nicolas Pomarède <npomarede@xxxxxxxxxxxx>: Le 02/01/2024 à 18:23, Andreas Grabher a écrit :Probably the way Previous does it would be interesting. It does generate PNGs directly from the VRAM of the emulated machine: https://sourceforge.net/p/previous/code/HEAD/tree/trunk/src/grab.c <https://sourceforge.net/p/previous/code/HEAD/tree/trunk/src/grab.c>Hi that would be extremely difficult for hatari when you consider all the possible overscan modes. re-interpreting the RAM content would be complicated, while the job is already done in screen.c, hence why hatari grab screenshot from the emulated screen, not from the RAM. NicolasI see! So this is quite different from the NeXT. Isn‘t there some intermediate buffer that contains the interpreted data before being handed to the SDL renderer?
Atm, I have to check the video base address, savebin the screen data, savebin the palette then run go on the host and run a bash script to assemble the header and tack on the screen data. Very time consuming. The sort of thing that programs are very good at doing fast :).
I am working on a game launcher and being able to get screenshots for new conversions/adaptations is a big part of the ongoing use of it.
Jeff
Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |