Lepton image compression: saving 22% losslessly from images at 15MB/s

Re:Lepton image compression: saving 22% losslessly from imag... by stephenr on Thursday July 14, 2016 @01:17PM (#12095626)

How does h.264/5 not fit the bill?

[ Parent | on HN ]

Re:Lepton image compression: saving 22% losslessly from imag... by beernutz on Thursday July 14, 2016 @01:42PM (#12095835)

I don't think h.264/5 is bit-for-bit retrievable is it? Neuronexmachina might be wanting to be able to get back the 1:1 version maybe?

[ Parent | on HN ]

Re:Lepton image compression: saving 22% losslessly from imag... by IanCal on Thursday July 14, 2016 @01:39PM (#12095813)

Can you run those losslessly?

[ Parent | on HN ]

Re:Lepton image compression: saving 22% losslessly from imag... by thescriptkiddie on Thursday July 14, 2016 @02:08PM (#12096040)

https://trac.ffmpeg.org/wiki/Encode/H.264#LosslessH.264

[ Parent | on HN ]

Re:Lepton image compression: saving 22% losslessly from imag... by niftich on Thursday July 14, 2016 @03:21PM (#12096516)

While there's a lossless H.264, it doesn't fit the implied use-case proposed in the thread. Using lossless H.264 to recompress lossy MPEG-2 would be akin to using PNG to recompress a JPEG -- silly and wasteful.

Sure, it's an inexact analogy because PNG is not a block-based DCT coder, but all lossless H.264 does is set the quantizer as absurdly high as it needs to go to losslessly encode a particular frame. Staring from a compressed source, this is not a good recipe for achieving a space-saving result.

[ Parent | on HN ]