Bring back slice-based threading support
authorJason Garrett-Glaser <darkshikari@gmail.com>
Mon, 7 Dec 2009 08:49:41 +0000 (00:49 -0800)
committerJason Garrett-Glaser <darkshikari@gmail.com>
Wed, 9 Dec 2009 12:47:27 +0000 (04:47 -0800)
commite8b73a9a4db4dd703528a1eee247b84ac335e395
tree7792df9b74c2c1e2f0e0d78a797c66d1002b2b62
parenta8f670b66ac89d75ef09ff87c940cfe3b328ad2d
Bring back slice-based threading support
Enabled with --sliced-threads
Unlike normal threading, adds no encoding latency.
Less efficient than normal threading, both performance and compression-wise.
Useful for low-latency encoding environments where performance is still important, such as HD videoconferencing.
Add --tune zerolatency, which eliminates all x264 encoder-side latency (no delayed frames at all).
Some tweaks to VBV ratecontrol and lookahead (in addition to those required by sliced threading).
Commit sponsored by a media streaming company that wishes to remain anonymous.
common/common.c
common/common.h
common/macroblock.c
encoder/analyse.c
encoder/analyse.h
encoder/encoder.c
encoder/lookahead.c
encoder/ratecontrol.c
encoder/ratecontrol.h
x264.c
x264.h