I've had quite a few photography classes, read many photography books, and screened many forums. And I can't find a consistent answer to this question. One "camp" says there is a loss of image quality every time you open and close a JPEG file (due to compression). Other camp says there is no loss of image quality unless you actually EDIT the photo, then re-save it.

Does it make a difference if:

  • I open the image in a standard image viewer and simple "close" the pic?
  • I open the image in Photoshop Elements Editor and close it there?
  • If I simply Close and image vs. Re-saving it?

Can someone give simple answer on when does closing or saving a JPEG causes a decrease in image quality and when it does not?

  • 1
    Opening a JPEG does not 'decompress it' and closing it thus does not 'recompress it' and cause a loss in quality. The compression (and 'damage') is done when the JPEG is originally generated, not when it's opened. – ElendilTheTall Oct 30 '14 at 14:52
  • 11
    @ElendilTheTall: opening a JPEG image most definitely will have it being decompressed, at least if by opening you mean actually displaying it rather than then filesystem operation. – Michael Borgwardt Oct 30 '14 at 14:58
  • Possible duplicate of What image quality is lost when re-saving a JPEG image in MS Paint? – Hueco Jun 29 '18 at 22:01

12 Answers 12


This is based on a misunderstanding. Loss of quality happens only during the compression that is done when an image is saved as JPEG. But it doesn't matter whether it was edited or not.

So: you will (with some very specific exceptions, see comments) lose quality if you open an image in an image editor and re-save it, even if you didn't make any edits. But if you only open it to display it and then close it instead of saving, then nothing will change.

By the way: this is only for traditional image editing programs like Photoshop. Programs like Lightroom that "develop" RAW files follow a different approach (even when handling JPEG files): they always keep the original image intact and separately save the editing steps that were done, which are applied when exporting the final results. So with such programs, you don't have to worry about losing quality (more than once, that is). But then, you shouldn't be using JPEG source files for them anyway.

  • 4
    "you will lose quality... even if you didn't make any edits." That depends on the application. An application may well know that no changes were made and rewrite the original compressed scheme with no additional quality loss over the original JPEG. – DocMax Oct 30 '14 at 17:52
  • 9
    @LightnessRacesinOrbit: I'm very certain you're wrong about that. Transforming the data from the frequency realm to the original one and back can add additional errors due to quantization every time. Maybe it will eventually converge towards some steady state, but I doubt it. – Michael Borgwardt Oct 30 '14 at 19:06
  • 2
    Here: photo.stackexchange.com/a/34192 converged in 8 or 9 cycles in my examples. – mattdm Oct 31 '14 at 2:18
  • 1
    @DocMax : That will require either that 1) the app stores in memory (or rereads) the compressed stream, or that 2) it actually does not rewrite the JPEG file, leaving it intact (including timestamp, if present). Very improbable scenarios – leonbloy Oct 31 '14 at 11:58
  • 1
    I agree that it is rare for an application to hold onto and rewrite the compressed stream as it is. I have seen it once, but that was many years ago when memory was more precious than it is today. My point was only that "will lose quality" implies that quality loss cannot be avoided at all; I would have no issue with "will almost certainly lose quality". – DocMax Nov 1 '14 at 15:52

Absolutely not. You need to edit the file and re-save it as a JPEG in order to compound the effects of image compression. Just viewing it has no effect at all — if it did, all of the JPEGs on the web would "wear out" completely in a day or two at most.

  • FYI - here's an example of the type of guidance that I find confusing (this is from a photoblog website): "What's the downside to shooting .JPEG? It has a compression scheme that causes image degradation every time the file is opened and saved. The degradation is minor. You probably wouldn't notice it at first. But you would see it over time." – markthomas Oct 30 '14 at 14:47
  • 14
    @markthomas: the crucial word is saved - saving is a completely different thing than closing. – Michael Borgwardt Oct 30 '14 at 14:54
  • 2
    +1 for "wearing out"... Google will need to apply fresh coats of "paint" every couple of seconds on their search results page! – h.j.k. Oct 31 '14 at 2:44
  • @MichaelBorgwardt Indeed, but it could be misunderstood as "every time the file is opened, and every time the file is saved". Granted you would have much greater degradation if you saved without opening first, but I still don't think opening should have been mentioned. – Fax Jun 28 '18 at 11:55

JPEG compression can be described as having two distinct phases: first a lossy phase, then a lossless phase. Understanding the difference between them is important to this question. This isn't so much because it helps understanding what's going on, but because it helps to understand where the common mistakes come from.

