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:
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.

Nicolas

I 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?

Hmm, interesting, Steem has been able to do this forever.  Maybe it can be added just for low/med/high standard modes?

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/