Re: [hatari-users] Pixel tripling / quadrupling |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-users Archives
]
- To: Thomas Huth <th.huth@xxxxxxxxx>
- Subject: Re: [hatari-users] Pixel tripling / quadrupling
- From: Gareth Morris <preromanbritain@xxxxxxxxxxxxxx>
- Date: Wed, 29 Jan 2025 18:24:24 +0100
- Cc: hatari-users@xxxxxxxxxxxxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20230601; t=1738171476; x=1738776276; darn=lists.tuxfamily.org; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=oWG7VG2hUywicPOBHkP2J/xU38g2iuM63jWTNGYC7BI=; b=d9MSI4J9xOk9ACi9/TCMlK5Y3XAomFfzcjm5vI/SQO5pDzzEOKcCxcODBZbRXsQOOy Y5ZBvu95T6QigHzNxoVs4Tgd8OOQzGqX9GHxG4QEHsotQGJRV4PQGb6g0skpityMAl6A aB781FQYZRYAChB4P/Kov5bcbh4MbH1ZDdQfLRUUXgJmlQCFmt2hH7Mp9mjdHO7EYscp CQNBMP9AJsPQhQHujCvUqqoSgnPE69wpFuvOiuHSGK8uVa5khIN23L10Fuvg4Jb5CAo5 fSfVolYTXvG0owo+cUs+jEJrkb+31yh3CTetrvOct6LRoopSMjU7iYX5jp8kdqnDe3Ot OCyg==
Taking advice from ggn, the following parameters work well for pixel tripling in low res. med res does not come out well though:
bForceMax = FALSE
nMaxWidth = 416
nMaxHeight = 294
nZoomFactor = 3
bUseSdlRenderer = TRUE

> On 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
>