Lossless compression for RGB input

[kotoko]

Hi everyone.

I tried YUVsoft's lossless video codec and FFV1. I read http://www.compression.ru/video/codec_comparison/lossless_codecs_2007_en.html

and tried the highest compression ratio ones.

Now i want to know that IF 1. FREXT/ JM can make a higher compression ratio, as they employ both inter and intra frame compression in which the FFV doesn't employ one? 2. Is there other good choice available for rgb lossless compression? Assuming that the compression time is not considered important.

[akupenguin]

H.264 lossless does employ inter prediction, but otoh it lacks any sort of decent intra prediction compared to most lossless codecs. So it's better only on some videos.
JM (but not x264) supports RGB. The MSU comparison doesn't include it because JM is too slow.

[Dark Shikari]

For camera footage/similar, inter isn't very useful for lossless compression (useful, but not extremely so). If you're dealing with screen capture, old 8-bit video games, or similar, where keeping RGB is very important, try a dedicated screen capture codec or something like ZMBV.

[kotoko]

: P that is a research on compressing images which allows no distortion at all, be it visible or not. Just found out that MSU 's lossless codec works quite well for RGB input/output comparing to the YUVsoft 's one.

[MiroLx]

You can also try MLC codec. It supports RGB format and is faster than MSU.

[kotoko]

You can also try MLC codec. It supports RGB format and is faster than MSU.

The compression ratio of MSU was about 3 and the MLC one 2 .. Actually are there any newly developed (in 2008 probably?) lossless codec? The newest version of MSU , highest compression ratio one currently, was developed at years ago -_- ...

[TEB]

Doesnt lagarith support RGB ?

[benwaggoner]

Doesnt lagarith support RGB ?
Yes, and Huffyuv as well.

Honestly, the payoff from advanced codec for lossless is MUCH smaller than with lossy content, since it's, well, lossless. Add that to the expensive features of H.264 that scale with bitrate like CABAC, and you can get something that's massively harder to decode with minimal improvements in compression efficiency.

So a nice intraframe-only codec works for me when I'm in the lossless domain. What I lose in disc space I more than make up for in productivity due to faster decode perf and all I-frame editing.

[Dark Shikari]

Yes, and Huffyuv as well.

Honestly, the payoff from advanced codec for lossless is MUCH smaller than with lossy content, since it's, well, lossless. Add that to the expensive features of H.264 that scale with bitrate like CABAC, and you can get something that's massively harder to decode with minimal improvements in compression efficiency.This is only true of content with a huge amount of information in the least significant bits, such as camera footage, where true lossless is basically useless anyways.

On the other hand, for video game capture or other cases with extremely clean sources, advanced lossless compression can give absolutely enormous gains. Also screen capture, etc.

[Inventive Software]

I'm surprised DNxHD (http://en.wikipedia.org/wiki/DNxHD) (which is in ffmpeg) hasn't been put forward... I don't think it's RGB, but it's intra-frame, high bitrate.

[akupenguin]

Why care about yet another intra-only, dct-with-no-prediction, huffman codec? We already have MJPEG.
DNxHD especially fails because it only allows 2 particular resolutions (720p and 1080p), and a 5 bitrates (between 56 and 275 mbps. true CBR, padding is required, no buffer. this also makes it inherently slower to encode than constant-quality MJPEG). Oh and did I mention constant huffman tables and no CQM?