Lossy compression happens only when the file is saved. This is the part that causes loss of quality. However, just closing the file is not enough to trigger lossy compression: you have to save it. Some editors may refuse to save JPEG files that haven't been edited, to avoid accidentally triggering lossless compression, but I don't know off the top of my head whether or not any editors actually do that.

Lossless compression also happens only when the file is saved. The main difference is that even if it happened when the file was closed without saving, it wouldn't matter, because it's lossless. JPEG uses both techniques together.

Lossless decompression happens whenever the file is opened, but not at any other time. Not when it's closed, and not even when it's saved. As with lossless decompression, it wouldn't matter even if it did happen during these times, because it's lossleess.

"Lossy decompression" never happens. There's no such thing. There can't be, because the data that got thrown out during the lossy compression phase is gone. If you could somehow reconstruct it, then you'd have a lossless compression algorithm, not a lossy one. I'm only even mentioning the concept because, having mentioned two types of compression, it would look strange if I mentioned one only type of decompression without explaining why.

Note that saving the file triggers both kinds of compression. There's not much of a way around this, unless you know that the image has not been edited, but then there isn't much point to saving it either. Note also that just closing the file without saving does not trigger either phase, not even the "safe" lossless compression. Because of this, just opening and closing the file cannot decrease image quality.

  • Re "no point to saving" I've worried about what a program would do if I just edit the metadata (Comment, notes) when the user interface is Open-edit-save and there is no special indication that the image data is copied but not recompressed. – JDługosz Oct 31 '14 at 9:06
  • "Lossy decompression" as a concept makes perfect sense, though I'm not aware of anything that implements it. The compressed file contains a certain amount of data; one could imagine a decompression algorithm that extracts only a low-resolution version of that data. Doing so could be much faster than extracting all the available data, and one could use such an algorithm to provide a preview, for example. (For example, JPEG compresses an image as a sequence of 8x8 blocks; you could extract the average colour of each block and render that as a single pixel for a 1/8th-size preview.) – David Richerby Oct 31 '14 at 11:17
  • @jdlugosz Programs that only update meta-data in general don't decompress/re-compress the image part of the JPG. They just copy that part as is in the new file. The JPG file-format is constructed such that it is actually easier and less work to do it like that if you only need to update the meta-data. But it all depends on the software. If that is stupid in the way it does things, there is no way around it (besides using other software). – Tonny Oct 31 '14 at 11:31
  • @DavidRicherby There is lot's of software that uses the decompression engine for previews and such. Most web-based photo-albums do this to generate thumbnails and to send a low-res version to a browser with a small display. In MacOSX the thumbnail views in the Finder and iPhoto do it. I suspect that thumbnails in Explorer on Windows do it too, but I'm not sure about that one. – Tonny Oct 31 '14 at 11:36
  • Actually, AIUI, both JPEG compression and decompression can be (somewhat) lossy. That is to say, you cannot exactly reconstruct the original image from the compressed data, and you cannot (always) exactly reconstruct the compressed data from the decompressed image. Mostly, AFAIK, this can happen due to clipping: when mapping the compressed YUV DCT coefficients back to 8-bit RGB pixel colors, some pixels might end up with color values less than 0 or greater than 255, which will be clipped. – Ilmari Karonen Oct 31 '14 at 15:48

Just opening and closing a JPEG file should not trigger a save command (in any program that I know of) and therefore there is no re-compression taking place.

For the times that you actually DO hit "save", what happens depends on what changes you've made and how smart the image program in question is.

The user CutNGlass has already mentioned an example of a smart image program, "Better JPEG", that takes advantage of the fact that JPEG images are made up of lots of independently encoded rectangular blocks of pixels, and only blocks that really NEED to are re-compressed when saving the image. For example, with such a program, you can remove red eyes and when the JPEG image is saved, only the blocks that were affected by the change are re-compressed. http://www.betterjpeg.com/features.htm

