diff options
| author | Anton Khirnov <anton@khirnov.net> | 2017-01-09 18:01:02 +0100 |
|---|---|---|
| committer | Anton Khirnov <anton@khirnov.net> | 2020-04-10 14:16:39 +0200 |
| commit | 665e5b0fba41a8bae2269d9ce8929a24002e5907 (patch) | |
| tree | 397136c747d006cdb54f4ff126cdca94f0297f77 /doc/multithreading.txt | |
| parent | 7385ffbd31a47a5dd5e66b9d3ba48a4474bbd180 (diff) | |
| download | ffmpeg-665e5b0fba41a8bae2269d9ce8929a24002e5907.tar.gz | |
lavc: replace AVCodecInternal.allocate_progress with an internal cap
This is a constant codec property, so a capability flag is more appropriate.
Diffstat (limited to 'doc/multithreading.txt')
| -rw-r--r-- | doc/multithreading.txt | 5 |
1 files changed, 3 insertions, 2 deletions
diff --git a/doc/multithreading.txt b/doc/multithreading.txt index 83849deacc..5b9dcb0bfc 100644 --- a/doc/multithreading.txt +++ b/doc/multithreading.txt @@ -58,9 +58,10 @@ Add AV_CODEC_CAP_FRAME_THREADS to the codec capabilities. There will be very lit speed gain at this point but it should work. If there are inter-frame dependencies, so the codec calls -ff_thread_report/await_progress(), set AVCodecInternal.allocate_progress. The +ff_thread_report/await_progress(), set FF_CODEC_CAP_ALLOCATE_PROGRESS in +AVCodec.caps_internal and use ff_thread_get_buffer() to allocate frames. The frames must then be freed with ff_thread_release_buffer(). -Otherwise leave it at zero and decode directly into the user-supplied frames. +Otherwise decode directly into the user-supplied frames. Call ff_thread_report_progress() after some part of the current picture has decoded. A good place to put this is where draw_horiz_band() is called - add this if it isn't |