The default behavior of the mediacodec decoder before this commit was to delay flushes until all pending hardware frames were returned to the decoder. This was useful for certain types of applications, but was unexpected behavior for others. The new default behavior with this commit is now to execute flushes immediately to invalidate all pending frames. The old behavior can be enabled by setting delay_flush=1. With the new behavior, video players implementing seek can simply call flush on the decoder without having to worry about whether they have one or more mediacodec frames still buffered in their rendering pipeline. Previously, all these frames had to be explictly freed (or rendered) before the seek/flush would execute. The new behavior matches the behavior of all other lavc decoders, reducing the amount of special casing required when using the mediacodec decoder.
Showing the changes to doc/APIchanges (1 of 6 files). Show all
Unified · Split
| @@ -15,6 +15,11 @@ libavutil: 2017-10-21 · 14 unmodified lines | ||
| 15 | 15 | |
| 16 | 16 | API changes, most recent first: |
| 17 | 17 | |
| 18 | +2018-03-xx - xxxxxxx - lavc 58.14.100 - mediacodec.h | |
| 19 | + Change the default behavior of avcodec_flush() on mediacodec | |
| 20 | + video decoders. To restore the previous behavior, use the new | |
| 21 | + delay_flush=1 option. | |
| 22 | + | |
| 18 | 23 | 2018-03-xx - xxxxxxx - lavu 56.8.100 - frame.h |
| 19 | 24 | Add av_frame_new_side_data_from_buf(). |
| 20 | 25 | |