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

I notice that after I cut a progressive JPEG in half, the half-file still displays without any visual errors in my image viewer. It seems that progressive JPEGs are very resilient to all sorts of damage, including bad sectors and partial recoveries via file carving in a fragmented file system.

Personally, I would like all my personal photos to be progressively encoded for this reason. Perhaps there would be some benefit in a standard-to-progressive conversion feature? I realise that your tool doesn't support progressive JPEGs, and perhaps progressive JPEGs are relatively rare, but would it be worth adding a feature to truncate the garbage at the end of progressive JPEGs that are the result of file carving?

_________________
A backup a day keeps DR away.

The Analyse function occasionally finds false positives, even on good JPEGs. I have an inkling that these are most likely to occur where there are discontinuities. For example, dark text on a light background seems to trigger this behaviour, whereas landscapes seem to be immune.

BTW, I'm finding that progressive JPEGs are hard to break. Even when I delete an entire scan section (between FFDA markers), the image still has no visible damage. I even cut a JPEG in half and it still rendered OK.

_________________
A backup a day keeps DR away.

Spot on.

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

Super cool Arch. Well done.