You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Initial tests seems to indicate that with the correct performance settings libpng outperforms the current implementation. We should probably investigate this further. Alos, turbojpeg could be a nice alternative for jpeg-encoding.
The text was updated successfully, but these errors were encountered:
The plan was to try implementing the PNG prediction filter on the GPU (as
the source image already is there and it should be very straight-forward to
do), so the current implementation is very simple and not at all optimized.
And AFAIRC libpng also uses zlib for compression - as we already do.
Jpeg is good for natural images, but not particularly well suited for the
images we generate, as they usually have lots of high-frequency content
(wireframe, text, geometry outlines etc).
Initial tests seems to indicate that with the correct performance settings
libpng outperforms the current implementation. We should probably
investigate this further. Alos, turbojpeg could be a nice alternative for
jpeg-encoding.
—
Reply to this email directly or view it on
GitHubhttps://github.com//issues/53
.
Initial tests seems to indicate that with the correct performance settings libpng outperforms the current implementation. We should probably investigate this further. Alos, turbojpeg could be a nice alternative for jpeg-encoding.
The text was updated successfully, but these errors were encountered: