summaryrefslogtreecommitdiff
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* Added version number for libVA. Current version is 0.30.4ww32.1-videoww31.2-videoww31.2-pm-videoww30.5-videoww30.3-videoww30.1-rar-videovideo-img1.5-pocmenlow-beta20091103_PreAlpha520091021_5.1.0.012620091015_5.1.0.012520091002_PreAlpha_Int20090909_5.1.0.012420090821_5.1.0.012220090821_5.1.0.0120.120090820_5.1.0.0120.120090806_5.1.0.012020090731_5.1.0.011920090727_5.1.0.011820090724_5.1.0.011720090723_5.1.0.011620090716_5.1.0.011520090710_5.1.0.011420090707_5.1.0.011320090702_5.1.0.011220090625_5.1.0.0111Austin Yuan2009-06-241-1/+1
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Added more comments for vaCreateBufferFromV4L2BufferAustin Yuan2009-06-201-1/+24
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* refine vaCreateSurfaceFromMrstV4L2Buf to vaCreateSurfaceFromV4L2Buf to make ↵Austin Yuan2009-06-192-28/+17
| | | | | | it more generic Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* rename vaDbgCopySurfaceToBuffer ->vaCopySurfaceToBuffer, ↵Austin Yuan2009-06-192-38/+61
| | | | | | vaDbgCreateSurfaceFromMRSTVL42Buffer->vaCreateSurfaceFromMRSTVL42Buffer Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* remove vaSetSubpicturePaletteAustin Yuan2009-06-132-31/+0
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Chage VASurfaceSkipped from 3 to 420090608_Alpha2.2Austin Yuan2009-06-051-1/+1
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Added va_dri2tokens.h for DRI2 tokens definitionAustin Yuan2009-06-033-2/+49
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Remove uncessary link form libva.so by adding flag RTLD_NODELETE intoAustin Yuan2009-06-032-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | dlopen Here is the background of this fix Investigation indicates MRST Moblin Alpha1 0529 and 0520 uses the same libva source package (which is from graphics Alpha1.4 pakcage \\mid-depot.amr.corp.intel.com\Exchange\Moblin2\PackageSubmit\1.0.7_05142009-4_Alpha1.4), and the rootcause is that the linkage of libva dependence libraries is chaned in 0529 build. I am not sure why 0529 build has this change, and this change indeed causes libva application segment fault issue. See the detailed investigation and explanation in the attached libva-0520-vs-0529.PNG picture. Reproduce Steps(steps,current result, reproduce possibility) =========================================================== (1) boot 0529 build (2) Install libva testsuits into 0529 build (3) run "mpeg4vld -x -i /var/clips/demo.m4v" Expected result: =========================================================== libVA application should exit cleanly Possible root cause: ================================ There was a global change which helps reduce unnecessary linking utilizing a feature in binutils. We could opt liva out of this easily, however I would recommend fixing the package to do the right linking instead of relying on the tools to do so, Arjan, any suggestions? Anas ============================= summary of the picture: the "new" libva does no longer link to * libXv * libdrm * librt * libpthread HOWEVER; libva doesn't USE any of these! I don't see how not linking to these could lead to a crash, since they truely are not used. ================================ Basically it is a known issue. If we remove these library link from libVA, we will always get a segment fault when XCloseDisplay is called in application. Libva doesn't use these liXv/libdrm libraries, but libVA will dlopen HW specific driver, and the driver links with these libXv/libdrm libraries. We found the issue can be worked around by adding the link into libVA. Using binutil to remove unnecessary link makes sense for most of libraries, but for libva, it disables our workaround. Austin Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libvamenlow-port_05282009_Alpha2.105282009_Alpha2.1Austin Yuan2009-05-251-1/+1
|\
| * Make libva pass compilation with old and new dri2proto05212009_Alpha1.5Jeff Rous2009-05-201-1/+1
| |
* | Added "intra_period" into VAEncSequenceParameterBufferH263Austin Yuan2009-05-251-1/+2
|/ | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Make libva pass compilation with old DRI2 proto which dri2tokens.h hasn't ↵root2009-05-151-0/+5
| | | | | | DRI2DriverDRI definition Signed-off-by: root <root@Austin-Develop.localdomain>
* Added build information (build date/time, git commit point) into the librarymenlow-port-05142009_Alpha1.405142009_Alpha1.4Austin Yuan2009-05-122-0/+16
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Fix binary compatibility issue caused by VAAPI ISO-C conformance fixmenlow-port-05082009-Alpha1.305082009_Alpha1.304302009_Alpha1.204282009_ww18Austin Yuan2009-04-293-100/+105
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Added va_dri2str.h so that don't relay on dri2protoAustin Yuan2009-04-232-1/+194
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Must link with Xv, orelse segment fault when XCloseDisplayAustin Yuan2009-04-221-1/+1
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* More update for DRI2 supportAustin Yuan2009-04-223-6/+13
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Merge branch 'DRI2' of ↵root2009-04-222-13/+83
|\ | | | | | | ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva into DRI2
| * Initial support for DRI2Austin Yuan2009-04-222-13/+83
| | | | | | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* | Added DRI2 filesroot2009-04-223-2/+375
|/
* Revert "patch 108_drivers_path.patch"04032009Austin Yuan2009-03-262-4/+3
| | | | This reverts commit adac1a519de44803b0cdfff29829508cdd419a01.
* Add 'bits' field for structure VAEncSliceParameterBufferRen, Zhaohan2009-03-271-1/+1
|
* Add -DIN_LIBVARen, Zhaohan2009-03-262-2/+2
|
* Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libvaRen, Zhaohan2009-03-262-1/+10
|\
| * repatch 106_libva_includedir.patch, modify #include <va/va_x11.h> to ↵Ren, Zhaohan2009-03-262-1/+10
| | | | | | | | #include <X11/va_x11.h>
* | Move files from X11 to vaRen, Zhaohan2009-03-261-1/+1
|/
* patch 109_VA_FOURCC.patchRen, Zhaohan2009-03-261-1/+1
|
* patch 108_drivers_path.patchRen, Zhaohan2009-03-262-3/+4
|
* patch 106_libva_includedir.patchRen, Zhaohan2009-03-261-2/+3
|
* patch 105_libdrm_headers_check.patchRen, Zhaohan2009-03-261-1/+4
|
* patch 102_fix_make_dist.patchRen, Zhaohan2009-03-261-2/+0
|
* Merge branch VA-ISOC-conformanceRen, Zhaohan2009-03-251-1/+1
|
* Update from Jonathan's latest vaAPI_r030v2.txtAustin Yuan2009-03-033-72/+13
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Update from Jonathan,Austin Yuan2009-03-033-193/+240
| | | | | | | | | 1. Updated copyright notices, change history, acknowledge, and overview sections 2. Added two new flags to vaPutSurface to convey whether the source is BT601 or BT709 3. Incorporated the ISO C conformance fixes from Gwenole. 4. Updates about encode API/data structures Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* link with libXvmenlow-port-2009031420090323Austin Yuan2009-03-021-1/+1
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva20090306Austin Yuan2009-02-162-5/+23
|\
| * Fixed the case that vaXXXX pass a corrupted vaDisplay pointAustin Yuan2009-02-112-5/+23
| | | | | | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* | clean vaDbyCreateSurfaceFromMrstV4L2BufAustin Yuan2009-02-162-7/+19
|/ | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libvaAustin Yuan2009-02-061-1/+1
|\
| * Fixed strncpy isssue, should copy "\0" tooAustin Yuan2009-02-051-1/+1
| | | | | | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* | Added vaDbgCreateSurfaceFromUB for V4L2 buffer sharingAustin Yuan2009-02-062-0/+26
|/ | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Prototype of vaCreateSurfaceFromCIFrameAustin Yuan2009-02-042-0/+21
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Fixed issues reported by KlockworkAustin Yuan2009-02-012-6/+6
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Fix path issue of "va_x11.h"Austin Yuan2009-01-218-7/+7
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* not include header at right directory, Compile error fixedchenbinglin2009-01-191-1/+1
|
* Remove garbage filesAustin Yuan2009-01-125-1055/+0
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Apply the patch to split va and display/x11 from Gwenole Beauchesne ↵Austin Yuan2009-01-1215-263/+1492
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [mailto:gbeauchesne@splitted-desktop.com] Bellow is his explanation: > Finally, looking further at <va_x11.h>, I think it should be enough to have > vaInitialize() in display-dependent headers/libs. The va_x11_getDriverName() > suggestion was to factor out the thing at the implementation (source > code/files) level. > > Or we could keep vaInitialize() in common lib and rather have vaGetDisplay() > in the display-specific part? And, while being at it, also rename the > function to vaCreateDisplay(), to be meaningful about the API change? > > Besides, for a different windowing system, we probably would need more than > just the Display (as we have in X11 land) anyway. e.g. what about OpenGL, > OpenGL E|S? I don't know, it's just an idea. > > I read that Canmore/Sodaville are using the same engines as the Poulsbo > (SGX535 and VXD370). However, the former platforms only support OpenGL E|S. > So, how does video acceleration work here? I know it works, I saw it but > since we still haven't received the machines, I just don't know about the > actual API. You'd probably want libVA there too. > > Splitting libVA between a Core API and a Display API would make it possible > to reduce code duplication from a player point of view. i.e. I don't think > it's necessary to have client applications implement > vaBeginPicture()..vaEndPicture() sequences themselves. I think it should be > the role of the codec library (ffmpeg, in my case), and it should be able to > do so without an explicit dependency on X11. > > On the other hand, the Core API won't be useful/functional alone. So, that > could be confusing too. > > In practise, I would like to have it working as follows. It's my ideal > vision, not necessarily the right/correct one. ;-) > > Roles of a codec implementation library: > - Create buffers > - Render the pictures, in the vaBeginPicture()..vaEndPicture(), > vaRenderPicture() sense > > Roles of a player application: > - Create display, surfaces, and decode pipeline for the codec library > - Render the picture, visually, i.e. in the vaPutSurface() sense > > Example use: > VApplication|initialize display > CodecLibrary|characterise bitstream (codec and other useful info) > VApplication|create decode pipeline > VApplication|create surfaces > CodecLibrary|create buffers (1) > CodecLibrary|render picture (2) > VApplication|display picture (3) > repeat (1) -> (3) while the end of stream is not reached > VApplication|destroy everything > > Have CodecLibrary linked against libva-core-VERSION.so.MAJOR, without any > dependency on windowing system library. > > Have VApplication linked against libva-x11-VERSION.so.MAJOR, itself linked > against libva-core-VERSION.so.MAJOR and other windowing system libraries. > > Regards, > Gwenole. > Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* Add definition of FOURCC IYUVlincroft-gfx-video-prealpha-rc3lincroft-gfx-video-prealpha-rc2-encode-hotfixAustin Yuan2008-12-191-0/+1
| | | | Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
* change video driver directory to /usr/lib/dri instead of ↵phase2-20081110root2008-10-221-2/+2
| | | | /usr/X11R6/lib/modules/dri
* Bump va to v0.30 delievered by JonathanAustin Yuan2008-08-293-371/+82
|
View Lorry Controller Status