XT3 image cut when TimeLapse

Hi, Herbert.

Thanks for all your tips.

I first set all the exposure parameters manually as you, but realized that in the day-night transitions had issues. from night to day the light was overexposed soon and the TL went from good exposure to overexposed before I wanted. I normally only set aperture to automatic and that gives me a smoothest transitions from night to day. I usually use angular lenses for TL so the depth of field changes that the diferentes apertures give are not noticeable. When I want movement objets to change their movement time during the TL I set the Shutter Speed to automatic too. So when there is still light you can still and recognize people but later the Shutter Speed changes to bigger lapses and you see moving objects. I like that. As you say flicker is a price you have to pay.

I Use a 128 gb Sandisk Extreme PRO SDXC II 300mb/s (3) (10) card but will follow you advice "keep my interval time at least around 1 sec longer than my exposure time"

About the intervalometer... Which one do you use?

In those specific shots the info is the same

2" between photos

ISO 160

Shutter Speed 1/8s

Aperture f4

Thanks

M.
Hi M.

I use the same cards as you do, just the 64GB versions. They are fast enough to handle really short interval times, nevertheless will also need some time to store the image on the card. Watching carefully you can observe (light indicator below the AF-L button) how long the camera is busy with that process. In my observations I figured out that the stated 1 second should be sufficient to ensure that the camera has enough time to store the data on the card.

The exposure parameters you used, when observing this weird behavior of cutting the image, should not be the reason for this problem, they look pretty normal.

Be aware that flicker can be introduced as well during shooting as in post processing. But with careful handling of the involved processes the effects can at least be minimized.

Shooting day to night time transitions (or vice versa) I normally use a Variable ND filter. Beside shutter speed, aperture and ISO it gives me around 5 additional stops to work with. With sufficient time between the shots, approx. 1.5 secs or more, and the camera mounted on a stable tripod setup, I can change the exposure value of the filter easily without a negative impact (shake, misalignment) on the camera. I normally first work with the filter, means changing the exposure value, before working with the other parameters. It also helps to keep ISO values down.

The intervalometer I use is the LRT Pro Timer 3. Yes, it is definitely an expensive gadget, but it offers quite some helpful features and possibilities.

- Most important, in between the shots all the essential information like histogram and exposure values are displayed and all camera functions are fully accessible.

- Connected to the remote release port (2.5mm) it doesn't occupy the USB C port, means I still can charge my camera with am external power supply during really long shootings.

- You can set intervals in 0.1 sec steps, something that is quite useful in different situations.

- You can do interval ramping / fairing, means change the shooting interval smoothly during the time lapse shooting without interruption.

- It offers shortest possible "camera blocked" times, means you can use really short intervals. You can adjust necessary parameters based on the needs of your specific camera.

- It offers also bulb mode and other options and can finally also act as a simple shutter release for single images.

Finally, I use LRTimelapse for my time lapse editing, for me simply the best solution I found for fast and effective time lapse image editing.

Herbert
 
The photo, while when it is done and you see it in the camera it is seen wrongly. When you pass the photo to a folder in the computer and you open it in preview it is seen wrongly too. If you use this photo to do a Time Lapse, in Final Cut for example, it is seen wrongly too. But, if you open it in Capture One or Photoshop you can see it correctly, just opening it.
But which exact file are you eventually correctly opening in Capture One or Photoshop - the same JPEG file that is wrong when previewed in-camera and on computer...?

