Re: [hatari-users] Pixel tripling / quadrupling |
[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-users Archives ]
Hi, On 29.1.2025 19.24, Gareth Morris wrote:
Taking advice from ggn, the following parameters work well for pixel tripling in low res. med res does not come out well though:
Switching between low & med res should not have any impact on Hatari window size, and therefore it should not have any impact on what SDL does, or what Hatari asks from it.
=> How you're switching to med resolution; using "--tos-res med" option, from TOS desktop or with some AUTO-program?
bForceMax = FALSE nMaxWidth = 416 nMaxHeight = 294
Unless you want to record video in specific size / border sizes, you could set these to your monitor's native resolution.
FYI: Emulated display size is dictated by selected machine & monitor type combo, and Hatari window size dictated by ZoomFactor setting + window resizes done by the user, and constrained by maximum window size setting and desktop size.
If ratio between the resulting window size and emulated display resolution is integer both in x & y dimensions, Hatari will ask SDL for (sharp) nearest-pixel scaling, otherwise for (smoothed) linear scaling. I.e. ones that look best in both of these situations.
- Eero
nZoomFactor = 3 bUseSdlRenderer = TRUEOn 29 Jan 2025, at 14:49, Thomas Huth <th.huth@xxxxxxxxx> wrote: On 29/01/2025 14.03, Nicolas Pomarède wrote:Le 29/01/2025 à 13:57, Gareth Morris a écrit : Thank you for the reply Nicolas. Yes I tried with the command line last night, this exact command, and it was definitely using some kind of smoothing and the result was blurry. I am using MacOS. I asked a two other users about this and they confirmed my findings.that's strange, under Linux I don't get blurry pixels, even at high zooming factor. Maybe there're some SDL 2 options to change this under macOS ?We used to have a switch in the GUI for this, but it has been replaced by some automatic mechanism: https://git.tuxfamily.org/hatari/hatari.git/commit/?id=ca09d9d0d8aa6c783b3f0429effd1552505f9327 Sounds like it does not work as expected in this case? Eero, any ideas? Thomas
Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |