| Re: [hatari-devel] Screenshots in NEO format |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] Screenshots in NEO format
- From: Anders Eriksson <evldhs@xxxxxxxxxxxxxx>
- Date: Tue, 02 Jan 2024 20:17:17 +0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1704226650; x=1704485850; bh=X/KUdnpRFpjc/TfffabkdJFHYmKMKaUitatNrwBpsXw=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=nSZ77YQex6VrQS9WUduvd3LJuEJTeqsFDol42cSg+H4lImnc/W+WNOLyxHotq6+NX mRcAqpiOnK80EOslaQE6ItreHvzewI2NtvKWQPgIhHEy7jcBFEswUhEVXRCwJ2T2yu rETa9EHPoFtEH3oY3RtGp2xJVSDNYvRZSo/inepuVr+gbXsahix53LY1ZAuQ8rCF9C sFKyyy6OeXNUBbwRYuo/oJYnNIByxvd2lNPCPn48+nsrOF+flzP4sYGcqObyyKUx++ 3dcVEkMtFK6WbG2j1qSDLIqAyP2BLtMkKqTiFEXFDWiWmb/PaeMrGOAtTrefSVGOod gdddPYqHMWY/A==
- Feedback-id: 41365795:user:proton
On Tuesday, 2 January 2024 at 19:15, J.Young <jyoung8299@xxxxxxxxxx> wrote:
> 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.
Hello,
another way is to set Hatari to 320x200 display without statusbar, take a regular png screenshot.
Now if you use Linux install Imagemagick. If Windows first install WSL2 then Imagemagick. For macOS first install Homebrew or Macports followed by Imagemagick.
Then you can easily make an ST-image with "convert pic.png pic.pi1", and batch convert easily. If the picture contain no more than 16 colours there won't be dithering etc applied. PI1 shouldn't be an issue to display in your program as it's more or less the same as a NEOchrome file, just palette and bitmap on different offsets (+2 and +34).
Good luck :)