Page 2 of 12 FirstFirst 1234 ... LastLast
Results 11 to 20 of 118

Thread: XvMC support

  1. #11
    Join Date
    Jul 2007
    Posts
    429

    Default You live without it - be my guest!

    Quote Originally Posted by RealNC View Post
    Yes, but that should be at the bottom of the priority list because we can live without it :P MPEG2 takes ~5% of your CPU lol.
    That's still ~5% I could use for something else.

    This just needs good overlay support, not XvMC. I thought overlay is supported for those old cards?
    Huh? Of course R100/rv100 has overlay support. But the older CPU in this machine would definitely benefit from having any amount of work offloaded! Obviously.

  2. #12
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,788

    Default

    Quote Originally Posted by chrisr View Post
    That's still ~5% I could use for something else.
    But it's still 5% and therefore not as important as other issues


    Huh? Of course R100/rv100 has overlay support. But the older CPU in this machine would definitely benefit from having any amount of work offloaded! Obviously.
    Still it's an old machine and there are other issues more important

    Don't take me wrong on this though. Of course it would be nice to have MPEG2 acceleration. It's just that, in my opinion, driver development should be focused on getting the more important bits implemented right now since XvMC is not going to help with MPEG4 which *would* be a high priority *if* XvMC would be suitable for it.

  3. #13
    Join Date
    Jul 2007
    Posts
    403

    Default

    I think an implementation of VDPAU OR VA-API in the open-source drivers would be the way to go. It would primarily be useful for media PCs, but it definitely would be cool (and if it actually worked right, it would be better than Windows' video decode accel.)

    That said, I think fully featured, fast 3D and 2D acceleration take precedence, because the use case for accelerated video decode is still smaller (most procs can handle even hi-def h264, and most people don't multitask while watching video).

  4. #14
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,788

    Default

    I just found this in Wikipedia's XvMC article:

    XvMC also supports offloading decoding of mo comp, iDCT, and VLD ("Variable-Length Decoding", more commonly known as "slice level acceleration") for not only MPEG-2 but also MPEG-4 ASP and MPEG-4 AVC (H.264) video on VIA Unichrome (S3 Graphics Chrome Series) hardware.
    Is this true? If yes, how? Can we have it too? Please? :P

  5. #15
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,034

    Default

    My Pentium2 333Mhz can handle xvid at dvd resolutions. With the help of a Rage Pro and full vidix accel, but still.

    @RealNC: Yes, it's true. You'll need however the Via binary drivers, and to patch & compile mplayer. Don't remember right now if Via had a patch for Xine too.

  6. #16
    Join Date
    Oct 2007
    Posts
    21

    Default

    Quote Originally Posted by RealNC View Post
    XvMC also supports offloading decoding of mo comp, iDCT, and VLD ("Variable-Length Decoding", more commonly known as "slice level acceleration") for not only MPEG-2 but also MPEG-4 ASP and MPEG-4 AVC (H.264) video on VIA Unichrome (S3 Graphics Chrome Series) hardware.
    I don't think they actually had support for H.264 acceleration, neither in software nor hardware, only H.263 and maybe MPEG-4 ASP in addition to MPEG-2. Haven't used the driver myself though.

  7. #17
    Join Date
    Dec 2007
    Posts
    2,337

    Default

    Quote Originally Posted by chrisr View Post
    Are we just talking about just R500+ here? I do have older machines with CPUs barely capable of MPEG2: R100, for example. (Or possibly rv100 - it's a Radeon 7000.)
    If someone was inclined, MC acceleration could be implemented with shaders on all r3xx-r5xx hw. IIRC, MC was done with the 3D engine on older asics (r1xx/r2xx) as well, but there may have been some special bits in the pipeline to handle it due to the lack of shaders on the older hw.

    Quote Originally Posted by chrisr View Post
    I also happen to be a C developer with time on my hands (apart from WoW, which is like a black hole for free time) so what's the harm in a little extra functionality?
    Your best bet would be to study the video decode math and see what could be done on the 3D engine. One of the Xorg GSoC students implemented an MC interface gallium. You might want to look at that.

  8. #18
    Join Date
    Apr 2008
    Posts
    325

    Default

    Quote Originally Posted by deneb View Post
    I don't think they actually had support for H.264 acceleration, neither in software nor hardware, only H.263 and maybe MPEG-4 ASP in addition to MPEG-2. Haven't used the driver myself though.
    XvMC is a bit hit and miss on the Via chipsets as to whether the drivers support it or not. It is being actively worked on for the openChrome drivers...

  9. #19
    Join Date
    Jul 2007
    Posts
    429

    Default GSoC with XvMC

    Quote Originally Posted by agd5f View Post
    Your best bet would be to study the video decode math and see what could be done on the 3D engine. One of the Xorg GSoC students implemented an MC interface gallium. You might want to look at that.
    Do you mean this?:
    http://www.bitblit.org/gsoc/g3dvl/index.shtml

    This seems to imply that MC was done using shaders for the Nouveau project. So assuming that shaders are ARB, and therefore portable between NVIDIA and ATI hardware, doesn't this imply that the video decode math is already done?

  10. #20
    Join Date
    Nov 2007
    Location
    Die trolls, die!
    Posts
    525

    Default

    Yes, the idea is that it should be portable. The radeon-gallium3d-brach is just to incomplete to let the video decode run on it.

    Also the video decoding via gallium3d has still some issues and missing features, look at the last blog entry. It is for example still too slow. Maybe you could help out there?

Posting Permissions

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