I seem to be spending a lot of my time on this here blawg yelling at people and telling them what they shouldn’t be doing or shouldn’t be using. I see no reason to discontinue this since it’s low-effort writing, likely to piss at least someone off and is in the best interests of everyone.<\/p>\n
Here, then, is the Grand Mufti’s ruling on the use of Lagarith: don’t.<\/strong><\/p>\n The reasons are as many as there are grains of sand in the desert, but the most prominent ones are:<\/p>\n If you are using a lossless codec, chances are that you are doing it because your original source is so slow on decoding and\/or filtering that it bottlenecks the encoder (or you could just be doing it because someone told you that’s how things are done, and then you should seriously reevaluate your encoding practices). Therefore, using a lossless codec that is slow on decoding is extremely dumb. You should take care to use the fastest codec available, in order to bottleneck the encoder as little as possible (you shouldn’t be using uncompressed, because you’ll bottleneck on disk read speed instead).<\/p>\n Some of you will undoubtedly hurf a blurf about how Lagarith compresses better, but if you’re already blowing 20 GB of disk space on a lossless file that you’ll only keep for a few days at most, why would another few GB matter? If you want good compression there are better alternatives available anyway.<\/p>\n If you were going to say “eh, the difference isn’t that big”, shut up before you embarrass yourself. On encoding, FFmpeg’s HuffYUV encoder is about 160%<\/strong> faster while compressing about 10% worse (the latter number being source dependent, of course). On decoding, it isn’t quite as far behind, FFhuff “only” being about 150%<\/strong> faster. The comparison gets even more unfavorable when you start taking a look at lossless h264, which (while being annoyingly slow on seeking, something that may or may not matter to you) is not only faster on both encoding and decoding, but also compresses better (except in intra-only mode, which is still faster but compresses worse than FFhuff), even on fastest settings.<\/p>\n Not much needs to be said about this one. Both the encoder and the decoder have had numerous bugs in the past, and some surely remain. The decoder is known to randomly corrupt frames in the decoded output for no particular reason (happens rarely, but still often enough to be annoying). There have also been multiple funny issues with x64 versions.<\/p>\n Floating-point arithmetic in a lossless video encoder. Nuff said.<\/p>\n FFmpeg’s HuffYUV encoder (use “plane” as the predictor), as featured in ffmpeg itself, mencoder and FFdshow (and FFvfw), or lossless h264, depending on your requirements.<\/p>\n If you’re using a shitty NLE like Adobe After Effects or whatever, use whatever the fuck you want that works, because you’re most likely fucked anyway. It may also be forgivable to use Lagarith for RGBA (the above numbers on performance etc apply to YV12 only) since not many other lossless codecs support that.<\/p>\nLagarith is slow<\/h3>\n
Lagarith is buggy<\/h3>\n
Lagarith is a dumb format<\/h3>\n
So what should I use instead?<\/h3>\n
Exceptions<\/h3>\n
References<\/h3>\n