If it`s RAW file instead, then it could really be its embedded JPEG preview is corrupted (as probably original JPEG is, if you saved that one alongside RAW as well), so any application showing you RAW file embedded JPEG preview only will have you see a corrupted (JPEG) image. But once you open RAW inside Capture One or Photoshop (Camera Raw, I would assume), those show you real RAW data (ignoring embedded JPEG preview once RAW is fully loaded), and that one might still be fine.
Yes, the same exact file that in the camera screen and in the preview once downloaded is wrong opens ok in C1 and Ph. In Time Lapses I only take jpg, so no Raw available to check.
Hmm, ok, that is definitely strange then - being JPEG file alone, it should be the pretty much the same no matter what you use to (pre)view it in, at least not corrupted in one and not in a different application.

Still, might be JPEG file is "slightly" corrupted (if that is even possible), not being exactly 100% correct so that shows with some applications (and in-camera), but could be it still does contain all the original data (possibly misplaced, or something), allowing some other (more intelligent?) applications to "recreate" the wrong bits and show the file without corruption... but this is just speculation now, no idea if JPEG file format could allow that.

Can you upload one of the corrupted JPEG files (original file, directly obtained from the camera, without any processing or downsizing)? I`m curious if DPReview will show it correctly, and if we can inspect it and get some idea about what`s going on.
 
Her you have. It uploads correctly...



M.





7791c7aa66e947d5a064a9d14cd061d2.jpg
 
Hi, Herbert.

Thanks for all your tips.

I first set all the exposure parameters manually as you, but realized that in the day-night transitions had issues. from night to day the light was overexposed soon and the TL went from good exposure to overexposed before I wanted. I normally only set aperture to automatic and that gives me a smoothest transitions from night to day. I usually use angular lenses for TL so the depth of field changes that the diferentes apertures give are not noticeable. When I want movement objets to change their movement time during the TL I set the Shutter Speed to automatic too. So when there is still light you can still and recognize people but later the Shutter Speed changes to bigger lapses and you see moving objects. I like that. As you say flicker is a price you have to pay.

I Use a 128 gb Sandisk Extreme PRO SDXC II 300mb/s (3) (10) card but will follow you advice "keep my interval time at least around 1 sec longer than my exposure time"

About the intervalometer... Which one do you use?

In those specific shots the info is the same

2" between photos

ISO 160

Shutter Speed 1/8s

Aperture f4

Thanks

M.
Hi M.

I use the same cards as you do, just the 64GB versions. They are fast enough to handle really short interval times, nevertheless will also need some time to store the image on the card. Watching carefully you can observe (light indicator below the AF-L button) how long the camera is busy with that process. In my observations I figured out that the stated 1 second should be sufficient to ensure that the camera has enough time to store the data on the card.

The exposure parameters you used, when observing this weird behavior of cutting the image, should not be the reason for this problem, they look pretty normal.

Be aware that flicker can be introduced as well during shooting as in post processing. But with careful handling of the involved processes the effects can at least be minimized.

Shooting day to night time transitions (or vice versa) I normally use a Variable ND filter. Beside shutter speed, aperture and ISO it gives me around 5 additional stops to work with. With sufficient time between the shots, approx. 1.5 secs or more, and the camera mounted on a stable tripod setup, I can change the exposure value of the filter easily without a negative impact (shake, misalignment) on the camera. I normally first work with the filter, means changing the exposure value, before working with the other parameters. It also helps to keep ISO values down.

The intervalometer I use is the LRT Pro Timer 3. Yes, it is definitely an expensive gadget, but it offers quite some helpful features and possibilities.

- Most important, in between the shots all the essential information like histogram and exposure values are displayed and all camera functions are fully accessible.

- Connected to the remote release port (2.5mm) it doesn't occupy the USB C port, means I still can charge my camera with am external power supply during really long shootings.

- You can set intervals in 0.1 sec steps, something that is quite useful in different situations.

- You can do interval ramping / fairing, means change the shooting interval smoothly during the time lapse shooting without interruption.

- It offers shortest possible "camera blocked" times, means you can use really short intervals. You can adjust necessary parameters based on the needs of your specific camera.

- It offers also bulb mode and other options and can finally also act as a simple shutter release for single images.

Finally, I use LRTimelapse for my time lapse editing, for me simply the best solution I found for fast and effective time lapse image editing.

Herbert
Hi, Herbert

Thanks for all the info. Good tip the SD filter, I guess you have to practice a lot to not to move the camera or introduce your finger in the scene. I will definitely try it.

Will check also the intervalometer and the software for Time Lapses.

I hope I can find out about this weird behavior of the camera. Maybe with a new firmware it solves.

Good Sunday

Mendimundi
 
Her you have. It uploads correctly...

7791c7aa66e947d5a064a9d14cd061d2.jpg
Thanks, and indeed, I downloaded the photo and tried opening in a few applications, and they all show it correctly (as seen here).

Curious, if you now download this same file and open it again, is it still corrupted? By the way, where do you see the corruption, which application(s) exactly (besides in-camera, from SD card)?

For what that is worth, I even tried saving it to SD card and opening in-camera myself (X-T3 as well, Ver.4.00), and it still looks fine, so I`m wondering if this file is (now?) really "corrected" (or at least not corrupted), or there`s still something with it where certain applications may struggle showing it correctly...?

By the way, I see image size reported as 6240x3512 - when you see it corrupted, what resolution/size does the offending application report?
 
Her you have. It uploads correctly...

7791c7aa66e947d5a064a9d14cd061d2.jpg
Thanks, and indeed, I downloaded the photo and tried opening in a few applications, and they all show it correctly (as seen here).

Curious, if you now download this same file and open it again, is it still corrupted? By the way, where do you see the corruption, which application(s) exactly (besides in-camera, from SD card)?

For what that is worth, I even tried saving it to SD card and opening in-camera myself (X-T3 as well, Ver.4.00), and it still looks fine, so I`m wondering if this file is (now?) really "corrected" (or at least not corrupted), or there`s still something with it where certain applications may struggle showing it correctly...?

By the way, I see image size reported as 6240x3512 - when you see it corrupted, what resolution/size does the offending application report?
That is 16:9 aspect ratio. Could that be a cause of incorrectly writing jpg's?
 
Her you have. It uploads correctly...

7791c7aa66e947d5a064a9d14cd061d2.jpg
Thanks, and indeed, I downloaded the photo and tried opening in a few applications, and they all show it correctly (as seen here).

Curious, if you now download this same file and open it again, is it still corrupted? By the way, where do you see the corruption, which application(s) exactly (besides in-camera, from SD card)?

For what that is worth, I even tried saving it to SD card and opening in-camera myself (X-T3 as well, Ver.4.00), and it still looks fine, so I`m wondering if this file is (now?) really "corrected" (or at least not corrupted), or there`s still something with it where certain applications may struggle showing it correctly...?

By the way, I see image size reported as 6240x3512 - when you see it corrupted, what resolution/size does the offending application report?
That is 16:9 aspect ratio. Could that be a cause of incorrectly writing jpg's?
Could be but I always do Time Lapses with this aspect ration and only has happened two times. So, I don't know.
 
Her you have. It uploads correctly...

7791c7aa66e947d5a064a9d14cd061d2.jpg
Thanks, and indeed, I downloaded the photo and tried opening in a few applications, and they all show it correctly (as seen here).

Curious, if you now download this same file and open it again, is it still corrupted? By the way, where do you see the corruption, which application(s) exactly (besides in-camera, from SD card)?

For what that is worth, I even tried saving it to SD card and opening in-camera myself (X-T3 as well, Ver.4.00), and it still looks fine, so I`m wondering if this file is (now?) really "corrected" (or at least not corrupted), or there`s still something with it where certain applications may struggle showing it correctly...?

By the way, I see image size reported as 6240x3512 - when you see it corrupted, what resolution/size does the offending application report?
Hi

If I download it from here I can see it correctly. The corruption is seen in the camera, also if I download it and open it with the space bar and if I open it with the preview app. Also If I open it with Final Cut Pro. If I upload it to twitter it I seen wrong too.


The size in 16:9 is the resolution I took the photo

M.
 
Her you have. It uploads correctly...

7791c7aa66e947d5a064a9d14cd061d2.jpg
Thanks, and indeed, I downloaded the photo and tried opening in a few applications, and they all show it correctly (as seen here).

Curious, if you now download this same file and open it again, is it still corrupted? By the way, where do you see the corruption, which application(s) exactly (besides in-camera, from SD card)?

For what that is worth, I even tried saving it to SD card and opening in-camera myself (X-T3 as well, Ver.4.00), and it still looks fine, so I`m wondering if this file is (now?) really "corrected" (or at least not corrupted), or there`s still something with it where certain applications may struggle showing it correctly...?

By the way, I see image size reported as 6240x3512 - when you see it corrupted, what resolution/size does the offending application report?
Hi

If I download it from here I can see it correctly. The corruption is seen in the camera, also if I download it and open it with the space bar and if I open it with the preview app. Also If I open it with Final Cut Pro. If I upload it to twitter it I seen wrong too.


The size in 16:9 is the resolution I took the photo

M.
 
Thanks, and indeed, I downloaded the photo and tried opening in a few applications, and they all show it correctly (as seen here).

Curious, if you now download this same file and open it again, is it still corrupted? By the way, where do you see the corruption, which application(s) exactly (besides in-camera, from SD card)?

For what that is worth, I even tried saving it to SD card and opening in-camera myself (X-T3 as well, Ver.4.00), and it still looks fine, so I`m wondering if this file is (now?) really "corrected" (or at least not corrupted), or there`s still something with it where certain applications may struggle showing it correctly...?

By the way, I see image size reported as 6240x3512 - when you see it corrupted, what resolution/size does the offending application report?
Hi

If I download it from here I can see it correctly. The corruption is seen in the camera, also if I download it and open it with the space bar and if I open it with the preview app. Also If I open it with Final Cut Pro. If I upload it to twitter it I seen wrong too.

Ok, just to confirm - all these places where the file is still corrupt, they work fine with the photo downloaded from here (but just not from original photo downloaded from SD card)?

If the uploaded file here is indeed "fixed" for some reason, then it might be good to try to pack the original photo (showing the issue) into ZIP, RAR or similar, and upload that somewhere - then first try to download it yourself and see if the issue is still there once unpacked. If so, we can check that one, where the issue is still present.

By the way, how do you transfer images from your camera to your computer? Do you take the SD card out of camera and insert it into a card reader, or you connect an USB cable to camera to read from it directly, or maybe using some (phone or computer) app...?
The size in 16:9 is the resolution I took the photo
That`s fine, but what I`m interested in is _exact_ resolution being reported inside applications where the (original) file is corrupted - is it exactly 6240x3512 there as well, or maybe it differs in a few pixels, like 6245x3512, or something?
 
By the way, I see image size reported as 6240x3512 - when you see it corrupted, what resolution/size does the offending application report?
That is 16:9 aspect ratio. Could that be a cause of incorrectly writing jpg's?
Could be but I always do Time Lapses with this aspect ration and only has happened two times. So, I don't know.
Nah, I don`t think it`s the aspect ratio causing the issue (though we can`t really know anything for sure), but as spelled out in that other reply now, I`m more interested if applications where the photo is shown as corrupted report the same 6240x3512 resolution, or it differs in a few pixels (like being 6245x3512) - where the extra pixels could be the corrupted/erroneous ones then, and possibly to be omitted (as some applications would seem to do already).

Anyway, might be there`s no reason to worry about it much, as even if it`s some camera (or possibly SD card) glitch, it seems to be non-destructible, in terms of original (non-corrupted) photo being still available (just not in all of the apps, or at least until something "fixes" it... which might be good to pinpoint, though).
 
Thanks, and indeed, I downloaded the photo and tried opening in a few applications, and they all show it correctly (as seen here).

Curious, if you now download this same file and open it again, is it still corrupted? By the way, where do you see the corruption, which application(s) exactly (besides in-camera, from SD card)?

For what that is worth, I even tried saving it to SD card and opening in-camera myself (X-T3 as well, Ver.4.00), and it still looks fine, so I`m wondering if this file is (now?) really "corrected" (or at least not corrupted), or there`s still something with it where certain applications may struggle showing it correctly...?

By the way, I see image size reported as 6240x3512 - when you see it corrupted, what resolution/size does the offending application report?
Hi

If I download it from here I can see it correctly. The corruption is seen in the camera, also if I download it and open it with the space bar and if I open it with the preview app. Also If I open it with Final Cut Pro. If I upload it to twitter it I seen wrong too.

Ok, just to confirm - all these places where the file is still corrupt, they work fine with the photo downloaded from here (but just not from original photo downloaded from SD card)?

If the uploaded file here is indeed "fixed" for some reason, then it might be good to try to pack the original photo (showing the issue) into ZIP, RAR or similar, and upload that somewhere - then first try to download it yourself and see if the issue is still there once unpacked. If so, we can check that one, where the issue is still present.

By the way, how do you transfer images from your camera to your computer? Do you take the SD card out of camera and insert it into a card reader, or you connect an USB cable to camera to read from it directly, or maybe using some (phone or computer) app...?
The size in 16:9 is the resolution I took the photo
That`s fine, but what I`m interested in is _exact_ resolution being reported inside applications where the (original) file is corrupted - is it exactly 6240x3512 there as well, or maybe it differs in a few pixels, like 6245x3512, or something?
The corrupted and non corrupted files opened in preview app are 6240 × 3512 if open-end in capture one, where it opens correctly the size is the same 6240 × 3512 for both photos too

M.
 
Hi

I use software 4.0.0 . Twice has happened that after a 1000 photos TL some of them are cut vertically as seen in the attached images (look at the very right of the second. The one that is correct is just the previous one). It corrects itself later, the first time after 300 photos and the second after 100. any ideas? where should I report this bug?

Thanks!

M.

145a61f4d58640f6a6187d76c00cfc48.jpg.png
I see corruption in the top MCU line. Data is missing, this causes the image to shift to the left, all MCU lines that follow will shift as well as JPEG is coded/decoded per MCU, starting top left working it's way down line by line. Visually it looks like the image was cut but this is a matter of a few missing bytes at the start of the JPEG data.

Maybe the card can't keep up?

--
Joep
 
Hi

I use software 4.0.0 . Twice has happened that after a 1000 photos TL some of them are cut vertically as seen in the attached images (look at the very right of the second. The one that is correct is just the previous one). It corrects itself later, the first time after 300 photos and the second after 100. any ideas? where should I report this bug?

Thanks!

M.

145a61f4d58640f6a6187d76c00cfc48.jpg.png
I see corruption in the top MCU line. Data is missing, this causes the image to shift to the left, all MCU lines that follow will shift as well as JPEG is coded/decoded per MCU, starting top left working it's way down line by line. Visually it looks like the image was cut but this is a matter of a few missing bytes at the start of the JPEG data.

Maybe the card can't keep up?
Hi, Joep

Thanks for the info. Sorry, I don't know what MCU is. Where do you see it and how do you know there is information missing?

The card is a Sandisk Extreme Pro 128gb 300mb/s SDXC II (3) (10) (almost 2 years of use now). I think it should keep up but I don't know. The problem appears only here, not using burst for example, and only have happened 2 times in the last 20 Time Lapses, not a single time before.

I have checked that this problem happened in 29 continued photos in this TL, later it fixed

Thanks



M.
 
Hi

I use software 4.0.0 . Twice has happened that after a 1000 photos TL some of them are cut vertically as seen in the attached images (look at the very right of the second. The one that is correct is just the previous one). It corrects itself later, the first time after 300 photos and the second after 100. any ideas? where should I report this bug?

Thanks!

M.

145a61f4d58640f6a6187d76c00cfc48.jpg.png
I see corruption in the top MCU line. Data is missing, this causes the image to shift to the left, all MCU lines that follow will shift as well as JPEG is coded/decoded per MCU, starting top left working it's way down line by line. Visually it looks like the image was cut but this is a matter of a few missing bytes at the start of the JPEG data.

Maybe the card can't keep up?
Hi, Joep

Thanks for the info. Sorry, I don't know what MCU is. Where do you see it and how do you know there is information missing?

The card is a Sandisk Extreme Pro 128gb 300mb/s SDXC II (3) (10) (almost 2 years of use now). I think it should keep up but I don't know. The problem appears only here, not using burst for example, and only have happened 2 times in the last 20 Time Lapses, not a single time before.

I have checked that this problem happened in 29 continued photos in this TL, later it fixed

Thanks

M.
An MCU is a block of pixels, 8 x 8 pixels for example and it's the smallest encodable unit in JPEG data. So JPEG encoder takes these pixels and encoded and compresses them as one unit. When MCU's drop, image data in JPEG tends to shift to left.

This is a totally unrelated problem I purposely removed (corrupt) data, it shows image shift and how it responds to adding data (in your image we see opposite effect): (Open in new TAB, embedded player does not honor time stamp)

So for whatever reason your file is missing some data. We can see it's in first line of MCUs because it's slightly discolored.

So, some data appears missing. Question remains of course, why? This isn't a sensor problem. Maybe some buffer for the encoder not keeping up or something. Or the card buffer. If the card is 2 years old I can't hurt to replace it.

--
Joep
 
Last edited:
An MCU is a block of pixels, 8 x 8 pixels for example and it's the smallest encodable unit in JPEG data. So JPEG encoder takes these pixels and encoded and compresses them as one unit. When MCU's drop, image data in JPEG tends to shift to left.

This is a totally unrelated problem I purposely removed (corrupt) data, it shows image shift and how it responds to adding data (in your image we see opposite effect): (Open in new TAB, embedded player does not honor time stamp)

So for whatever reason your file is missing some data. We can see it's in first line of MCUs because it's slightly discolored.

So, some data appears missing. Question remains of course, why? This isn't a sensor problem. Maybe some buffer for the encoder not keeping up or something. Or the card buffer. If the card is 2 years old I can't hurt to replace it.
But isn`t it even more curious how come missing data "reappears"...?

