Page 1 of 4 123 ... LastLast
Results 1 to 10 of 36

Thread: VP8 Over VDPAU In Gallium3D Is Emeric's Target

  1. #1
    Join Date
    Jan 2007
    Posts
    14,655

    Default VP8 Over VDPAU In Gallium3D Is Emeric's Target

    Phoronix: VP8 Over VDPAU In Gallium3D Is Emeric's Target

    For those that were excited last week by the French student proposing an H.264 VA-API/VDPAU state tracker for Gallium3D that in turn was revised to WebM or Theora acceleration support instead (since no current-generation GPUs have dedicated video decode engines for these formats), Emeric has firmed up his proposal...

    http://www.phoronix.com/vr.php?view=OTI2OA

  2. #2
    Join Date
    Sep 2006
    Posts
    714

    Default

    fantastic stuff. Good luck.

  3. #3
    Join Date
    Sep 2008
    Posts
    989

    Default

    Sweet! Bioware's latest game (Dragon Age 2) contains characters so realistic that they actually exist?

  4. #4
    Join Date
    Jun 2009
    Location
    Paris
    Posts
    432

    Default

    Quote Originally Posted by phoronix View Post
    Phoronix: VP8 Over VDPAU In Gallium3D Is Emeric's Target

    Support for VP8 should be able to be extended most easily with VDPAU compared to VA-API
    Why adding VP8 support to VDPAU would be easier than for VA-API? In both cases, it's just a matter of adding a video codec ID, and new structures. Even for XvBA, this wouldn't be a problem. XvMC is indeed too dead to worth the effort.

    BTW, using VDPAU also locks future development to video decode only. VA-API does support encoding. Encoding for E600 does exist today, SNB support will appear next. Even in the future, when AMD implements H.264 video encoding acceleration in their future VCE unit, VA-API can still be a fit.

  5. #5
    Join Date
    Jan 2008
    Posts
    299

    Default

    Quote Originally Posted by gbeauche View Post
    Why adding VP8 support to VDPAU would be easier than for VA-API? In both cases, it's just a matter of adding a video codec ID, and new structures. Even for XvBA, this wouldn't be a problem. XvMC is indeed too dead to worth the effort.

    BTW, using VDPAU also locks future development to video decode only. VA-API does support encoding. Encoding for E600 does exist today, SNB support will appear next. Even in the future, when AMD implements H.264 video encoding acceleration in their future VCE unit, VA-API can still be a fit.
    Respond to the thread.

    Your reply isn't going to do any good on the phoronix forums.

  6. #6
    Join Date
    Jan 2007
    Posts
    459

    Default

    Quote Originally Posted by gbeauche View Post
    Why adding VP8 support to VDPAU would be easier than for VA-API? In both cases, it's just a matter of adding a video codec ID, and new structures. Even for XvBA, this wouldn't be a problem. XvMC is indeed too dead to worth the effort.

    BTW, using VDPAU also locks future development to video decode only. VA-API does support encoding. Encoding for E600 does exist today, SNB support will appear next. Even in the future, when AMD implements H.264 video encoding acceleration in their future VCE unit, VA-API can still be a fit.
    plus OC people s seem to forget this
    "The current video decode/encode interface is window system independent, so that potentially it can be used with graphics sub-systems other than X. In a nutshell it is basically a scheme to pass various types of data buffers from the application to the GPU for decoding or encoding. Feedback on the API is greatly welcomed, as this is intended to be a community collaborative effort."

    and OC ffmpeg/libav has now started talking about and coding (prototypes) to include HW decode...VA API/Crystal HD on their IRC channels etc.

  7. #7
    Join Date
    Jan 2007
    Posts
    459

    Default

    Quote Originally Posted by mattst88 View Post
    Respond to the thread.

    Your reply isn't going to do any good on the phoronix forums.
    sure, but Re: [Intel-gfx] ML etc isn't exactly conducive to users or even external x264, ffmpeg/libav, or gstreamer dev's read those mailing lists never mind contribute,

    whereas this and other public phoronix thread's do , so it does not harm if some of you/Intel-gfx/MESA come here and start a few tech 'proof of concept' and related discussions and see what happen's

    the simple fact is people prefer web message boards today rather than full time mailing lists, many a time the IRC devs dont even read any MESA and related mailing list's as it's more effort for one off comments that may or not get expanded...

  8. #8
    Join Date
    Oct 2008
    Posts
    3,103

    Default

    Quote Originally Posted by gbeauche View Post
    Why adding VP8 support to VDPAU would be easier than for VA-API? In both cases, it's just a matter of adding a video codec ID, and new structures. Even for XvBA, this wouldn't be a problem.
    Read the thread, and you'll see this was sort of invented by Michael. Or a misunderstanding, if you want to be more charitable.

    Basically, there's already been some work done on VDPAU and the dev is more familiar with it. So they said something like 'i'll just go with vdpau since it will be easier', and michael somehow connected that to adding support for new codecs.

    My hope is that once the code for one is done, support for the other API can hopefully be added on top with minimal extra effort.

  9. #9
    Join Date
    Jan 2007
    Posts
    459

    Default

    Quote Originally Posted by gbeauche View Post
    VA-API does support encoding. Encoding for E600 does exist today, SNB support will appear next. Even in the future, when AMD implements H.264 video encoding acceleration in their future VCE unit, VA-API can still be a fit.
    your ffmpeg patch set just got posted to libav and they have some problem by the look of it ?

    http://lists.libav.org/pipermail/lib...il/001240.html
    you might want to pop over there or on their IRC if you cant be bothered to follow subscribe there

  10. #10
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,583

    Default

    Quote Originally Posted by gbeauche View Post
    BTW, using VDPAU also locks future development to video decode only.
    True, however vdpau does support decoding to system ram and from there you could look at various venues and methods to do your encoding (cpu, gpu even to a separate gpu or multiple GPU's or any combo).

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •