summaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)AuthorFilesLines
2009-04-23Added va_dri2str.h so that don't relay on dri2protoAustin Yuan2-1/+194
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-04-22Must link with Xv, orelse segment fault when XCloseDisplayAustin Yuan1-1/+1
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-04-22More update for DRI2 supportAustin Yuan3-6/+13
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-04-22Merge branch 'DRI2' of ↵root2-13/+83
ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva into DRI2
2009-04-22Added DRI2 filesroot3-2/+375
2009-04-22Initial support for DRI2Austin Yuan2-13/+83
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-03-26Revert "patch 108_drivers_path.patch"04032009Austin Yuan2-4/+3
This reverts commit adac1a519de44803b0cdfff29829508cdd419a01.
2009-03-27Add 'bits' field for structure VAEncSliceParameterBufferRen, Zhaohan1-1/+1
2009-03-26Add -DIN_LIBVARen, Zhaohan2-2/+2
2009-03-26Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libvaRen, Zhaohan2-1/+10
2009-03-26Move files from X11 to vaRen, Zhaohan1-1/+1
2009-03-26repatch 106_libva_includedir.patch, modify #include <va/va_x11.h> to ↵Ren, Zhaohan2-1/+10
#include <X11/va_x11.h>
2009-03-26patch 109_VA_FOURCC.patchRen, Zhaohan1-1/+1
2009-03-26patch 108_drivers_path.patchRen, Zhaohan2-3/+4
2009-03-26patch 106_libva_includedir.patchRen, Zhaohan1-2/+3
2009-03-26patch 105_libdrm_headers_check.patchRen, Zhaohan1-1/+4
2009-03-26patch 102_fix_make_dist.patchRen, Zhaohan1-2/+0
2009-03-25Merge branch VA-ISOC-conformanceRen, Zhaohan1-1/+1
2009-03-03Update from Jonathan's latest vaAPI_r030v2.txtAustin Yuan3-72/+13
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-03-03Update from Jonathan,Austin Yuan3-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>
2009-03-02link with libXvmenlow-port-2009031420090323Austin Yuan1-1/+1
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-02-16Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libva20090306Austin Yuan2-5/+23
2009-02-16clean vaDbyCreateSurfaceFromMrstV4L2BufAustin Yuan2-7/+19
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-02-11Fixed the case that vaXXXX pass a corrupted vaDisplay pointAustin Yuan2-5/+23
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-02-06Merge branch 'master' of ssh://git@moblin-mdi.jf.intel.com/umg-moorestown-libvaAustin Yuan1-1/+1
2009-02-06Added vaDbgCreateSurfaceFromUB for V4L2 buffer sharingAustin Yuan2-0/+26
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-02-05Fixed strncpy isssue, should copy "\0" tooAustin Yuan1-1/+1
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-02-04Prototype of vaCreateSurfaceFromCIFrameAustin Yuan2-0/+21
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-02-01Fixed issues reported by KlockworkAustin Yuan2-6/+6
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-01-21Fix path issue of "va_x11.h"Austin Yuan8-7/+7
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-01-19not include header at right directory, Compile error fixedchenbinglin1-1/+1
2009-01-12Remove garbage filesAustin Yuan5-1055/+0
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2009-01-12Apply the patch to split va and display/x11 from Gwenole Beauchesne ↵Austin Yuan15-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>
2008-12-19Add definition of FOURCC IYUVlincroft-gfx-video-prealpha-rc3lincroft-gfx-video-prealpha-rc2-encode-hotfixAustin Yuan1-0/+1
Signed-off-by: Austin Yuan <shengquan.yuan@intel.com>
2008-10-22change video driver directory to /usr/lib/dri instead of ↵phase2-20081110root1-2/+2
/usr/X11R6/lib/modules/dri
2008-08-29Bump va to v0.30 delievered by JonathanAustin Yuan3-371/+82
2008-07-09Added some FOURCC definitionsAustin Yuan1-0/+6
2008-07-02Added the missing frame_rate into SequenceParameterMPEG4Austin Yuan1-0/+1
2008-07-01Update for:Austin Yuan1-2/+3
1. SkipFrame for vaQuerySurfaceStatus 2. disable_deblocking_filter_idc for VAEncSliceParameterBuffer
2008-05-14Correction for PictureParameterH264Austin Yuan1-1/+1
2008-05-07Typo correctionAustin Yuan1-4/+4
2008-05-05Correct some mistakes in va.hAustin Yuan1-6/+7
2008-04-29Add data structures of encode into va.hAustin Yuan1-1/+267
2008-03-14The HW specific driver depends on "-lXfixes -lXdamage" to do correct displayAustin Yuan1-1/+1
under rotation mode, but a issue is found that after vaTerminate, XCloseDisplay will meet a SIGSEGV, and debuging shows libXdamage is unloaded from application address space after vaTerminate, and keeping libXdamage all along can workaround this issue. So always link libva with libXdamage here
2008-03-10Update error messagesWaldo Bastian1-0/+12
2008-03-04Added VA_STATUS_ERROR_RESOLUTION_NOT_SUPPORTED (still v0.29)Waldo Bastian1-1/+3
2008-02-19Add VA_STATUS_ERROR_INVALID_PARAMETERWaldo Bastian1-0/+1
2008-02-07* VC1: Add 'quantizer' to pic paramsWaldo Bastian3-4/+6
* Bump version to 0.29
2008-02-04* Add additional error codeWaldo Bastian2-1/+6
* VC1: reference_distance can have values of 0 - 16 inclusive and needs 5 bits
2007-12-06Update to VA API 0.28Waldo Bastian5-38/+262
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-22 12:57:07 +0000