Now, this technique to avoid having to re-compress any part of a JPEG image that does not need to be re-compressed is really "old news" (I'm no expert and I've known it for over a decade), so I guess I've taken it somewhat for granted that all the good image handling programs would handle this perfectly by now (which would mean that there would not normally be any re-compression from just opening a JPEG image and pressing "save", because the program would know that there has been no alteration to any blocks, and just leave them untouched), but from looking at this question and its varying answers, I can only gather that this STILL isn't true! *Maybe the programming behind such solutions is more complicated than I believe it to be - otherwise all JPEG-handling programs would have had this years ago!*

  • Hi new user. Thanks for contributing, the inclusion of a link to betterjpeg is a useful addition. From a developers perspective the situation is what we'd call an extreme edge-case - to be a useful it relies on the user making a partial edit AND wanting exactly identical quality output settings AND the source file being one of a few JPEG encoding options. For the amount of work involved there's not enough benefit. – James Snell Nov 23 '14 at 10:43
  • Hi @JamesSnell! First of all, I really do appreciate your feedback and giving me an explanation as to why all image handling programs do not do their all to avoid degradation of JPEGs whenever possible. However, I must say that it is quite subjective if putting in this programming effort is too much work and if the use case represent "extreme edge-cases" or not! It depends on how many image formats the program handles and how common JPEG use is, and it depends on how anal you are about not ever wanting to lose anything that you don't have to lose (needless image quality loss, in this case). – Carl Nov 29 '14 at 21:22
  • Also, I would say that since JPEG is the worlds #1 (most used) image format, that, in and of itself, makes this something else than an "extreme edge-case" (at least the word "extreme" should be removed). If you also consider the fact that this block-handling technique, if implemented in an image program, can be used for a variety of different situations (partial edits, like red-eye-removing; rotating/flipping the image; cropping), that also indicates something other than an "extreme edge-case." It might not be the MOST requested feature, but at the same time, I'm sure it would be appreciated! – Carl Nov 29 '14 at 21:22
  • 1
    Carl, I would agree with @JamesSnell that this is an edge case - and I've worked on a popular image editor so I have some experience here. When you open a file, it is copied to an in-memory uncompressed version for editing and the original is immediately discarded. This saves memory and gives you the flexibility to use any file format as a source. I've seen software that can do a lossless flip or rotate of a JPEG, but it's a very specialized function. The program you link to is the only editor I've ever seen that extends this feature to general editing. – Mark Ransom Feb 8 '16 at 17:53
  • Thanks for weighing in, Mark - and thanks for your insight. I would, however, still not call this "an edge case", since we're talking about very common types of edits using the world's most common image file type... That programmers want to keep it simple and perhaps do not care enough about image degradation for it to feel "worth it" for them to handle this is an explanation to why most image programs don't handle this, but it doesn't make it "an edge case". The JPEG file is normally much smaller than the uncompressed version, so it could be kept in memory and this functionality be added. – Carl Oct 10 '16 at 13:12

You definitely won't lose any quality just by viewing it. But, as pointed out above, you may lose image quality when saving it without making changes if the editor compresses it when it saves the file. For example, say you have a JPEG at no compression:

  1. You open it in The GIMP, make no changes, and save it
  2. The GIMP asks you how much compression you want (quality)
  3. You enter 90% quality (the default)

Do this 20 times, and you'll see a significant decrease in quality, because it has been compressed 20 times. If you save it with no compression (100% quality), you'll see no change.

  • 3
    JPEG always has compression; there's no such thing as "no compression" with JPEG. It is inherently lossy. However, passing a [JPEG-compressed] image through a JPEG compressor at 100% quality may not result in a loss of quality. – Lightness Races in Orbit Oct 30 '14 at 18:08
  • 2
    @geometrikal Really? – Rawling Oct 30 '14 at 23:23
  • 1
    @geometrikal definitely not the case – mattdm Oct 31 '14 at 2:11
  • 2
    Example of quality loss with re-saving at same quality level: photo.stackexchange.com/a/34192 – mattdm Oct 31 '14 at 2:14
  • 2
    Note also that 100% quality is not no compression. – mattdm Oct 31 '14 at 2:15

Definitely, like any file, if you don't hit "save" but just close the file, no changes will be made. (think of it like a word Doc that you just open and close)

If you do make changes, most programs will give you a notification asking if you want to "save changes"

So the answer is definitely no to your question.

Hope that helps.


Simply put:

  • Opening: no loss of quality
  • Copying: no loss of quality
  • Displaying: no loss of quality
  • Saving without edits: is copying, no loss of quality*
  • Saving with only metadata edits: no loss of quality*
  • Saving with changes to compression quality: loss of quality
  • Saving after image data edits: loss of quality

*Dependant on program, poorly implemented programs may actually recompress even when not needed with the resultant quality loss

Decoding any digital data is lossless. There is not a single digital format in which mere decoding and display would alter the data.

