Alpha scaling seems to behave weirdly #24
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
To reproduce,
open the attached image(I can't seem to attachpam
files, so just posted the cli commands to recreate the image instead) withnsxiv -z 800 {img.pam}
and notice that there's a red outline at the top, even though the red pixels have an alpha of 0.Actually, the problem seems like it's coming from anti-aliasing, not scaling. If I toggle anti-aliasing with a then the redish blur goes away.
Hmm.. I'm not quite sure precisely what to expect, but the behavior seems fine to me.
I would expect the red color not to show up since it has an alpha of 0. I attached a png version of the test image. If I open it in firefox or mpv, there's no red anywhere.
I wonder if we are seeing the same thing.
I have attached screenshots of
$ nsxiv -z 800 pam.pam
and
$ imlib2_view -s 200 pam.pam
nsxiv and imlib2 both from current master.
The nxsiv image is rather small, and I find it hard to see much detail (or red blur).
The imlib2 image seems good to me. I see no reddish blur (but I do have minor problems with dark reddish nuances :) )
Could this be about which background the (transparent) scaled image is blended onto?
I tried changing imlib2_view's usual checkerboard background to pure white, and I still don't think I get reddish blur.
On my end, this is what I'm seeing with
nsxiv -z 1600
(I increased the zoom limit inconfig.h
):With
imlib2_view -s 200
I see this, which looks about right:I suppose it could be an issue with nsxiv. I'll investigate this further and report back.