summaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)AuthorFilesLines
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
2007-12-06Add vainfo utility to get baseic driver info from command lineWaldo Bastian1-3/+6
2007-11-10Generate proper error for NULL display.Waldo Bastian1-0/+5
2007-11-07Update to VA API 0.26Waldo Bastian4-56/+33
- Combine vaCreateBuffer and vaBufferData
2007-11-01Define VA_LSB_FIRST / VA_MSB_FIRSTWaldo Bastian1-0/+4
2007-10-31Update version numbers to 0.25Waldo Bastian1-1/+1
2007-10-29Update to VA API v0.25Waldo Bastian4-284/+444
2007-10-25* Improve validation of input parameters & error reportingWaldo Bastian3-66/+86
2007-10-16* foward_mb -> forward_mbWaldo Bastian1-3/+3
* Expand mv_mode from 2 to 3 bits
2007-10-15pic_quantizer_scale needs 5 bits instead of 1Waldo Bastian1-1/+1
2007-09-20Update library versionWaldo Bastian1-1/+1
2007-09-20Swapped vaGetConfigAttributes and vaQueryConfigAttributes for API consistencyWaldo Bastian3-13/+13
2007-09-20Update to libva 0.24Waldo Bastian4-97/+212
2007-09-17weighted_bipred_idc needs 2 bitsWaldo Bastian1-4/+4
2007-09-14Fix sign of some H264 paramsWaldo Bastian1-3/+3
2007-09-13bump libva to 23Austin Yuan4-14/+145
2007-09-07Make dummy driver compile & loadWaldo Bastian1-1/+1
2007-09-07Include sub-picture support (va 0.22)root4-13/+687
2007-09-04Explicit license textWaldo Bastian4-28/+86
2007-08-30add "is_first_field" into VAPictureParameterBufferMPEG2Austin Yuan1-0/+1
2007-08-22Update H.264 paramsWaldo Bastian1-15/+55
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-20 07:24:19 +0000