3 ms·
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
by jws 14y 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 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-evolution-of-mona-lisa/ http://rogeralsing.com/2008/12/07/genetic-programming-evolut...
- Florin_Andrei 14y agoAren't most video algorithms "highly parallel"?
- brigade 14y agoFor 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.