Page 7 of 7 FirstFirst ... 567
Results 61 to 70 of 70

Thread: Gallium3D VDPAU On Radeon Starts Working

  1. #61
    Join Date
    Jun 2009
    Posts
    2,937

    Default

    Christian, what are the major milestones needed to add h264 support? I'm assuming that much of the stuff can be reused (MC, deblocking, etc.)

  2. #62
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by pingufunkybeat View Post
    Christian, what are the major milestones needed to add h264 support?
    they just wait for the h264 ATI Avivo code. because they know amd open up that stuff.

  3. #63
    Join Date
    Oct 2008
    Location
    Germany
    Posts
    74

    Default

    Quote Originally Posted by pingufunkybeat View Post
    Christian, what are the major milestones needed to add h264 support? I'm assuming that much of the stuff can be reused (MC, deblocking, etc.)
    I wouldn't start with h264, mpeg4 (divx, xvid) would be the next logical step.

    For this we need at least a new bitstream decoder, and at minimum quite some changes to the mc stage.

    h264 also defines some new form of transformation which needs to be implemented, but to be honest I actually doesn't know much about how h264 works.

  4. #64
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,332

    Default

    /me does not understand, if the vdpau one already does more than xvmc, why is it reported as slower than xv?

  5. #65
    Join Date
    Oct 2008
    Location
    Germany
    Posts
    74

    Default

    Quote Originally Posted by curaga View Post
    /me does not understand, if the vdpau one already does more than xvmc, why is it reported as slower than xv?
    Most people are currently only testing the yuv->rgb and scaling part of vdpau, since this works with all supported codecs.

    This stages of the rendering pipeline are just a bit slower than Xv because of the debugging overhead. If you compile the state tracker without debugging support, it should be slightly faster because we don't need to call the x server to display every frame.

    But the real improvement comes only when you enable more decoding stages, with mplayer provide the "-vc ffmpeg12vdpau" option for example.

  6. #66
    Join Date
    Mar 2011
    Posts
    3

    Default MythTV / VDPAU / r600g

    Looks like some people have MythTV working using VDPAU over r600g now, albeit playback is a bit jerky:

    http://www.gossamer-threads.com/lists/mythtv/dev/482148

  7. #67
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,587

    Default

    Quote Originally Posted by Deathsimple View Post
    I wouldn't start with h264, mpeg4 (divx, xvid) would be the next logical step.
    Not really, mpeg4 usually doesn't need any real decode acceleration.

  8. #68
    Join Date
    Jun 2009
    Posts
    2,937

    Default

    Quote Originally Posted by deanjo View Post
    Not really, mpeg4 usually doesn't need any real decode acceleration.
    h264 is MPEG4.

    Also, consider that this is the next logical step for a developer, which is who you are replying to. How can you accelerate h264 if you don't know how to accelerate simpler forms of mpeg4?

  9. #69
    Join Date
    Jul 2008
    Location
    Berlin, Germany
    Posts
    858

    Default

    DivX and XviD are implementations of MPEG-4 Part 2, sometimes referred to as MPEG-4 ASP/SP and closely related to H.263. Decoding it is not a challenge even for low-end CPUs, though hardware acceleration is desirable where battery power must be preserved.

    MPEG-4 Part 10 or H.264, sometimes referred to as MPEG-4 AVC, is what taxes even modern and fast CPUs. High-bitrate 1080p content usually requires a multithreaded implementation or hardware acceleration.

  10. #70
    Join Date
    Dec 2009
    Posts
    338

    Default

    Christian sent an e-mail again about merging pipe-video so let's hope this time everybody will be happy with the interface.

    *Can't wait h264 decoding -- although I realise that it will still take time.*

    Thanks again for your work Christian!

Tags for this Thread

Posting Permissions

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