Age | Commit message (Collapse) | Author |
|
Change-Id: I495a6b46ef2745406578108558b6b29400fd522f
|
|
Change-Id: Ic3f88a52f673d84d4436890a75ba1745f59e7c24
Signed-off-by: Iliyan Malchev <malchev@google.com>
|
|
WM is still using the old video MIO to do rendering
Over the test, I did not see it leaks, but it does not hurt to add a check.
bug - 2385066
Change-Id: I7a32cbd5db7a36461d4ed576902f15ef91e77b5d
|
|
The base class switch to use 1 already for mNumberOfFramesToHold
bug - 2478420
|
|
|
|
video MIO can sometimes starve the video decoder. Thus, we set the number of video frames hold in the video MIO to be 1.
Merge commit 'b536cdc2f73d9cb7148068d1164b2ad91c6c88cf'
* commit 'b536cdc2f73d9cb7148068d1164b2ad91c6c88cf':
For overlay based platform, holding more than one frames in the video MIO
|
|
can sometimes starve the video decoder. Thus, we set the number of video
frames hold in the video MIO to be 1.
|
|
of dlerror()
|
|
When the overlay has not fully shutdown in one instance and a second
instance is created the call to create the overlay will fail. Upon failure,
a bug in the error handling was exposed. This patch fixes the
error handling and retries the overlay creation.
|
|
|
|
software codecs to be used with the video overlay hardware. When
the YUV420 planar format is detected, the MIO will not allocate
buffers, but allow the decoder to allocate its own buffers. This
change detects the YUV420 planar format, and then does a software
color plane conversion to YUV422-UYVY format. This allows us to
use accelerate YUV->RGB color conversion and scaling in the DSP.
The primary goal is to enable fallback to software codecs when
necessary.
|
|
Don't use overlay buffer allocator as decoding buffer if YUV format is NOT the same as display YUV format.
|
|
Clients of the overlay abstraction do not know if streaming has
been started, so they will continue to queue/dequeue buffers.
This will result in extra errors logs that are not really errors.
Originally from: https://partner.source.android.com/g/#change,1060
|
|
we never register buffers anyway.
Originally from: https://partner.source.android.com/g/#change,999
We may have software fallback issue which needs to be further studied.
|
|
from 4 to 6. 6 is the number of buffers actually being
supported already in the kernel.
Originally from: https://partner.source.android.com/g/#change,928
Removed all changes to the LOGE so that we keep the failure log
messages for now.
|
|
happens as all the buffers are flushed when stream_off is called
Bug 2087567
Originally from: https://partner.source.android.com/g/#change,903
Fixed a typo "=" => "==" on line 183, android_surface_output_omap34xx.cpp
|
|
descriptor, offset and size
|
|
|
|
|
|
Signed-off-by: Rebecca Schultz Zavin <rebecca@android.com>
|
|
Signed-off-by: Rebecca Schultz Zavin <rebecca@android.com>
|