From Newsgroup: alt.os.linux.mint
On Tue, 7/7/2026 7:20 AM, Dr. Noah Bodie wrote:
On 2026-07-06 09:27 PM, Lawrence DrCOOliveiro wrote:
On Mon, 06 Jul 2026 19:44:55 -0300, Dr. Noah Bodie wrote:
Is there such an app? Everything I've tried saves in png format only.
So I have to convert the files to jpg after saving the capture.
Why is that a big deal?
JPEG is a lossy format. It makes sense for the raw capture to be done
in the highest-quality format available, in case you want to do some
processing on it before delivery.
You answered your own question. Since jpeg is a lossy format my jpg files are often MUCH smaller than my png files and the only difference I've found is the amount of disk space each format takes up. I don't need a 954 KB (.png)
screen capture when a 220 KB (.jpg) screen capture is sufficient.
50% of the way down this page, is a comparison of JPG versus PNG capture. Screen captures never look good to begin with, You need as much quality preservation as possible, so that later, you can decide what to trade off
for storage purposes.
https://en.wikipedia.org/wiki/PNG # Garbage In Garbage Out --
# Always start your day, with a high quality image
The "pngcrush" utility can attempt to find a format within PNG, which
gives the smallest space consumption. For random screen captures,
it's not going to be worthwhile doing that. The "pngcrush" is used by
website operators, where controlled production of images
in the first place, produces an image that can be "represented efficiently". Then when you release "pngcrush" on it, you get that 5KB file you wanted.
For random screen captures, the savings might not be very significant.
PNGCrush is not a workflow as such. Only if you're an expert at image
prep (cartoon-like), is PNGCrush the icing on the cake.
I do a lot of my captures in PNG and then switch to GIF. This is good
for cartoon-like artwork with limited colors. Banding results if I take photographic pictures and try to make GIF from them (too many colors to quantize properly). Reluctantly then, I would switch to JPG.
But as a workflow, I don't have a problem with PNG for initial capture.
The capture compressor is likely set at 9 (in the ZIP sense) and is lossless. Modern processors can deal with the tiny object size, quite quickly.
Some of those PNG will be discarded, after the GIMP session. Now, if you
want a wasteful format, the GIMP native format takes 3-5MB or so, a lot
more than either PNG or JPG of the same thing.
Paul
--- Synchronet 3.22a-Linux NewsLink 1.2