- 12 Oct, 2018 1 commit
-
-
Aman Gupta authored
The existing av_mediacodec_release_buffer allows the user to render or discard the Surface-backed frame. This new method allows the user to control exactly when the frame will be rendered to its SurfaceView. Available since Android API 21. Signed-off-by:
Aman Gupta <aman@tmm1.net>
-
- 12 Mar, 2018 1 commit
-
-
Aman Gupta authored
Some Android devices are very finicky about how quicky output buffers are returned back to the decoder, especially when they are associated with a Surface. This commit adds a new counter that keeps track of exactly how many hw output buffers are being retained by the user, along with DEBUG level logging that makes it easy to track the lifecycle of these buffers. Signed-off-by:
Aman Gupta <aman@tmm1.net> Signed-off-by:
Matthieu Bouron <matthieu.bouron@gmail.com>
-
- 08 Mar, 2018 2 commits
-
-
Aman Gupta authored
Signed-off-by:
Aman Gupta <aman@tmm1.net> Signed-off-by:
Matthieu Bouron <matthieu.bouron@gmail.com>
-
Aman Gupta authored
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. Signed-off-by:
Aman Gupta <aman@tmm1.net> Signed-off-by:
Matthieu Bouron <matthieu.bouron@gmail.com>
-
- 26 Nov, 2017 1 commit
-
-
Mark Thompson authored
They are now unused.
-
- 23 Mar, 2017 1 commit
-
-
James Almer authored
Reviewed-by:
wm4 <nfxjfg@googlemail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 19 Oct, 2016 1 commit
-
-
Matthieu Bouron authored
Adds the following changes: * mediacodecdec.{c,h} -> mediacodecdec_common.{c,h} * mediacodecdec_h2645.c -> mediacodecdec.c
-
- 18 Oct, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 03 Aug, 2016 1 commit
-
-
Timothy Gu authored
-
- 27 Jul, 2016 1 commit
-
-
Matthieu Bouron authored
If a JNI environment is not already attached to the thread where the MediaCodec calls are made the current implementation will attach / detach an environment for each MediaCodec call wasting some CPU time. ff_jni_get_env replaces ff_jni_{attach,detach} by permanently attaching an environment (if it is not already the case) to the current thread. The environment will be automatically detached at the thread destruction using a pthread_key callback. Saves around 5% of CPU time (out of 20%) while decoding a stream with MediaCodec.
-
- 08 Jul, 2016 1 commit
-
-
Matthieu Bouron authored
-