It's only recompression of the image data that is potentially lossy. Certain editing operations that are actually just metadata edits should not cause any loss of quality, for example EXIF rotation is lossless.

  • It's possible for a program to generate a file using data copied verbatim from parts of the image which haven't changed, but produce new compressed data for other parts. JPEG Wizard, for example, makes it possible to highlight "important" areas of a JPEG and leave them as is, while aggressively compressing other less-important areas of the image by various amounts. – supercat Oct 31 '14 at 19:20
  • Copying the file (in Explorer, Finder, etc.) will not lead to quality loss. Opening the image, doing a select all, copy, new image from copy and then save will lead to quality loss. – fzwo Nov 1 '14 at 22:08
  • @supercat - block substitution is only possible for certain jpeg encoding schemes. But the selective quality (as in some areas only) option could make for some interesting space savings without major image degradation on the web. – James Snell Dec 2 '14 at 16:34
  • @JamesSnell: I used JPEG Wizard ages ago; I've not looked to see if/how it's been maintained or updated, but it can allow some great space savings in cases where a picture has a few places where detail is needed and lots of area where it isn't. In some cases, blurring out everything but the primary subjects of a picture may improve the picture aesthetically at the same time as it makes the file much smaller. – supercat Dec 2 '14 at 17:06

Simply put No.

To be specific. When saving the JPEG image you have some losses as JPEG is defined as lossy compression.

The image is compressed using Huffman coding if I am not mistaken. Now when an image editor opens up an image it does not decompress the image. It simply decodes the compressed image so the screen can show what is in it.

But when you make changes and re-save it the image is recompressed to a new jpeg with more data loss. Software like GIMP ask you how much quality you want though so you can choose 100% to keep the existing quality.

Now opening and closing an image without making any changes would never matter on how it's stored and what data is lost. Opening it for viewing and then closing does not make any changes to the file. No matter what the case (mp3, image, word document). Since nothing is saved the quality will always remain the same.

But as previous answers have said, if you are really worried about data loss you can simply use other formats like png or tiff.

  • 2
    Note that you won't retain the existing quality when resaving the photo in GINMP using the 100 % value of the "quality percentage setting". It only sets certain parameters used by the encoder to the highest possible quality level. Those settings are not lossless. – Hugo Nov 3 '14 at 8:39
  • 2
    No problem. You can read more about it in this question. – Hugo Nov 3 '14 at 8:48

There seems to be a lot of misinformation even in these answers.

JPEG is a lossy block encoding standard. Its a frequency domain code that gets its compression by representing higher frequency image components with lower precision. The block size is 8x8 pixels.

To encode a JPEG image you take each block, perform a 2-D DCT and record the result in a sort of zig-zag pattern with fewer and fewer bits starting at the lowest frequency and ending at the highest. The precision profile is governed by a single quality variable.

As long as you've done this process on a block once, you can decode and re-encode as many times as you want without losing any image quality (as long as you always use the same quality variable). This isn't an overstatement; the process of decoding and re-encoding a jpeg block can be made perfectly lossless, and any editing application worth its salt already can do this.

What does this mean for a person editing an image? If you open an image and save (re-encode) it with the same image quality there will be no loss of quality(your editing application should be able to tell you the quality variable used to encode the image). If you open an image and only edit some of it, the only blocks that will change at all are the 8x8 blocks you have edited. Everything else will be exactly the same.

  • 2
    Is that so? – Rawling Oct 30 '14 at 23:23
  • 1
    I haven't investigated carefully, but I assume that it is rounding errors that make this not exactly the case. – mattdm Oct 31 '14 at 2:17
  • If the program uses the same Q-matrix, and you only change isolated regions, @stevecox summary is correct. If the same program is used, the same slider setting ought to give the same internal parameters. Cropping from the left/top can change the block alignment; overall change like tint and brightness touches everything and either can introduce horrible degradation beyond the nominal quality of compression. If the original save was very high quality, the effects will be subtle but cumulative. – JDługosz Oct 31 '14 at 8:57
  • 5
    -1 Just done a quick experiment with Photoshop CC and repeatedly opening and saving an image with exactly the same settings does result in a different file each time, when compared to the original using a "difference" blending mode. Apparently Photoshop is not an "worth its salt". I can't speak for other editors but I'd bet money they are the same. You could write a program very carefully to avoid rounding errors when continually decompressing and recompressing an image, but there would be no point - JPEGs are not a good intermediate format, full stop. – Matt Grum Oct 31 '14 at 12:07
  • 3
    @SteveCox I opened an image in Photoshop, saved it as a JPEG quality 7, opened that JPEG and saved it as a JPEG quality 7, then repeated 5 times. I then compared the first JPEG to the 5th JPEG. What the reference implementation does is only of academic interest if the major editors all cause a decrease in quality. – Matt Grum Oct 31 '14 at 14:25

The simple answer is "That depends."

Does it make a difference if:

I open the image in a standard image viewer and simple "close" the pic?