What OP reports is having a corrupted JPEG - both in-camera, and after saving from camera and previewing in some applications. But, some other applications seem to open JPEG just fine - and even uploading the corrupted file here to DPReview seems to "fix" it to a point where downloaded file now works fine where the original was previously "corrupted".

So it looks like data is not really missing, but might be "just" corrupted (misaligned, so to say), where certain applications (DPReview as well?) are able to both fix the corruption for preview, but possibly fix the original file, too.

p.s. I`ve just skimmed through that linked video, and it looks like the guy is "correcting" a photo there as well, where it seemed as a large part of it was missing - but it is not? Or that case is just similar, but not the same as this one here (as some data is really missing there, a gray line being reconstructed in the end, where here everything is fine, eventually)?
 
Last edited:
An MCU is a block of pixels, 8 x 8 pixels for example and it's the smallest encodable unit in JPEG data. So JPEG encoder takes these pixels and encoded and compresses them as one unit. When MCU's drop, image data in JPEG tends to shift to left.

This is a totally unrelated problem I purposely removed (corrupt) data, it shows image shift and how it responds to adding data (in your image we see opposite effect): (Open in new TAB, embedded player does not honor time stamp)

So for whatever reason your file is missing some data. We can see it's in first line of MCUs because it's slightly discolored.

So, some data appears missing. Question remains of course, why? This isn't a sensor problem. Maybe some buffer for the encoder not keeping up or something. Or the card buffer. If the card is 2 years old I can't hurt to replace it.
But isn`t it even more curious how come missing data "reappears"...?

