| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
|
|
| |
Some VA driver implementations require alignment to 4-byte boundaries
so that to allow for direct memory transfers.
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
(cherry picked from commit f8aa29ff28dcbe8134661c3c3c5ca30a8eadcad8)
|
|
|
|
|
|
|
|
|
| |
Fix bug in parsing Huffman DC table and also sync the code to match
the latest API change. In particular, pad the Huffman table with
zero to suit 4-byte boundaries.
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
(cherry picked from commit d4c88950dafefead1a775c0ae6636917e23339fd)
|
|
|
|
|
| |
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
(cherry picked from commit 8b2835e883936d28388b72b92d3d492d0c32c57e)
|
|
|
|
|
| |
Signed-off-by: Haitao Huang <haitao.huang@intel.com>
(cherry picked from commit cc86031259117b3cd5607865858c9054cd44db0e)
|
|
|
|
|
| |
Signed-off-by: Haitao Huang <haitao.huang@intel.com>
(cherry picked from commit baf2a44ee431df2a151bcc1ffd67f79468d81a40)
|
|
|
|
| |
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is based on Luc Saillard's JPEG program.
Usage: loadjpeg <input_filename.jpeg>
Cherry-pick'ed from:
ffce398: a simple JPEG example to use VAAPI
1af5416: update JPEG decode demo to match current API
da40f08: fix display of dimensions
54b1002: mark default Huffman table as valid
a3ca113: build: fix make dist
5017c64: .gitignore: update
d3b46ce: update JPEG decoding test case
Signed-off-by: Zhao Halley <halley.zhao@intel.com>
Singed-off-by: Wind Yuan <feng.yuan@intel.com>
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Cherry-pick'ed from:
336a563: add initial JPEG decoding API
8a7f92b: cosmetics (vertical align)
9092ecf: fix IQ matrix and Huffman table buffer name
5d30647: add "Baseline" suffix the existing data structures
6eefff7: document decoding API is only suitable to baseline profile
de2df79: include <va/va_dec_jpeg.h> into core VA header
979f0e1: drop JPEG-2000 fields from structures for baseline profile
8a6b12d: drop sample_precision since P=8 for baseline profile
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Align with the existing practice in various media stacks available
in Linux today. i.e. codec layer submits slice data that represents
the original bitstream, thus including any emulation prevent bytes.
However, the slice_data_bit_offset represents an offset relative
to the buffer that contains the NAL unit byte and the rest of the
slice with any emulation prevention bytes removed.
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
|
|
|
|
| |
slice_data_bit_offset represents a bit offset from the NAL Header Unit
byte to the begining of the slice_data(), thus including any emulation
prevention bytes. Baiscally, this represents the number of bits parsed
for slice_header().
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>
|
|
|
|
| |
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>
|
|
|
|
| |
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>
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We have to consider three distinct versions at this time: the VA-API
version, the library package version number, and the DSO version.
* VA-API version:
- increment major for any ABI change (which shall not occur!)
- increment minor for any interface change (e.g. new or modified function)
- increment micro for any other change (e.g. new flag, new codec definitions)
- reset micro version to zero when minor version is incremented
- reset minor version to zero when major version is incremented
* libva package version number:
- major version is automatically generated from VA-API major version
- minor version is automatically generated from VA-API minor version
- increment micro for any library release
- reset micro version to zero when VA-API major or minor version is incremented
* DSO version:
The SONAME shall remain to libva.so.1 for VA-API 0.x.y as long as the ABI
is not changed. Thus, the library name is generated as libva.<x>.<y>.0 where
<x> = VA-API major version + 1
<y> = 100 * VA-API minor version + VA-API micro version
For example:
VA-API 0.32.0 generates libva.so.1.3200.0 (libva 1.0.14 as of today)
VA-API 0.34.1 generates libva.so.1.3401.0 (e.g. libva 1.2.1)
VA-API 1.2.13 generates libva.so.2.213.0 (e.g. libva 2.2.13)
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
| |
Change-Id: Ibc4231395af8dfcdef403d44b98c644349e2ba04
Signed-off-by: Austin Yuan <shengquan.yuan@gmail.com>
|
|
|
|
| |
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>
|
|
|
|
|
|
|
| |
sysdeps.h is the internal header file to include that will eventually
include config.h, if necessary. e.g. we don't use it on Android.
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>
|
|
|
|
| |
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
|
| |
"VADisplay dpy" --> "VADriverContextP ctx"
Signed-off-by: Austin Yuan <shengquan.yuan@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
| |
VA_FGLRXGetClientDriverName() used to return success even if no
valid driver name was found, thus returning a NULL driver name.
Also fixed the X display name matching routine to filter out the
screen number, which may not be in the string, and make sure to
compare screen numbers from what ADL returns too.
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
|
|
|
|
| |
remove va_fool_getframe.c which looks strange
correct some coding style for file va.c
simplify va_fool.c for both decode and encode
refine the surface dump of va_trace.c
Signed-off-by: Austin Yuan <shengquan.yuan@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
monitor
For such use case, the pipeline is: decode->encode->send to network.
The local decode/playback and the encode process are seperated, thus it
needs the buffer sharing b/w the decode and encode in seperate process.
This API creates/wraps the decoded surface into an encode surface. Its
input parameter is the kernel buffer handle of decoded surface which is
only understandable by driver implementation.
Change-Id: I7953ecf3b7333c1cdb6af5a0f45b054c8840f8e2
Signed-off-by: jiguoliang <guoliangx.ji@intel.com>
Signed-off-by: Austin Yuan <shengquan.yuan@gmail.com>
|
|
|
|
|
|
|
| |
POC should be integer.
Change-Id: I75281aafa148c88f0de58981969e1c43ea8d2684
Signed-off-by: ywan171 <yi.a.wang@intel.com>
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
|
|
|
|
| |
I didn't see this issue until I upgraded my system recently.
It's evident the default behavior of the linker is changed.
Explicitly adding the missing libraries to the link step can resolve
this issue.
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
| |
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
|
|
|
|
|
| |
Make sure to use our internal functions. In particular, we override
some DRM functions and they have to be used. e.g. this fixes VA/GLX.
|
|
|
|
|
|
|
|
|
| |
style (CamelCase)
VA_DECODE_SLICE_MISSING --> VADecodeSliceMissing
VA_DECODE_MB_ERROR --> VADecodeMBError
Signed-off-by: Austin Yuan <shengquan.yuan@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hi,
This patch fixes the following error.
X Error of failed request: BadDrawable (invalid Pixmap or Window parameter)
Major opcode of failed request: 137 (DRI2)
Minor opcode of failed request: 4 (DRI2DestroyDrawable)
Resource id in failed request: 0x4800001
Serial number of failed request: 30
Current serial number in output stream: 32
The X drawable can die before we notice it in free_drawable_hashtable(),
called through vaTerminate(). This patch is ported from Mesa (GLX/DRI2).
Regards,
Gwenole.
|
| |
|
| |
|
| |
|
| |
|