Should be safe, as a viewer should never be able to change image.

I open the image in Photoshop Elements Editor and close it there?

Should not change image.

If I simply Close and image vs. Re-saving it?

Closing image should not change image. Re-saving image very likely would alter it, depending on the plug-ins you are using.

One reason you will find so many different answers for "when does closing or saving a JPEG causes a decrease in image quality and when it does not?" is that it depends on so many different things, including: the software you are using to edit the image, the plug-ins which are installed on that software, whether your software performs "auto-saves", and on the settings which you use when you save the jpg image! That is actually why I do not edit original files.

I do not use photoshop, but there is a plug-in which is available for it which is supposed to help with the specific issue in question -- avoiding loss of image quality when saving a jpeg: http://www.betterjpeg.com/jpeg-plug-in.htm

Better JPEG Lossless Resave plug-in for Adobe Photoshop and Adobe Photoshop Elements is a tool designed to avoid recompression losses when resaving edited JPEG images in Photoshop. The plug-in takes advantage of the fact that JPEG images consist of a number of small independent blocks and does not recompress unchanged blocks.


Interesting sets of answers. But some still are a little misleading. I will try to sumarize.

Absolutly not

1) Opening a file does not afect it in any way. Also closing it. Not in a viewer or editing program.

There is a chance you view the file diferent in diferent programs but that could be because how this program inteprets some information like color mode or color profile. But that process is only reading it.

There is a chance of small changes

2) Doing losless operations, like rotating an image. Normally the programs just re order the data of a jpg file, without analizing and recompressing. But I would not put my hands on the fire for all programs that supose to do that.

Small unnotorious changes

3) Opening and saving with the same compression on the same program.

A first recompression is done the first time you save a jpg file. If you save a second time the file with the same settings the original data loss is already done, but small changes can be applied again. Not in the same extent that the first one, but can be noticable doing this several times. But that depends on the program.

Noticable changes

4) The most obvious is re saving with a different compression setting.

Not only on the "scale" on whatever the program has, but also the algorithm used. This is a little too technical but there are at least two main acompression algorithms 4:4:4 and 4:2:2.

You could use the "slider" on your program to top "quality", but if your program is using 4:2:2 and the original was on 4:4:4 you will have a significant data loss.

Here is a small paper I made some years ago so you can see what this data loss means, it is in spanish but you can use google translate: http://otake.com.mx/Apuntes/PruebasDeCompresion2/1-CompresionJpgProceso.htm

A total mess

5) If you open an image and re save it on a program that has limited capabilities. For example, a viwer could only save RGB files and not work properly with CMYK ones, or perhaps it does not understand the embeded color profile. You could totally ruin your image on saving.

6) Using a lot of compression. You save it for your website and compressed it. Do not delet your originals pease!

Only on the edited part of the image

7) The recompression is normally performed on all the image, but as I mentioned on point 3, it is not a lot of it if the image has not changed. When you edit an image this analisis has to be made again on this edited portion.

Remember that an editing can be categorized in three groups.

a) Color corrections, contrast, etc.

b) Altering one part of an image (red eyes, removing a person, cleaning unwanted spots)

c) A totally new collage.

So in some cases the image is a totally diferent one, at least for the analisis and recompression point of view.

In this post: https://photo.stackexchange.com/a/67434/37321 the user mentioned a program that does a very clever analisis of the existing compression and does not re compress it again if it is not necessary.


Yes, it obviously does! I will just do it with sample image and JPEG quality of 30 to make it fast Initial image. (160 Kb) enter image description here

First round (10 Kb) enter image description here

Second round (9Kb) enter image description here

So, JPEG doesn’t decrease significantly decrease quality of the image as long as you don’t resize or change quality metric. Image will continue to slowly deteriorate, but insignificantly. And now, I remove just 4 pixels from the image (a column from right). And save again. enter image description here

Significant deterioration. To explain that we would need to dive deep into JPEG algorithm. Any way, if you find yourself in this situation, keep it mind – it’s not over. There is some great JPEG noise removal software, for example Neural network image super-resolution and enhancement . I’ve uploaded the last image (the worst one) into this service and here’s what I got. Really nice result. enter image description here

  • What software are you opening and closing with? Are you sure your software does not save (and therefore recompress) the image when you close it? – mattdm Jan 21 '18 at 19:09
  • Just basic Photoshop resaving – Sofiia Shvets Jan 21 '18 at 19:15
  • 1
    Since the question asks about several different situations, this answer is confusing without making that clear. – mattdm Jan 21 '18 at 19:34

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.