| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
| |
Signed-off-by: Sirisha Muppavarapu <sirisha.muppavarapu@intel.com>
(cherry picked from commit 33cf544c2c381adeb4b119af1015b8e653c8b724)
|
|
|
|
|
|
|
|
| |
BZ:189819
Change-Id: I505a9e638191494f7f69c9ef9995fabc9d82dffb
Signed-off-by: Tang, XiaoxiX <xiaoxix.tang@intel.com>
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
|
| |
Signed-off-by: Wang, Ce <ce.wang@intel.com>
Signed-off-by: Jonathan Bian <jonathan.bian@intel.com>
Signed-off-by: Penne <penne.y.lee@intel.com>
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Calling vaTerminate() after the pixmaps, given to vaPutSurface(), have
been destroyed results in errors coming from the X server.
These errors happens because LibVA tries to destroy the DRI2Drawables
related to the XPixmaps passed to vaPutSurface(). VA_DRI2Error() has
some code to catch these errors and ignore them. The problem is that
LibX11 doesn't trigger the extension error handlers unless you're
waiting for a response using _XReply(), and there is no defined answer
to a DRI2DestroyDrawable message in the DRI2 protocol.
The attached patch tries to work around that issue by checking whether
the XPixmap is still alive before proceeding with DRI2DestroyDrawable.
Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
|
|
|
|
|
|
|
| |
Otherwise i may be 32 after enter the loop and access
dri_state->drawable_hash[32].
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
|
|
|
|
| |
pressure
When it needs to encode one new frame, it will try to reuse the previously
used surface for the reconstructed frame. In such case it is helpfl to
reduce the memory pressure under multi-channel 4K encoding.
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
|
|
|
|
| |
(cherry picked from commit 9d01b4468f89391892e31efc5bbec774ea781242)
|
|
|
|
|
|
|
|
|
| |
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
(cherry picked from commit e468728f9e49603f91ccbce3a232aa3bd98d1fd4)
Conflicts:
va/va_trace.c
va/va_trace.h
|
|
|
|
|
|
|
|
|
|
|
| |
attribute for JPEG encoding.
It is the combination of 1d93d44 and 970064cf
Signed-off-by: Jonathan Bian <jonathan.bian@intel.com>
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
[Resovle conflicts & remove irrelevant attributes]
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
|
| |
Hide all but va_TracePutSurface symbols from the user.
The latter one is used internally by va_x11 and va_android.
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
The following are not part of the API thus should be hidden.
- dri2Close
- VA_FGLRXGetClientDriverName
- VA_NVCTRLQueryDirectRenderingCapable
- VA_NVCTRLGetClientDriverName
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
|
|
|
|
|
|
|
| |
There is a note below the symbol ATTRIBUTE_HIDDEN,
additionally the header providing it is not installed.
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
|
|
|
|
|
|
|
| |
MAINTCLEAN wraps around DISTCLEAN, so we can drop the files from the
former.
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
Autotools already copies the files appropriately, and using
top_srcdir causes the files to be generated in the source
tree rather than the build one.
Spotted by 'make dist'
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
|
|
|
|
|
|
|
|
|
| |
Prefix the libva.sym file or it will not be found when doing out of
tree builds.
Spotted by 'make distcheck'.
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
|
|
|
|
| |
Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
|
| |
Don't support DRM Render-Nodes in this version of libva
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
(cherry picked from commit 8c48c3b44a56d8a5af5c5fa7cb8bee131f933569)
|
|
|
|
| |
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix the VA-API specification to define all quantization tables, resp.
matrices, to be supplied in zig-zag scan order, except for the H.264
codec where scaling lists shall be provided in raster scan order.
This clarifies the existing usage inherited from the primary VA driver
implementation (Intel Poulsbo), and subsequently adopted by the major
multimedia frameworks.
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
| |
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
| |
|
| |
|
|
|
|
|
| |
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
Reviewed-by: Sean V Kelley <sean.v.kelley@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Allow vaGetDisplayDRM() to accept DRM Render-Nodes file descriptors,
thus skipping authentication burdens in that case. This also allows
remote users, connected through ssh for instance, to enjoy hardware
acceleration even if there is a local display opened (user logged in).
Signed-off-by: Andrey Larionov <andrey.larionov@intel.com>
[checked if fd is a render-node, fixed VA_DISPLAY_DRM_RENDERNODES]
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
Reviewed-by: Sean V Kelley <sean.v.kelley@intel.com>
Tested-by: Rafal A Sapala <rafal.a.sapala@intel.com>
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
|
|
|
|
| |
for CBR HRD
V1->V2: Follow Haihao's comments to add some comments and remove some
magic number.
Signed-off-by: Zhao, Yakui <yakui.zhao@intel.com>
(cherry picked from commit 51901e340cc467a2d562491121e0de38f5a066fe)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The following is generalized:
a. the switch between encoding order and displaying order.
b. Reference list0/1
c. It can insert more IDR frames intead of one IDR frame.
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
(cherry picked from commit 615c2a0f3210ec567fde5b0bac60c3a17cff3aed)
Conflicts:
test/encode/avcenc.c
|
|
|
|
|
|
|
| |
It will simplify the calculation of POC and frame_num.
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
(cherry picked from commit d794d040b8f7311d7b19d62826fbd3725d3bc7b9)
|
|
|
|
|
|
|
|
|
|
|
| |
Currently the parameter setting is incorrect for CBR, which causes that
it will complain the underflow/overflow during encoding.
V1->V2: Follow Haihao's comment to update some incorrect usage about the
frame_bit_rate.
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
(cherry picked from commit 5e10a246287fa2dd3fae2bf756a5b33087cc097c)
|
|
|
|
|
| |
Signed-off-by: Zhao Yakui <yakui.zhao@intel.com>
(cherry picked from commit 296e5a548b260fcca5713bbb3ed6477f63ac977f)
|
|
|
|
|
| |
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
(cherry picked from commit e286c3264ebf7582792ff56537dd14c9f49903cf)
|
|
|
|
|
|
|
|
| |
It is not desired to run into FOOL path for the vaMapBuffer
from vaDeriveImage
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
(cherry picked from commit 2896166fefa36772ea6946ebc5df85024928dd6c)
|
|
|
|
|
| |
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
(cherry picked from commit 7f1b4be6623f5fe65063581252d2b68bd77fd076)
|
|
|
|
|
| |
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
(cherry picked from commit ce00603a8d58f2e25c7a6bb312f60fda0833e042)
|
|
|
|
|
| |
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
(cherry picked from commit e39ebdd95062995e4bdf082d50bd7d9005a3be6c)
|
|
|
|
|
| |
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
(cherry picked from commit 22925d9b7d1730468fc7435bee96d9d9c39f5987)
|
|
|
|
|
|
|
|
|
| |
Refined the Android.mk to compatible with both 32 and 64 bit android
build.
Signed-off-by: Tinghong Li <tinghong.li@intel.com>
Signed-off-by: Qiming Shi <qiming.shi@intel.com>
(cherry picked from commit 03de01dce6f2b88b9c5ee54705aeebe17c6c5919)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add interfaces for low-level buffer exports to suport interop with
external APIs like EGL or OpenCL (OCL). Theory of operations:
- vaAcquireBufferHandle(): locks buffer for external API usage. This
is a synchronization point. Upon successful return, useful buffer
details are returned in a somewhat implementation-specific way to
support interop with external APIs.
- vaReleaseBufferHandle(): unlocks buffer after usage from external
API, and deallocates any resources that were needed.
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
(cherry picked from commit 544d31d2fc096a838c21f4684cec05746cfdd7b6)
Conflicts:
va/va.h
|
|
|
|
|
|
|
|
|
|
|
| |
Allow user set VAEncMiscParameterBufferQualityLevel::quality_level
to 0 to use default quality level
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
(cherry picked from commit b05e38f64c5aa2d6edfc2bd1d6e1f4339a54095a)
Conflicts:
va/va.h
|
|
|
|
|
|
|
|
|
| |
VAEncMiscParameterBufferQualityLevel to support encoder quality settings.
(cherry picked from commit 24a14f9d13e6fe0c25d4094c4884aa4076ed05bc)
Conflicts:
va/va.h
|
|
|
|
|
|
|
|
| |
This will be used for hybrid codecs like VP8 h-encode. No change
to existing KMD interface.
Signed-off-by: Sameer Kibey <sameer.kibey@intel.com>
(cherry picked from commit 98669760e62f50ca3e38e99835692aee5f89a4bf)
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=76720
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
| |
optimize allocation (e.g. tiling).
(cherry picked from commit 6cdc2e54d40afeb1550b920a6a6221bafeec95ec)
|
|
|
|
|
|
|
| |
From penne.y.lee at intel.com
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
(cherry picked from commit c61d986851140a6d1e3f9a6d788bcb7a9407dffc)
|