Announcement

Collapse
No announcement yet.

JPEG file loses resolution on MOVE (IV 4.38/Win7Pro64)

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Reported JPEG file loses resolution on MOVE (IV 4.38/Win7Pro64)

    Reviewing thousands of photos from a trip to Italy, I was sorting them into Best/OK/Bad directories using the "Move" hotkeys (F7).

    When I looked at the files, I notice the sizes had changed on the moved files! (JPEG only - not the RAW files)
    BEFORE: 7.93 MB (8,317,440 bytes)
    AFTER: 7.08 MB (7,427,796 bytes)

    So it lost almost 20% of the file!

    Visually, it is not obvious what changed, as the files are 16MP files, and to bring 2 up on a monitor reduces the resolution too much to tell anything side-by-side.

    This happened on pretty much every file.

    These were images from a Panasonic Lumix GX7 - not sure if that would matter.

    Computer is Windows 7 Pro/SP1, 64-bit, with 8GB RAM, 4-core CPU, with not much else going on.
    Very repeatable.
    IrfanView 4.38.
    Here is a sample pair (before & after) (UPDATE: added RAWs, which do NOT change):


    What's going on?
    Last edited by toyzrme; 10.03.2015, 12:32 PM.

    #2
    I cannot reproduce the problem by moving your original image to another folder using IrfanView.

    There are minor differences between the Exif data of the two images, but not enough to account for the big size difference.

    The information dialogue shows the same number of pixels, colours, and estimated compression for both images.

    I think you did something more than just move the files. Maybe you resaved the moved image?
    Before you post ... Edit your profile • IrfanView 4.62 • Windows 10 Home 19045.2486

    Irfan PaintIrfan View HelpIrfanPaint HelpRiot.dllMore SkinsFastStone CaptureUploads

    Comment


      #3
      Originally posted by Bhikkhu Pesala View Post
      .....
      I think you did something more than just move the files. Maybe you resaved the moved image?
      I was literally just going through the images in a directory using the arrow keys. I had created rating directories, (1-5) and assigned them to the different keys (slots) in the move dialog (1-5), to make it easy & fast to sort/rate them.

      So it was literally:
      <Rt-Arrow>
      <F7>
      1/2/3/4/5
      repeat....

      Could there be LOTS of EXIF stuff hanging off the end that's getting dropped? Although that doesn't make sense, as this should be a MOVE operation, which in Windows is just directory operations - i.e. it's not copying bytes, so shouldn't be able to lose them. FYI the source & destination directories were on the same disk.

      The files were originally copied off of a 64GB SD card, using Windows as well as Beyond Compare, to the "master (source) directory". I did a byte-by-byte verification to ensure the files had been copied off accurately, so that they are backed up to the cloud correctly. So the file sizes were correct (i.e. the larger version) after that copy - so it's more than one file system that thinks it's the larger number.

      My system also shows the same pixels & dimensions, and the images are all viewable, so it's not corrupting the JPG data. *or* it's re-compressing them - which doesn't make sense (btw, I don't trust the compression, as 2 vendors' implementation of a "9" could differ - as I remember, Adobe switched to a 12-point scale? But not 100% sure here...)

      I can say it's not every file that this happens to, but certainly > 20-30%. IIRC, it was repeatable on the same files.

      Very confused....would love to have Irfan weigh in, knowing the code and image storage way better than I do :-)

      Comment


        #4
        Irfan Skiljan doesn't post here. Send a bug report to him if you can reproduce it easily.
        Before you post ... Edit your profile • IrfanView 4.62 • Windows 10 Home 19045.2486

        Irfan PaintIrfan View HelpIrfanPaint HelpRiot.dllMore SkinsFastStone CaptureUploads

        Comment


          #5
          I have no idea what went wrong here; the metadata in the second image have been changed and possibly corrupted, triggering some exiftool (minor) warnings. Exif byte order was changed and multiple face detection and face position tags were added. And even something about baby age. With metadata removed, the size difference is only 10 bytes.
          IrfanView 4.62 64-bit

          Comment


            #6
            Hi, did you use any other image viewer between copying the files from the SD card and moving it? I know that the Microsoft Viewer will save pictures if you use it to rotate the images. And on this step the images will be recalculated so there is no JPEG lossless opertation at this step. Maybe other tools will do like MS. Regards Nils

            Comment


              #7
              @derniwi - nope - just IV, in the process listed above, then checked the size. I do software development, so I know to reduce it down to the minimum to isolate the problem. Nothing else in the path - just copy from SD card, then review & move pics in IV as above.

              @Jacal - not clear from your post - did you try the posted files and experience the problem yourself? If so, I'll send a bug report to Irfan.

              Which version of the picture had the weird tags, the original/older one? Note that these images are from a Panasonic Lumix GX7 - could that be the source of the tags? But why would IrfanView get involved in the tags when doing a MOVE? Is it actually processing the tags?

              I've updated the link(s) to include JPG + RAW. The JPGs are straight from the camera, copied at the same time as the RAWs, and in the same directory (i.e. I didn't create them manually from the RAW files, the camera produced them). Note that the RAW files do NOT change size, only the JPGs.

              Here is something I found on Panasonic file tags - are these what you found? (I see baby age in there)



              Sample: JPG + RW2 RAW files: https://dl.dropboxusercontent.com/u/...ost%2BRW2s.zip
              Last edited by toyzrme; 10.03.2015, 12:31 PM.

              Comment


                #8
                Sorry, I was unclear; I wasn't able to reproduce your problem and can't imagine what caused it. I will look at your files later, have a nice day!
                IrfanView 4.62 64-bit

                Comment


                  #9
                  The new/modified meta data contains information about "Microsoft Photo". Sure, that you did not use this software? Maybe you have installed MS Photo (or MS Live Photo Gallery) and your destination folder is checked for pictures and face recognition?
                  Last edited by derniwi; 10.03.2015, 02:50 PM.

                  Comment


                    #10
                    And one more question: the two instances of your before.jpg (from your first and second link) are equal, but the timestamp of the files is different:
                    File Modification Date/Time : 2014:04:30 21:53:40+02:00
                    File Modification Date/Time : 2014:04:30 16:53:40+02:00
                    Did you make this 5-hour change or is something fiddling with your files in the background?
                    IrfanView 4.62 64-bit

                    Comment


                      #11
                      @Derniwi: I do not regularly use MS Photo, and have not configured face reco. or watch folders. My test was as described up top: I open the file in IV, click F7 / 4 (for the directory slot to use), and then look at the file sizes. The file changes size when it moves.

                      @Jacal:
                      Interesting - on my system, they are showing as 1 hour apart: 2:53PM & 3:53PM - which fits the DST difference when they were added to the zip (Mar 7 & Mar 10, DST in the US was Mar 8). But then no idea why it would be 5 hours on your system. Maybe you have something on your system fiddling with the files?

                      Comment


                        #12
                        As I have written: the file was modified by a Microsoft tool, so I think either you had run a face reco or the tool watches this folder and starts a reco on changed or new files.
                        Is is possible to check that the destination folder is not in a Microsoft watched folder?

                        Can you please try if the file size changes if you move files (work with copies!) to an USB drive?

                        Comment

                        Working...
                        X