What OP reports is having a corrupted JPEG - both in-camera, and after saving from camera and previewing in some applications. But, some other applications seem to open JPEG just fine - and even uploading the corrupted file here to DPReview seems to "fix" it to a point where downloaded file now works fine where the original was previously "corrupted".

So it looks like data is not really missing, but might be "just" corrupted (misaligned, so to say), where certain applications (DPReview as well?) are able to both fix the corruption for preview, but possibly fix the original file, too.

p.s. I`ve just skimmed through that linked video, and it looks like the guy is "correcting" a photo there as well, where it seemed as a large part of it was missing - but it is not? Or that case is just similar, but not the same as this one here (as some data is really missing there, a gray line being reconstructed in the end, where here everything is fine, eventually)?
Ah, I missed that, the JPEG 'magically fixing itself'. Is it possible to see one 'corrupt' and one magically fixed so I can examine them? Perhaps best to ZIP them so we can be sure no in between decoding and encoding is done. What I mean is some website software when you upload a file decodes and encodes the file to save storage space mainly.

No in the video part of the data is corrupt and this corrupt portion is removed from the raw file data. The guy in the video is me using a tool I made for that purpose.

--
Joep
 
Last edited:
Ah, I missed that, the JPEG 'magically fixing itself'. Is it possible to see one 'corrupt' and one magically fixed so I can examine them?
That`s what I asked for in one of the previous posts[1], but I don`t think we got any feedback on that one (yet):
If I download it from here I can see it correctly. The corruption is seen in the camera, also if I download it and open it with the space bar and if I open it with the preview app. Also If I open it with Final Cut Pro. If I upload it to twitter it I seen wrong too.

Ok, just to confirm - all these places where the file is still corrupt, they work fine with the photo downloaded from here (but just not from original photo downloaded from SD card)?

If the uploaded file here is indeed "fixed" for some reason, then it might be good to try to pack the original photo (showing the issue) into ZIP, RAR or similar, and upload that somewhere - then first try to download it yourself and see if the issue is still there once unpacked. If so, we can check that one, where the issue is still present.

By the way, how do you transfer images from your camera to your computer? Do you take the SD card out of camera and insert it into a card reader, or you connect an USB cable to camera to read from it directly, or maybe using some (phone or computer) app...?
p.s. I just realized that Twitter image linked above does show the issue, but as it seems resized, too, so not sure if it`s still valid for inspection, being altered (possibly by Twitter, on upload)...?

