[opensuse] pngquant - PNG compressor
Six months or so ago, Felix and I discussed utilities that did a good job of png compression. pngquant does an excellent job, but there were no packages for opensuse. I finally got around to packaging it. Description: pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files). If you are interested: Build Service Project: https://build.opensuse.org/package/show/home:drankinatty/pngquant RPMS 13.1 through Tumbleweed http://download.opensuse.org/repositories/home:/drankinatty/ (pick your release) pngquant-2.12.2-3.1.x86_64.rpm It is a cli utility, total installed size ~120k (with man1 man page) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 02/05/2019 07.13, David C. Rankin wrote:
Six months or so ago, Felix and I discussed utilities that did a good job of png compression. pngquant does an excellent job, but there were no packages for opensuse. I finally got around to packaging it.
Description:
pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files).
The result is still a png file that can be opened by normal png apps? -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
David C. Rankin composed on 2019-05-02 00:13 (UTC-0500):
Six months or so ago, Felix and I discussed utilities that did a good job of png compression. pngquant does an excellent job, but there were no packages for opensuse. I finally got around to packaging it.
Description:
pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files).
If you are interested:
Build Service Project:
https://build.opensuse.org/package/show/home:drankinatty/pngquant
RPMS 13.1 through Tumbleweed
http://download.opensuse.org/repositories/home:/drankinatty/
(pick your release)
pngquant-2.12.2-3.1.x86_64.rpm
It is a cli utility, total installed size ~120k (with man1 man page)
Nice!!!! First use on 42.3, 2560x1440 desktop screenshot: 794,229 input 100% 317,290 output 39.95% 476,939 saved 60.05% 365,546 output using convert -quality 30 .jpg 43.03%, clearly inferior to .png :-D -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/3/2019 12:15 AM, Felix Miata wrote:
David C. Rankin composed on 2019-05-02 00:13 (UTC-0500):
Six months or so ago, Felix and I discussed utilities that did a good job of png compression. pngquant does an excellent job, but there were no packages for opensuse. I finally got around to packaging it.
Did your comparison also include optipng? OptiPNG is a PNG optimizer that recompresses image files to a smaller size, without losing any information. This program also converts external formats (BMP, GIF, PNM; TIFF support is coming up) to optimized PNG, and performs PNG integrity checks and corrections. Distribution: openSUSE Tumbleweed -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 03/05/2019 22.46, L A Walsh wrote:
On 5/3/2019 12:15 AM, Felix Miata wrote:
David C. Rankin composed on 2019-05-02 00:13 (UTC-0500):
Six months or so ago, Felix and I discussed utilities that did a good job of png compression. pngquant does an excellent job, but there were no packages for opensuse. I finally got around to packaging it.
Did your comparison also include optipng?
OptiPNG is a PNG optimizer that recompresses image files to a smaller size, without losing any information. This program also converts external formats (BMP, GIF, PNM; TIFF support is coming up) to optimized PNG, and performs PNG integrity checks and corrections. Distribution: openSUSE Tumbleweed
Testing on 15.1 cer@Elesar:~/Pictures/Screenshots> optipng --keep Screenshot_2019-05-03_13-57-51-copy.png ** Processing: Screenshot_2019-05-03_13-57-51-copy.png 1920x1080 pixels, 3x8 bits/pixel, RGB Input IDAT size = 216461 bytes Input file size = 216845 bytes Trying: zc = 9 zm = 8 zs = 1 f = 5 IDAT size = 213773 Selecting parameters: zc = 9 zm = 8 zs = 1 f = 5 IDAT size = 213773 Output IDAT size = 213773 bytes (2688 bytes decrease) Output file size = 213845 bytes (3000 bytes = 1.38% decrease) cer@Elesar:~/Pictures/Screenshots> l total 644 drwxr-xr-x 2 cer users 4096 May 3 22:54 ./ drwxr-xr-x 5 cer users 4096 Apr 21 14:53 ../ -rw-r--r-- 1 cer users 213845 May 3 22:54 Screenshot_2019-05-03_13-57-51-copy.png -rw-r--r-- 1 cer users 216845 May 3 22:54 Screenshot_2019-05-03_13-57-51-copy.png.bak -rw-r--r-- 1 cer users 216845 May 3 13:58 Screenshot_2019-05-03_13-57-51.png cer@Elesar:~/Pictures/Screenshots> I'm not very impressed ;-) Trying pngquant from the graphics repo, as there is no 15.1 version on David's repo: cer@Elesar:~/Pictures/Screenshots> cp Screenshot_2019-05-03_13-57-51.png Screenshot_2019-05-03_13-57-51-copy-2.png cer@Elesar:~/Pictures/Screenshots> pngquant Screenshot_2019-05-03_13-57-51-copy-2.png cer@Elesar:~/Pictures/Screenshots> l total 948 drwxr-xr-x 2 cer users 4096 May 3 23:01 ./ drwxr-xr-x 5 cer users 4096 Apr 21 14:53 ../ -rw-r--r-- 1 cer users 90144 May 3 23:01 Screenshot_2019-05-03_13-57-51-copy-2-fs8.png <=== -rw-r--r-- 1 cer users 216845 May 3 23:01 Screenshot_2019-05-03_13-57-51-copy-2.png -rw-r--r-- 1 cer users 213845 May 3 22:54 Screenshot_2019-05-03_13-57-51-copy.png -rw-r--r-- 1 cer users 216845 May 3 22:54 Screenshot_2019-05-03_13-57-51-copy.png.bak -rw-r--r-- 1 cer users 216845 May 3 13:58 Screenshot_2019-05-03_13-57-51.png cer@Elesar:~/Pictures/Screenshots> Now I'm impressed. And the result is pretty good for sending informative screenshots. However, all of them seem to be 8 bit, according to "file": cer@Elesar:~/Pictures/Screenshots> file *png Screenshot_2019-05-03_13-57-51-copy-2-fs8.png: PNG image data, 1920 x 1080, 8-bit colormap, non-interlaced <-- pngquant Screenshot_2019-05-03_13-57-51-copy-2.png: PNG image data, 1920 x 1080, 8-bit/color RGB, non-interlaced Screenshot_2019-05-03_13-57-51-copy.png: PNG image data, 1920 x 1080, 8-bit/color RGB, non-interlaced <-- optipng Screenshot_2019-05-03_13-57-51.png: PNG image data, 1920 x 1080, 8-bit/color RGB, non-interlaced <-- original I don't have installed imagemagic to get more info. -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/3/2019 2:07 PM, Carlos E. R. wrote:
216845 Screenshot_original.png 213845 Screenshot_2019-05-03_13-57-51-copy.png optipng
90144 Screenshot_2019-05-03_13-57-51-copy-2-fs8.png <===quant
I'm not very impressed ;-) Now I'm impressed.
Trying pngquant from the graphics repo, as there is no 15.1 version on David's repo:
cer@Elesar:~/Pictures/Screenshots> cp Screenshot_2019-05-03_13-57-51.png Screenshot_2019-05-03_13-57-51-copy-2.png cer@Elesar:~/Pictures/Screenshots> pngquant Screenshot_2019-05-03_13-57-51-copy-2.png cer@Elesar:~/Pictures/Screenshots> l total 948 drwxr-xr-x 2 cer users 4096 May 3 23:01 ./ drwxr-xr-x 5 cer users 4096 Apr 21 14:53 ../ -rw-r--r-- 1 cer users 90144 May 3 23:01 Screenshot_2019-05-03_13-57-51-copy-2-fs8.png <=== -rw-r--r-- 1 cer users 216845 May 3 23:01 Screenshot_2019-05-03_13-57-51-copy-2.png -rw-r--r-- 1 cer users 213845 May 3 22:54 Screenshot_2019-05-03_13-57-51-copy.png -rw-r--r-- 1 cer users 216845 May 3 22:54 Screenshot_2019-05-03_13-57-51-copy.png.bak -rw-r--r-- 1 cer users 216845 May 3 13:58 Screenshot_2019-05-03_13-57-51.png cer@Elesar:~/Pictures/Screenshots>
And the result is pretty good for sending informative screenshots.
However, all of them seem to be 8 bit, according to "file":
cer@Elesar:~/Pictures/Screenshots> file *png
...run through extraneous info deletion...amazing what you can do if you go for the lossy option:
PNG, 8-bit/color RGB, non-interlaced <-- original PNG, 8-bit colormap, non-interlaced <-- pngquant PNG, 8-bit/color RGB, non-interlaced <-- optipng
I suspect you would get similar results if you did a conversion to GIF format as that's essentially what it appears to be doing. I.e. an 8-bit colormap = 256-color image vs. 24-bit colormap with 2**24 (4 mega colors). For the stated purpose of a color limited screenshot, pngquant is clearly superior, however it would be nice if we knew if it was losing color information or not -- i.e. if there really are no colors that are dropped, approximated or dithered, then you have an accurate reproduction at a smaller size and that's cool! But it if throws away info and doesn't tell you, color me less than impressed. On the otherhand -- people lived with GIF's and 256-bit color for several years back in the late 80's, early 90's...wasn't until VRAM got cheap enough for 24-bit color that interest faded for most applications. Still, if the picture you encoded really had only 256 colors, I've seen png files compress alot better with low-detail pictures. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/05/2019 07.56, L A Walsh wrote:
On 5/3/2019 2:07 PM, Carlos E. R. wrote:
And the result is pretty good for sending informative screenshots.
However, all of them seem to be 8 bit, according to "file":
cer@Elesar:~/Pictures/Screenshots> file *png
...run through extraneous info deletion...amazing what you can do if you go for the lossy option:
PNG, 8-bit/color RGB, non-interlaced <-- original PNG, 8-bit colormap, non-interlaced <-- pngquant PNG, 8-bit/color RGB, non-interlaced <-- optipng
I suspect you would get similar results if you did a conversion to GIF format as that's essentially what it appears to be doing.
I.e. an 8-bit colormap = 256-color image vs. 24-bit colormap with 2**24 (4 mega colors).
What about 16 bit colors?
For the stated purpose of a color limited screenshot, pngquant is clearly superior, however it would be nice if we knew if it was losing color information or not -- i.e. if there really are no colors that are dropped, approximated or dithered, then you have an accurate reproduction at a smaller size and that's cool!
But it if throws away info and doesn't tell you, color me less than impressed.
Yes, that's a point.
On the otherhand -- people lived with GIF's and 256-bit color for several years back in the late 80's, early 90's...wasn't until VRAM got cheap enough for 24-bit color that interest faded for most applications.
And less. I had occasion to test some astronomical photograph samples that came with a CCD camera for a telescope (it was cooled with peltzier cells, around 1990, B&W. The software came in basic, so I analyzed it, and started doing an equivalent in turbo pascal. A problem was that the VGA (SVGA?) displays of that the time could not display 256 levels of gray (or any single colour), just 64 (with a color map). So what it did was create variations adding a bit of blue, red or yellow to change the light value of the pixel, thus "emulating" 256 levels of gray. Even so, it did "impressive" manipulation of the photos. Altering the rendition curve, for instance, hidden important details appeared on the photo (taking a minute). Of course, tools like gimp can do that now in "really" impressive manner and in a second on a big photo.
Still, if the picture you encoded really had only 256 colors, I've seen png files compress alot better with low-detail pictures.
Yep. -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/4/2019 3:51 AM, Carlos E. R. wrote:
What about 16 bit colors?
16-bit total or 16/channel, since 16/channel is the next image revolution technology, but it may take alot longer than 8/channel did to take a hold, because human vision is limited to seeing 12-13 bits/channel at any 1 time. Over time with pupil dilation, squinty-eyes and rod-vision, some of the contrast could take around 20bits, BUT that would never be useful all at once for unaided human vision -- but would be good for information storage, and ultra-wide contrast phots in high def that might be viewed one section at a time -- say in using textures in rendering 3-D images under different types of light -- from starlight/moonlight to bright sunlight. Unfortunately those most interested in the finer details are more likely to have age-reduced contrast as with higher contrasts resulting in more glare than depth of color. (sigh).
A problem was that the VGA (SVGA?) displays of that the time could not display 256 levels of gray (or any single colour), just 64 (with a color map).
Not to mention most home monitors didn't might be hard pressed to display that contrast -- those probably more home monitors then than now with LCD's dominating. While video screens boast 10-12bit color "deep color" for video playback, I've seen no mass market monitors for computers and even there, most consumer video cards won't reproduce them except through video "deep-color" type tech, with true 10-12 bit cards (at least a few years ago) requiring Quadro cost cards instead of the higher-performance GTX cards. I swear, its frickin market fixing to only have/allow those features in cards with 1/3 perf for triple the price -- just like 10 years ago, you "had" to have a quadro card to use 3D acceleration features in adobe products -- until some people figured out what file to edit that enabled the GTX cards too and the restriction was found to be a pricing scam. Same thing now, since the GTX cards can repro 10-12 bit for "video screens", but not higher-res computer monitors...*bleh*. Still that wall may fall faster than I expect with 4K and 8K content being produced. There will be pressure to have 10-12bit color on higher res screens from that end. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/05/2019 14.53, L A Walsh wrote:
On 5/4/2019 3:51 AM, Carlos E. R. wrote:
What about 16 bit colors?
16-bit total or 16/channel, since 16/channel is the next image revolution technology, but it may take alot longer than 8/channel did to take a hold, because human vision is limited to seeing 12-13 bits/channel at any 1 time. Over time with pupil dilation, squinty-eyes and rod-vision, some of the contrast could take around 20bits, BUT that would never be useful all at once for unaided human vision -- but would be good for information storage, and ultra-wide contrast phots in high def that might be viewed one section at a time -- say in using textures in rendering 3-D images under different types of light -- from starlight/moonlight to bright sunlight.
Oh, I did not think much. 8 bit per channel is 24 bit total, and it is 255 shades of each possible color. So I guess I meant 16-bit colormap.
Unfortunately those most interested in the finer details are more likely to have age-reduced contrast as with higher contrasts resulting in more glare than depth of color. (sigh).
A problem was that the VGA (SVGA?) displays of that the time could not display 256 levels of gray (or any single colour), just 64 (with a color map).
Not to mention most home monitors didn't might be hard pressed to display that contrast -- those probably more home monitors then than now with LCD's dominating.
While video screens boast 10-12bit color "deep color" for video playback, I've seen no mass market monitors for computers and even there, most consumer video cards won't reproduce them except through video "deep-color" type tech, with true 10-12 bit cards (at least a few years ago) requiring Quadro cost cards instead of the higher-performance GTX cards.
I swear, its frickin market fixing to only have/allow those features in cards with 1/3 perf for triple the price -- just like 10 years ago, you "had" to have a quadro card to use 3D acceleration features in adobe products -- until some people figured out what file to edit that enabled the GTX cards too and the restriction was found to be a pricing scam.
Oh.
Same thing now, since the GTX cards can repro 10-12 bit for "video screens", but not higher-res computer monitors...*bleh*. Still that wall may fall faster than I expect with 4K and 8K content being produced. There will be pressure to have 10-12bit color on higher res screens from that end.
I understand 4K means a very large display that doesn't fit into my sitting room, so I am not going to buy that thing. I have an old style bookcase with a large opening (48.5*76cm) for the CRT which now holds a flat display, much larger in surface, but that's it. Now, if I get rid of the old piano I would have more space. Pity those things are too heavy to send, LOL. -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
I understand 4K means a very large display that doesn't fit into my sitting room, ... Not necessarily...its really about resolution. You can have a hi res display on a laptop or handheld -- apple has their 'retina' display that are around 400DPI, but 4k is simply 4 times
On 5/4/2019 10:49 AM, Carlos E. R. wrote: the screen space as a 1920x1080 (2X in both directions), so 3840x2160. If they put that in at 400DPI, um (3840**2+2160**2)**.5 => diagonal = 4405 dots @ 400DPI would be about an 11 inch screen
Now, if I get rid of the old piano I would have more space. Pity those things are too heavy to send, LOL.
But forgetting retina displays, a 3140x2160 LG monitor w/27" diag is running about $600 at amazon... Bet you can't wait... ;-) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/05/2019 06.49, L A Walsh wrote:
I understand 4K means a very large display that doesn't fit into my sitting room, ... Not necessarily...its really about resolution. You can have a hi res display on a laptop or handheld -- apple has their 'retina' display that are around 400DPI, but 4k is simply 4 times
On 5/4/2019 10:49 AM, Carlos E. R. wrote: the screen space as a 1920x1080 (2X in both directions), so 3840x2160. If they put that in at 400DPI, um (3840**2+2160**2)**.5 => diagonal = 4405 dots @ 400DPI would be about an 11 inch screen
3840x2160. Wow.
Now, if I get rid of the old piano I would have more space. Pity those things are too heavy to send, LOL.
But forgetting retina displays, a 3140x2160 LG monitor w/27" diag is running about $600 at amazon...
Bet you can't wait... ;-)
I sure can! I need that money for other things. Computerwise, I need a new board, new cpu, new memory, new video card. Not that they are broken, though. My current machine has 8G swaps 4. RAM is maxed, so increasing means new board. The current CPU is not supported by vmware. The video has a too old driver that has support problems... Money money. Anyway, ot. -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
L A Walsh composed on 2019-05-03 13:46 (UTC-0700):
Felix Miata wrote:
Did your comparison also include optipng?
Not the comparison I just posted about. Its final product can be found at https://bugzilla.redhat.com/show_bug.cgi?id=638726 Long ago I used optipng, until I figured out how to use gimp or convert to make .jpgs much smaller than I could manage from pngs. All perspectives need is provided by 8-bit, like KSnapshot apparently did for several years following when I discovered it nearly two decades ago. Excess detail can actually distract when perspectives are the primary or sole purpose of a screenshot. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/03/2019 03:46 PM, L A Walsh wrote:
Did your comparison also include optipng?
OptiPNG is a PNG optimizer that recompresses image files to a smaller size, without losing any information. This program also converts external formats (BMP, GIF, PNM; TIFF support is coming up) to optimized PNG, and performs PNG integrity checks and corrections. Distribution: openSUSE Tumbleweed
Oooh nice. Will have to add that to the toolbox. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Fri, 03 May 2019, David C. Rankin wrote:
On 05/03/2019 03:46 PM, L A Walsh wrote:
Did your comparison also include optipng?
OptiPNG is a PNG optimizer that recompresses image files to a smaller size, without losing any information. This program also converts external formats (BMP, GIF, PNM; TIFF support is coming up) to optimized PNG, and performs PNG integrity checks and corrections. Distribution: openSUSE Tumbleweed
Oooh nice. Will have to add that to the toolbox.
There are also pngcrush, pngnq and pngrewrite. $ du -b * | sort -n 5763 test-1-4color_graph_pngnq.png 5946 test-1-4color_graph_pngquant-fs8.png 8779 test-1-4color_graph_pngcrush.png 8844 test-1-4color_graph_optipng.png 9898 test-1-4color_graph_orig.png 118322 test-2-24bit_photo_pngquant-fs8.png 118485 test-2-24bit_photo_pngnq.png 249996 test-2-24bit_photo_pngcrush.png 252387 test-2-24bit_photo_optipng.png 268305 test-2-24bit_photo_orig.png the first file is a simple pie-chart w/4 colors, the second some photo of lion cubs in the grass ;) test-1-4color_graph_orig.png: PNG image data, 359 x 355, 8-bit/color RGB[..] test-2-24bit_photo_orig.png: PNG image data, 638 x 223, 8-bit/color RGB[..] Both pngnq and pngquant produce 8-bit colormapped output, the rest stays 8-bit RGB. HTH, -dnh -- All generalisations are dangerous, including this one. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 5/4/2019 1:43 AM, David Haller wrote:
There are also pngcrush, pngnq and pngrewrite.
$ du -b * | sort -n 5763 test-1-4color_graph_pngnq.png 5946 test-1-4color_graph_pngquant-fs8.png 8779 test-1-4color_graph_pngcrush.png 8844 test-1-4color_graph_optipng.png 9898 test-1-4color_graph_orig.png 118322 test-2-24bit_photo_pngquant-fs8.png 118485 test-2-24bit_photo_pngnq.png 249996 test-2-24bit_photo_pngcrush.png 252387 test-2-24bit_photo_optipng.png 268305 test-2-24bit_photo_orig.png
---
pngcrush, looks like it does a good job, I wonder what it does better? I'd think this would be a deterministic thing -- at least for the lossless compressions. Weird. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata composed on 2019-05-03 03:15 (UTC-0400):
David C. Rankin composed on 2019-05-02 00:13 (UTC-0500):
Six months or so ago, Felix and I discussed utilities that did a good job of png compression. pngquant does an excellent job, but there were no packages for opensuse. I finally got around to packaging it.
Description:
pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files).
If you are interested:
Build Service Project:
https://build.opensuse.org/package/show/home:drankinatty/pngquant
RPMS 13.1 through Tumbleweed
http://download.opensuse.org/repositories/home:/drankinatty/
(pick your release)
pngquant-2.12.2-3.1.x86_64.rpm
It is a cli utility, total installed size ~120k (with man1 man page)
Nice!!!!
First use on 42.3, 2560x1440 desktop screenshot: 794,229 input 100% 317,290 output 39.95% 476,939 saved 60.05%
No longer nice. Using it on Spectacle pngs, size reduction is nuts, e.g.: OriginalSize ResultSize Reduction% 604040 564 99.90 :~( -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/29/2019 01:55 AM, Felix Miata wrote:
No longer nice. Using it on Spectacle pngs, size reduction is nuts, e.g.:
OriginalSize ResultSize Reduction% 604040 564 99.90
:~(
Well -- we know one thing for sure... pngquant didn't change :) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [05-29-19 02:58]: [...]
No longer nice. Using it on Spectacle pngs, size reduction is nuts, e.g.:
OriginalSize ResultSize Reduction% 604040 564 99.90
perhaps you have some problem, Tumbleweed pngquant-2.12.2-15.4.x86_64 Orig Size Result Size Reduction % 2983612 1281360 42.94 -rw-r--r-- 1 paka users 1281360 May 29 08:20 Screenshot_20190529-fs8.png -rw-r--r-- 1 paka users 2983612 May 29 08:18 Screenshot_20190529.png -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 29/05/2019 02:55, Felix Miata wrote:
No longer nice. Using it on Spectacle pngs, size reduction is nuts, e.g.:
OriginalSize ResultSize Reduction% 604040 564 99.90
And when you try viewing the result... ? -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward composed on 2019-05-30 08:20 (UTC-0400):
Felix Miata wrote:
No longer nice. Using it on Spectacle pngs, size reduction is nuts, e.g.:
OriginalSize ResultSize Reduction% 604040 564 99.90
And when you try viewing the result... ?
Tiny gray rectangle. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 30/05/2019 12:28, Felix Miata wrote:
Anton Aylward composed on 2019-05-30 08:20 (UTC-0400):
Felix Miata wrote:
No longer nice. Using it on Spectacle pngs, size reduction is nuts, e.g.:
OriginalSize ResultSize Reduction% 604040 564 99.90
And when you try viewing the result... ?
Tiny gray rectangle.
Lossy compression, then. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 31/05/2019 14:22, Anton Aylward wrote:
On 30/05/2019 12:28, Felix Miata wrote:
Anton Aylward composed on 2019-05-30 08:20 (UTC-0400):
Felix Miata wrote:
No longer nice. Using it on Spectacle pngs, size reduction is nuts, e.g.:
OriginalSize ResultSize Reduction% 604040 564 99.90
And when you try viewing the result... ?
Tiny gray rectangle.
Lossy compression, then.
Not if the original image was of a tiny gray rectangle. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, 31 May 2019 14:32:38 +0200 gumb <gumb@linuxmail.org> wrote:
On 31/05/2019 14:22, Anton Aylward wrote:
On 30/05/2019 12:28, Felix Miata wrote:
Anton Aylward composed on 2019-05-30 08:20 (UTC-0400):
Felix Miata wrote:
No longer nice. Using it on Spectacle pngs, size reduction is nuts, e.g.:
OriginalSize ResultSize Reduction% 604040 564 99.90
And when you try viewing the result... ?
Tiny gray rectangle.
Lossy compression, then.
Not if the original image was of a tiny gray rectangle.
And not if the original image was anything but a tiny rectangle. Compression shouldn't change image size. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 02/05/2019 07.13, David C. Rankin wrote:
If you are interested:
Build Service Project:
https://build.opensuse.org/package/show/home:drankinatty/pngquant
RPMS 13.1 through Tumbleweed
http://download.opensuse.org/repositories/home:/drankinatty/
(pick your release)
15.1 is missing. -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Carlos E. R. <robin.listas@telefonica.net> [05-03-19 08:01]:
On 02/05/2019 07.13, David C. Rankin wrote:
If you are interested:
Build Service Project:
https://build.opensuse.org/package/show/home:drankinatty/pngquant
RPMS 13.1 through Tumbleweed
http://download.opensuse.org/repositories/home:/drankinatty/
(pick your release)
15.1 is missing.
https://download.opensuse.org/repositories/graphics/openSUSE_Leap_15.1/x86_6... -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 03/05/2019 14.34, Patrick Shanahan wrote:
* Carlos E. R. <robin.listas@telefonica.net> [05-03-19 08:01]:
On 02/05/2019 07.13, David C. Rankin wrote:
If you are interested:
Build Service Project:
https://build.opensuse.org/package/show/home:drankinatty/pngquant
RPMS 13.1 through Tumbleweed
http://download.opensuse.org/repositories/home:/drankinatty/
(pick your release)
15.1 is missing.
https://download.opensuse.org/repositories/graphics/openSUSE_Leap_15.1/x86_6...
That's a different repo. -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Carlos E. R. <robin.listas@telefonica.net> [05-03-19 09:08]:
On 03/05/2019 14.34, Patrick Shanahan wrote:
* Carlos E. R. <robin.listas@telefonica.net> [05-03-19 08:01]:
On 02/05/2019 07.13, David C. Rankin wrote:
If you are interested:
Build Service Project:
https://build.opensuse.org/package/show/home:drankinatty/pngquant
RPMS 13.1 through Tumbleweed
http://download.opensuse.org/repositories/home:/drankinatty/
(pick your release)
15.1 is missing.
https://download.opensuse.org/repositories/graphics/openSUSE_Leap_15.1/x86_6...
That's a different repo.
so the question, which is better/preferred. if it is already provided, why another build? must be a reason besides, just cause I can. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2019-05-02 1:13 a.m., David C. Rankin wrote:
pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files).
I can see how that is relevant to things like screen shots[1], but I'm not sure, in other instances, why you would want to throw away the extra bits of dynamic range that are in the RAW camera format or might be a result of post-processing.[2] "Lossy" means you loose information. You may call it a 'more efficient use of space' if you don't care about the accuracy of the image. That being said, when I reduce an image to an icon of 64x64 I fully expect too loose a LOT of detail :-) [1] Or for most of us for whom it is just a decorative back-curtain, not those of us so obsessional as to want to count every hair on her pubes. [2] And then reduce it to a JPG to have it printed at Walmart. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward composed on 2019-05-03 08:41 (UTC-0400):
David C. Rankin wrote:
pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files).
I can see how that is relevant to things like screen shots[1], but I'm not sure,
Not being a KDE3 user you probably missed the background leading to David's welcome response: https://lists.opensuse.org/opensuse-kde3/2018-09/msg00000.html -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/03/2019 10:03 AM, Felix Miata wrote:
Anton Aylward composed on 2019-05-03 08:41 (UTC-0400):
David C. Rankin wrote:
pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files). I can see how that is relevant to things like screen shots[1], but I'm not sure, Not being a KDE3 user you probably missed the background leading to David's welcome response: https://lists.opensuse.org/opensuse-kde3/2018-09/msg00000.html
Felix, all, On the packaging list where I was seeking help on stripping a leading directory name for the included libpngquant source, it seems that pngquant is already packaged in the graphics/ repo -- and sure enough it is, e.g. http://download.opensuse.org/repositories/graphics/openSUSE_Leap_42.3/x86_64... So the real story is: http://download.opensuse.org/repositories/graphics/ (then pick your version) For an official package (I miss webpin -- totally missed that this was already packaged) That is due to searching https://software.opensuse.org results in "No packages found matching your search." PITA How do I run a search now for a package that would have disclosed pngquant in the graphics/ repo -- if not through software.opensuse.org? -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
David C. Rankin composed on 2019-05-03 19:26 (UTC-0500):
On the packaging list where I was seeking help on stripping a leading directory name for the included libpngquant source, it seems that pngquant is already packaged in the graphics/ repo -- and sure enough it is, e.g.
http://download.opensuse.org/repositories/graphics/openSUSE_Leap_42.3/x86_64...
So the real story is:
(then pick your version)
For an official package
(I miss webpin -- totally missed that this was already packaged)
That is due to searching https://software.opensuse.org results in
"No packages found matching your search."
PITA
How do I run a search now for a package that would have disclosed pngquant in the graphics/ repo -- if not through software.opensuse.org?
https://software.opensuse.org/package/pngquant?search_term=pngquant returned official for 15.0 and TW, experimental/graphics for 42.3 and 15.1, and others when I tried it just now using SeaMonkey. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/03/2019 07:53 PM, Felix Miata wrote:
How do I run a search now for a package that would have disclosed pngquant in the graphics/ repo -- if not through software.opensuse.org? https://software.opensuse.org/package/pngquant?search_term=pngquant returned official for 15.0 and TW, experimental/graphics for 42.3 and 15.1, and others when I tried it just now using SeaMonkey.
Dang! Using FF 60.6.1esr on 42.3 returned nothing. I wonder if there is a hidden setting that broadens the search -- I'll check. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/04/2019 02:21 AM, David C. Rankin wrote:
On 05/03/2019 07:53 PM, Felix Miata wrote:
How do I run a search now for a package that would have disclosed pngquant in the graphics/ repo -- if not through software.opensuse.org? https://software.opensuse.org/package/pngquant?search_term=pngquant returned official for 15.0 and TW, experimental/graphics for 42.3 and 15.1, and others when I tried it just now using SeaMonkey.
Dang! Using FF 60.6.1esr on 42.3 returned nothing. I wonder if there is a hidden setting that broadens the search -- I'll check.
Nope, no dice, All I get is: "No packages found matching your search. You could try to extend your search to development packages or search for another base distribution (currently openSUSE:Leap:42.3)." -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
David C. Rankin composed on 2019-05-04 02:23 (UTC-0500):
David C. Rankin wrote:
Felix Miata wrote:
David C. Rankin wrote:
How do I run a search now for a package that would have disclosed pngquant in the graphics/ repo -- if not through software.opensuse.org?
https://software.opensuse.org/package/pngquant?search_term=pngquant returned official for 15.0 and TW, experimental/graphics for 42.3 and 15.1, and others when I tried it just now using SeaMonkey.
Dang! Using FF 60.6.1esr on 42.3 returned nothing. I wonder if there is a hidden setting that broadens the search -- I'll check.
Nope, no dice,
All I get is:
"No packages found matching your search. You could try to extend your search to development packages or search for another base distribution (currently openSUSE:Leap:42.3)."
WFM on 42.3 in: SeaMonkey 2.49.4 FF 52.9.0 FF 60.6.1 Newmoon Chromium -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
David C. Rankin wrote:
On 05/04/2019 02:21 AM, David C. Rankin wrote:
On 05/03/2019 07:53 PM, Felix Miata wrote:
How do I run a search now for a package that would have disclosed pngquant in the graphics/ repo -- if not through software.opensuse.org? https://software.opensuse.org/package/pngquant?search_term=pngquant returned official for 15.0 and TW, experimental/graphics for 42.3 and 15.1, and others when I tried it just now using SeaMonkey.
Dang! Using FF 60.6.1esr on 42.3 returned nothing. I wonder if there is a hidden setting that broadens the search -- I'll check.
Nope, no dice,
All I get is:
"No packages found matching your search. You could try to extend your search to development packages or search for another base distribution (currently openSUSE:Leap:42.3)."
Try using "All distros". -- Per Jessen, Zürich (11.4°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/05/2019 02.26, David C. Rankin wrote:
(I miss webpin -- totally missed that this was already packaged)
That is due to searching https://software.opensuse.org results in
"No packages found matching your search."
PITA
How do I run a search now for a package that would have disclosed pngquant in the graphics/ repo -- if not through software.opensuse.org?
Sometimes the search simply fails, and works for other people. For example, the other day I was searching for "jupes" using the search box in firefox, which failed. But changing from "all distributions" to "TW", then back to all, worked. -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 02/05/2019 07.13, David C. Rankin wrote:
Six months or so ago, Felix and I discussed utilities that did a good job of png compression. pngquant does an excellent job, but there were no packages for opensuse. I finally got around to packaging it.
Description:
pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files).
pngquant and libimagequant0 are available on 15.1 from plain OSS repo. I do not know if they were before, but they are now:
S | Name | Summary | Type ---+----------+----------------------------------------------------------------------------+-------- i+ | pngquant | Converts 24/32-bit RGBA PNGs to 8-bit palette with alpha channel preserved | package
S | Name | Type | Version | Arch | Repository ---+----------+---------+------------------+--------+---------------- i+ | pngquant | package | 2.11.2-lp151.4.4 | x86_64 | Main Repository :-o -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Op zondag 5 mei 2019 02:57:52 CEST schreef Carlos E. R.:
On 02/05/2019 07.13, David C. Rankin wrote:
Six months or so ago, Felix and I discussed utilities that did a good job of png compression. pngquant does an excellent job, but there were no packages for opensuse. I finally got around to packaging it.
Description:
pngquant is a PNG compressor that significantly reduces file sizes by converting images to a more efficient 8-bit PNG format with alpha channel (often 60-80% smaller than 24/32-bit PNG files).
pngquant and libimagequant0 are available on 15.1 from plain OSS repo. I
do not know if they were before, but they are now:
S | Name | Summary | Type ---+----------+---------------------------------------------------------- ------------------+-------- i+ | pngquant | Converts 24/32-bit RGBA PNGs to 8-bit palette with alpha channel preserved | package S | Name | Type | Version | Arch | Repository ---+----------+---------+------------------+--------+---------------- i+ | pngquant | package | 2.11.2-lp151.4.4 | x86_64 | Main Repository
:-o They probably were, package freeze was a while ago.
-- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 05/05/2019 03.04, Knurpht-openSUSE wrote:
Op zondag 5 mei 2019 02:57:52 CEST schreef Carlos E. R.:
pngquant and libimagequant0 are available on 15.1 from plain OSS repo. I ... :-o They probably were, package freeze was a while ago.
I noticed when "zypper dup" said it was going to replace them. -- Cheers / Saludos, Carlos E. R. (from openSUSE, Leap 15.1 x86_64 (ssd-test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (11)
-
Anton Aylward -
Carlos E. R. -
Dave Howorth -
David C. Rankin -
David Haller -
Felix Miata -
gumb -
Knurpht-openSUSE -
L A Walsh -
Patrick Shanahan -
Per Jessen