Hacker News new | ask | show | jobs
by jws 4938 days ago
Summary: Video Codec based on vectorization of images rather than pixel encoding. Slow, but highly parallel. Not much info. Developers hope to have a codec for commercial use in some number of years.

PDF of authors' previous work on still images: http://eprints.gla.ac.uk/47879/1/ID47879.pdf

Still too long?: "Mona Lisa in 50 Polygons[1]" Grows Up.

[1] http://rogeralsing.com/2008/12/07/genetic-programming-evolut...

1 comments

Aren't most video algorithms "highly parallel"?
For certain values of "most" and "highly", and depending on how much compression or latency you're willing to sacrifice for more parallelism.

The more data (from earlier in the bitstream/image) you can use for prediction, the higher a compression ratio you can achieve. But the more data you use, the more sequential you become, since you have to wait for it to become available before proceeding.

Modern codecs generally don't require a single frame to be parallelizable for encode or decode, and you must sacrifice either latency (encode/decode multiple frames at once) or compression (split a single frame up into parallelizable slices) to become more than slightly parallel.