mirror of https://github.com/FFmpeg/FFmpeg.git
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
65 lines
2.7 KiB
65 lines
2.7 KiB
FFmpeg multithreading methods |
|
============================================== |
|
|
|
FFmpeg provides two methods for multithreading codecs. |
|
|
|
Slice threading decodes multiple parts of a frame at the same time, using |
|
AVCodecContext execute() and execute2(). |
|
|
|
Frame threading decodes multiple frames at the same time. |
|
It accepts N future frames and delays decoded pictures by N-1 frames. |
|
The later frames are decoded in separate threads while the user is |
|
displaying the current one. |
|
|
|
Restrictions on clients |
|
============================================== |
|
|
|
Slice threading - |
|
* The client's draw_horiz_band() must be thread-safe according to the comment |
|
in avcodec.h. |
|
|
|
Frame threading - |
|
* Restrictions with slice threading also apply. |
|
* Custom get_buffer2() and get_format() callbacks must be thread-safe. |
|
* There is one frame of delay added for every thread beyond the first one. |
|
Clients must be able to handle this; the pkt_dts and pkt_pts fields in |
|
AVFrame will work as usual. |
|
|
|
Restrictions on codec implementations |
|
============================================== |
|
|
|
Slice threading - |
|
None except that there must be something worth executing in parallel. |
|
|
|
Frame threading - |
|
* Codecs can only accept entire pictures per packet. |
|
* Codecs similar to ffv1, whose streams don't reset across frames, |
|
will not work because their bitstreams cannot be decoded in parallel. |
|
|
|
* The contents of buffers must not be read before ff_progress_frame_await() |
|
has been called on them. reget_buffer() and buffer age optimizations no longer work. |
|
* The contents of buffers must not be written to after ff_progress_frame_report() |
|
has been called on them. This includes draw_edges(). |
|
|
|
Porting codecs to frame threading |
|
============================================== |
|
|
|
Find all context variables that are needed by the next frame. Move all |
|
code changing them, as well as code calling get_buffer(), up to before |
|
the decode process starts. Call ff_thread_finish_setup() afterwards. If |
|
some code can't be moved, have update_thread_context() run it in the next |
|
thread. |
|
|
|
Add AV_CODEC_CAP_FRAME_THREADS to the codec capabilities. There will be very little |
|
speed gain at this point but it should work. |
|
|
|
Use ff_thread_get_buffer() (or ff_progress_frame_get_buffer() |
|
in case you have inter-frame dependencies and use the ProgressFrame API) |
|
to allocate frame buffers. |
|
|
|
Call ff_progress_frame_report() 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 |
|
called anywhere, as it's useful too and the implementation is trivial when you're |
|
doing this. Note that draw_edges() needs to be called before reporting progress. |
|
|
|
Before accessing a reference frame or its MVs, call ff_progress_frame_await().
|
|
|