Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

transparency corruption, 24-bit speed and quality #22

Closed
wants to merge 5 commits into from

Conversation

kilobyte
Copy link

@kilobyte kilobyte commented Apr 8, 2017

Here's a bunch of fixes for high-resolution mode:

  • pixels at the edge of transparent regions were corrupted
  • despite using 24-bit codes, only 256 colors were actually used
  • the above also drastically improves speed
  • avoid fringes of color in very low alpha parts

This resulted in nasty corruption in partially transparent images: upper
parts had flipped pixel pairs, lower parts had spurious white pixels.
As a side effect, this also drastically improves speed -- there's no reason
to convert colors anymore, and on non-lineart images almost all hash lookups
are misses.
That is, those whose upper or left half is unset.
@posva
Copy link
Owner

posva commented Apr 18, 2017

Turns out a messed up during a refactor a year ago: b8b0c0b
I'll look how to revert back that first

@posva posva closed this in 3679dce Apr 18, 2017
@posva
Copy link
Owner

posva commented Apr 18, 2017

Sorry I didn't merge this. I had to go back in time to fix some other issues but I added your alpha suggestion 🙂
I removed the convert colors call for the moment but I want to add it with an option

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants