Page 3 of 8 FirstFirst 12345 ... LastLast
Results 21 to 30 of 78

Thread: AMD Open-Sources VCE Video Encode Engine Code

  1. #21
    Join Date
    Nov 2008
    Location
    Old Europe
    Posts
    932

    Default

    Quote Originally Posted by agd5f View Post
    We are already taking advantage of it.
    Thanks, that's great to hear.

  2. #22
    Join Date
    Oct 2008
    Location
    Germany
    Posts
    74

    Default

    Quote Originally Posted by Figueiredo View Post
    Christian, could you elaborate a little abou the flexibility of these blocks (UVD and VCE)? For example, is VCE only usefull for H.264? Could it be eventually used for other codecs, even if only partially?
    VCE is a completely separate block from UVD (only marketing sometimes sells them as one). As far as I know it only works with H264 and this is a hardware limitation.

    Currently we only expose the "normal" 4:2:0 YUV to H264 encoding process. But you can for example aid encoding by calculating the best motion vectors with shaders (or the CPU or get them from the source video while transcoding etc..). In general it's quite flexible regarding which part of encoding it should do and could even only do things like bitstream encoding and the rest elsewhere.

    Quote Originally Posted by Figueiredo View Post
    What about true audio? Is there any plant to support it on the open driver?
    I don't even know if that thing is part of the GFX engine or part of the audio codec. So no idea, sorry.

    Christian.

  3. #23

    Default

    Quote Originally Posted by oleid View Post
    What software supports encoding via vaapi? I didn't find any so far...
    gstreamer have vaapi plugin. so it can be easily integrated to any SW which use gstreamer.

  4. #24
    Join Date
    Oct 2008
    Location
    Germany
    Posts
    74

    Default

    Quote Originally Posted by agd5f View Post
    We are already taking advantage of it.
    Indeed, while releasing UVD was quite painfull and took us years to complete getting VCE out of the door was rather simple.

    So both hardware design changes and better software processes are helping allot in getting things open sourced.

  5. #25
    Join Date
    Oct 2009
    Posts
    2,138

    Default

    Quote Originally Posted by Deathsimple View Post
    Indeed, while releasing UVD was quite painfull and took us years to complete getting VCE out of the door was rather simple.

    So both hardware design changes and better software processes are helping allot in getting things open sourced.
    So I suppose VCE1 is more likely than UVD2.0 (RS880) and way more likely than UVD1?

  6. #26
    Join Date
    Jul 2008
    Location
    Germany
    Posts
    715

    Default

    Sounds great. Does the OpenMAX State Tracker support the h264 10bit profiles for decoding? Is the VDPAU API now patched for the 10bit Profiles?

  7. #27
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,286

    Default

    Quote Originally Posted by Deathsimple View Post
    I don't even know if that thing is part of the GFX engine or part of the audio codec. So no idea, sorry.
    SemiAccurate claims it's a separate DSP. So kind of like the programmable Sound Blaster cards.

    BTW, now that there's finally gallium video encoding, will the vaapi state tracker be resurrected? Much more sw supports vaapi than omx.

  8. #28
    Join Date
    Dec 2007
    Posts
    2,402

    Default

    Quote Originally Posted by curaga View Post
    BTW, now that there's finally gallium video encoding, will the vaapi state tracker be resurrected? Much more sw supports vaapi than omx.
    Is there some specific app you have in mind? There doesn't seem to much that supports hw encoding in general on Linux (either API). Most people use gstreamer for encoding which supports both omx and vaapi. Additionally omx has some nice features for implementing more efficient transcoding.

  9. #29
    Join Date
    Jan 2011
    Posts
    1,287

    Default

    Quote Originally Posted by Deathsimple View Post
    VCE is a completely separate block from UVD (only marketing sometimes sells them as one). As far as I know it only works with H264 and this is a hardware limitation.

    Currently we only expose the "normal" 4:2:0 YUV to H264 encoding process. But you can for example aid encoding by calculating the best motion vectors with shaders (or the CPU or get them from the source video while transcoding etc..). In general it's quite flexible regarding which part of encoding it should do and could even only do things like bitstream encoding and the rest elsewhere.
    But if it's so flexible as to letting you choose which parts of the encoding to do with VCE and which to do by other means, you should be able to use the chip for encoding in other formats. Some parts are common between virtually all formats, IIRC.

  10. #30
    Join Date
    Sep 2013
    Posts
    250

    Default

    Quote Originally Posted by agd5f View Post
    You can use VCE to encode to your own h.264/mpeg videos or in combination with UVD to transcode videos.
    But can this be technically used for game/screen streaming?
    I just wonder if it's possible to encode to h264 right from framebuffer?

    E.g like Steam In-Home streaming implemented or Nvidia feature called ShadowPlay.
    Last edited by _SXX_; 02-04-2014 at 06:10 PM.

Posting Permissions

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