I haven't worked with matlab—nor is my math up to that kind of snuff by a long shot— but how hard would it be for an experienced programmer to port it over effectively?
> how hard would it be for an experienced programmer to port it over effectively?
They should at least grasp a bit of the math involved, which is possible but not elementary. A full re-implementation would not be hard, the hard thing would be to remove the non-essential steps that increase the quality by a negligible amount but have a huge impact in the running time. Knowing what parts of the algorithm are essential and what parts are superfluous is not easy if you don't understand the algorithm.
> remove the non-essential steps that increase the quality by a negligible amount but have a huge impact in the running time. Knowing what parts of the algorithm are essential and what parts are superfluous is not easy if you don't understand the algorithm
Yeah that's what figured but hoped against. I still might have a curious look later...
any pointers for where a good resource might be?
A canonical starting point is the Bredies-Holler work on TGV-based decompression (a significant improvement over the TV model, that cannot correctly address block artifacts).
Look at the two-part article from 2015 here:
There are many, but mostly focused on output quality, and slow, and written in matlab using fancy tools.
If somebody submits a simple patch (written in pure C without dependences) to the jpeg reference distribution, and the code is very fast and good enough, it will most surely become mainstream. The thing is, that the people who know enough math to create a good jpeg decompressor do not tend to be well-versed nor interested in C programming.