Lossless Codec comparison

This is a comparison of encoding a basically static screencast, using ffmpeg. The last number is number of threads. Ordered by speed fastest to slowest.

[["straight copy", "1.8s", "222M", 1],
 ["huffyuv", "5.5s", "224M", 2],
 ["qtrle", "7.8s", "6M", 2], # might actually be faster than this
 ["huffyuv", "8.3s", "224M", 1],
 ["qtrle", "13.6s", "6M", 1],
 ["ffv1", "14.8s", "20M", 2],
 ["zlib", "16.2s", "18M", 2],
 ["png", "16.9s", "18M", 2],
 ["ffv1", "18.2s", "20M", 1],
 ["png", "19.3s", "18M", 1],
 ["zlib", "19.9s", "18M", 1]]

Note also that typically people use x264, not listed, which has its own varying number of options.

See the gruesome details of the code here: https://github.com/rdp/screen-capture-recorder-to-video-windows-free/blob/master/configuration_setup_utility/benchmark.rb (it was used against a 800x300 screen capture with only a moving mouse.

TODO: 4 core, since 2 core might just have one thread "pulling" while the other is encoding. Also lagarith for encoding how is that?