News for hackers. Stuff that matters.
Re:Better Portable Graphics by 0-_-0 on Friday July 12, 2019 @07:41AM (#20419931)
That would make a lot of sense for JPEG, I wonder why such deblocking decoders aren't widespread.

I've been planning to write an adversarial neural network based JPEG decoder that would find the most realistic possible image that would get compressed to the given JPEG... I would love to have such a decoder integrated into browsers!

Re:Better Portable Graphics by enriquto on Friday July 12, 2019 @08:46AM (#20420265)
> I wonder why such deblocking decoders aren't widespread.

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.

Re:Better Portable Graphics by 52-6F-62 on Friday July 12, 2019 @10:51AM (#20421145)
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?
Re:Better Portable Graphics by enriquto on Friday July 12, 2019 @12:14PM (#20421778)
> 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.

Re:Better Portable Graphics by 52-6F-62 on Friday July 12, 2019 @12:39PM (#20422018)
> 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?

Re:Better Portable Graphics by enriquto on Friday July 12, 2019 @01:31PM (#20422516)
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:

https://imsc.uni-graz.at/bredies/publications_de.html

Re:Better Portable Graphics by tambourine_man on Friday July 12, 2019 @08:35AM (#20420210)
Decompression speed is extremely important. How fast would such a implementation be?
Re:Better Portable Graphics by 0-_-0 on Friday July 12, 2019 @09:35AM (#20420555)
It would be multipass, so it would render ever increasing quality reconstructions, limited by a configurable limit, so that you can limit power consumption on mobile devices.
Re:Better Portable Graphics by komali2 on Friday July 12, 2019 @08:42AM (#20420243)
Sounds like the exercise would be more for the sake of it rather than trying to develop some widespread new decompression method.
Re:Better Portable Graphics by tjalfi on Friday July 12, 2019 @09:02AM (#20420359)
This is a great idea. Please post to Show HN when you ship something.