What JAR does

JAR repairs JPEG photos that open, but look broken. When a few bytes of a photo go missing or get damaged, everything after that point goes wrong: the rest of the picture slides sideways, turns grey, or changes colour. The photo isn’t lost. The picture data is still there; it’s just out of place. JAR puts it back.

A JPEG is built from small tiles, stored one after another like text on a page. Damage knocks the tiles that follow out of line. JAR finds each spot where that happens, works out how far the picture moved, shifts it back and fixes the colour. It does this for every damaged spot in the photo, automatically.

Typical damage JAR repairs:

* the bottom part of the photo is grey or a single colour;
* the picture breaks into bands that are shifted sideways;
* from some point on, the colours are wrong (too pink, too green, too dark);
* photos recovered from a damaged card, USB stick or drive that look “glitched”, including photos recovered with PhotoRec, Recuva, Disk Drill and similar tools;
* photos with chunks of other data mixed in, or cut off at the end;
* photos whose header is damaged, using an intact photo from the same camera as a reference.



https://www.disktuna.com/jar-jpeg-auto-repair/

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

Top work.

_________________
http://www.pclab.com.pt facebook.com/PCLAB.A.T
ACELab partner

Really cool

_________________
Digitalsupport Data Recovery
https://digitalsupport.dk

If I open an undamaged JPEG, I get this warning:

"The header says progressive JPEG (not supported). If this is damage ..."

Strangely, if I use HxD to fill one sector, in the middle of the file, with zeros, I see no damage in the corrupted JPEG. Perhaps progressive JPEGs should be the default for archiving?

_________________
A backup a day keeps DR away.

Greyscale images don't seem to be handled well. I use this format for document scanning. The attached files include the results with both checkboxes ticked and unticked.

_________________
A backup a day keeps DR away.

Then you were lucky I suppose, try zero a block 25% into the progressive file. Yes JAR suggests it could be damaged header. A JPEG straight from camera is probably damaged. So good header would fix it.

FF C0 - 1100 0000 - baseline
FF C2 - 1100 0010 - progressive

For robustness I suppose restart markers would be best with short interval.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

I will check this out, thanks!

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

Found a bug. I fixed Huffman table that didn't need fixing.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service

I use progressive encoding as my default. This goes back to my dial-up modem days when images rendered very slowly in my browser. With progressive encoding you would see the full image at low resolution almost immediately.

_________________
A backup a day keeps DR away.

Thank you, fixed this bug will upload later.

It will always do poor on files like these, it thinks there's gaps where there are none. Use assisted mode to get rid of the nonsense repairs.

https://youtu.be/4Cdwe8Shg1c

But it's on my list for later, thanks.

_________________
Joep - http://www.disktuna.com - video & photo repair & recovery service