--

[1]: https://www.dpreview.com/forums/post/64831092
 
Ah, I missed that, the JPEG 'magically fixing itself'. Is it possible to see one 'corrupt' and one magically fixed so I can examine them?
By the way, in case you missed it, while waiting for the "corrupt one", "magically fixed" has already been uploaded here[1] (it should have been corrupt, though, at least from what I understand, but mere uploading it here seems to have fixed it, hmm):
Her you have. It uploads correctly...

7791c7aa66e947d5a064a9d14cd061d2.jpg
--

[1]: https://www.dpreview.com/forums/post/64829556
 
An MCU is a block of pixels, 8 x 8 pixels for example and it's the smallest encodable unit in JPEG data. So JPEG encoder takes these pixels and encoded and compresses them as one unit. When MCU's drop, image data in JPEG tends to shift to left.

This is a totally unrelated problem I purposely removed (corrupt) data, it shows image shift and how it responds to adding data (in your image we see opposite effect): (Open in new TAB, embedded player does not honor time stamp)

So for whatever reason your file is missing some data. We can see it's in first line of MCUs because it's slightly discolored.

So, some data appears missing. Question remains of course, why? This isn't a sensor problem. Maybe some buffer for the encoder not keeping up or something. Or the card buffer. If the card is 2 years old I can't hurt to replace it.
But isn`t it even more curious how come missing data "reappears"...?

What OP reports is having a corrupted JPEG - both in-camera, and after saving from camera and previewing in some applications. But, some other applications seem to open JPEG just fine - and even uploading the corrupted file here to DPReview seems to "fix" it to a point where downloaded file now works fine where the original was previously "corrupted".

So it looks like data is not really missing, but might be "just" corrupted (misaligned, so to say), where certain applications (DPReview as well?) are able to both fix the corruption for preview, but possibly fix the original file, too.

p.s. I`ve just skimmed through that linked video, and it looks like the guy is "correcting" a photo there as well, where it seemed as a large part of it was missing - but it is not? Or that case is just similar, but not the same as this one here (as some data is really missing there, a gray line being reconstructed in the end, where here everything is fine, eventually)?
Ah, I missed that, the JPEG 'magically fixing itself'. Is it possible to see one 'corrupt' and one magically fixed so I can examine them? Perhaps best to ZIP them so we can be sure no in between decoding and encoding is done. What I mean is some website software when you upload a file decodes and encodes the file to save storage space mainly.

No in the video part of the data is corrupt and this corrupt portion is removed from the raw file data. The guy in the video is me using a tool I made for that purpose.
Hi, Joep

I can sen you the original file via wetransfer if you want so you can check how it behaves if you open it with a program or other. Is there an email I could send you it? The fixed one is the same as the corrupted, it depends on the program you use to open it.

M.
 

Keyboard shortcuts

Back
Top