Skip to content
This repository was archived by the owner on Apr 23, 2019. It is now read-only.

Conversation

@zhongcong
Copy link
Contributor

The timeout time is short for waiting unit commponent to
be drained and EOS sent to output port.

Signed-off-by: Zhong Cong congx.zhong@intel.com

Gerrit Code Review and others added 30 commits August 8, 2013 17:07
bit/byte reader and h264/vc1/mpeg4/mpeg2 stream
parsers are added here

signed-off-by: Li,Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
vaapi wrappers for picture/image/buffer operation.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Author: Zhao, Halley <halley.zhao@intel.com>
Signed-off-by: Li, Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
correct typo error when adding picture and comparing the timestamp
value of different picture to be rendered.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
H264 start code should be "000001" according to ITU spec,
although "00000001" are constantly used and be considered as
start code, we need treat the first byte to leading zero byte.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
config_set should not be set to false again when
some config flag are set in config buffer.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
These files are required in chromeos portage system,
otherwise the package installation will fail

Signed-off-by: Li, Xiaowei <xiaowei.a.li@intel.com>
add pkgconfig to subdir, otherwise the package info
will not be made and installed.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
  1. Add libvacodec_common package info
  2. Modify LDFLAGS and CPPFLAGS of Package info
  2. Refine codecparser/common/decoder Makefile.am

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
 1. support format string output in fprintf log
 2. add flag to control whether to turn on all logs

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
some libva interfaces change dramatically since version
0.34, now adapt libvacodec coded to legacy and new interface
through checking the libva version

Signed-off-by: Li, Xiaowei  <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
copy the video decoder host header file to package
installation directory, which will be referenced by
other library.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
add setXDisplay interface to accept XDisplay created by
Openmax IL client in chromeOS, and libvacodec does not
need create it again.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
when video resolution or profile change detected in bitstream,
decoder need to return "DECODE_FORMAT_CHANGE" to upper omx
component to reconfigure its output port

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
xuguangxin and others added 9 commits June 26, 2014 15:51
The initialization of reference picture lists (8.2.4.2) applies to all
slices. So, the RefPicList0/1 lists need to be constructed prior to
each slice submission to the HW decoder.

This fixes decoding of video sequences where frames are encoded with
multiple slices of different types, e.g. 4 slices in this order I, P,
I, and P. More precisely, CABAST3_Sony_E and CABASTBR3_Sony_B.

Signed-off-by: Zhong Cong <congx.zhong@intel.com>
Fix reference picture marking process with memory_management_control_op
set to 3 and 6, i.e. assign LongTermFrameIdx to a short-term reference
picture, or the current picture.

This fixes decoding of FRExt_MMCO4_Sony_B.

Signed-off-by: Zhong Cong <congx.zhong@intel.com>
…ormal variable contrast.

Signed-off-by: Zhong Cong <congx.zhong@intel.com>
Signed-off-by: Zhong Cong <congx.zhong@intel.com>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why we need more than half second to drain the pipeline?If failed clips are not HD video. It's more like logical error in our code. We should fix logical error instead add long delay here.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

since we download/upload video frame data in gst-omx mode. more time consumed.
it is work around to pass qa test; improve the performance in gst-omx is not our priority for now.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If the video is not high resolution video, It should not cost so much time even we use memory copy.

@halleyzhao
Copy link
Contributor

we need better explanation.
i will temporarily merge this patch for next Monday's QA test

@xuguangxin
Copy link
Contributor

ok

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants