Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 32

Thread: Where An Open ATI Driver Beats The Catalyst Driver

  1. #11
    Join Date
    Aug 2007
    Posts
    6,633

    Default

    No, the compiliation was most likely correct, but the video accelleration was not selected. You just don't need to specify the extra disable/enable options, those are autodetected.

  2. #12

    Default

    Quote Originally Posted by Kano View Post
    No, the compiliation was most likely correct, but the video accelleration was not selected. You just don't need to specify the extra disable/enable options, those are autodetected.
    When I originally wrote the VDPAU test support, the checking of the VDPAU header files within MPlayer wasn't automatic and the build support would then fail if they weren't present. I also want to leave those in for externally checking the existence of the header files as eventually that will be passed back to PTS so that it will dynamically build the option list of what test formats are supported as options with that build.

  3. #13
    Join Date
    Aug 2007
    Posts
    6,633

    Default

    Will you update the results soon?

  4. #14

    Default

    I hope to have the larger video acceleration article (with other hardware and drivers included) done soon.

  5. #15
    Join Date
    Aug 2007
    Posts
    6,633

    Default

    Basically for h264 and vc1 it does not matter if you use vdpau or vaapi. I only had problems using the divx accelleration with b-frames. There the mplayer vaapi needed a patch - even for the vdpau mode when the mplayer-vdpau.patch was used. If you do not need that -va switch for vdpau you can leave out that one and use the older -vc override instead. You will only notice a diff with divx however.

  6. #16
    Join Date
    Oct 2009
    Posts
    201

    Default

    Maybe you can also check with and without composition enabled.
    In my experience (hd3450 + fglrx) hardware OpenGL rendering with compiz enabled requires more cpu power than with compiz disabled.

  7. #17
    Join Date
    Aug 2007
    Posts
    6,633

    Default

    That may be interesting too, i usally only test with KDE 3 without compiz. As xv output is basically useless gl output might be nice to compare - with forced vsync in amdcccle/nvidia-settings - otherwise it does not look nice.

  8. #18
    Join Date
    Dec 2008
    Location
    Creve Coeur, Missouri
    Posts
    399

    Default

    I definitely believe the results for X-Video, but the XvBA results are rediculous. Normally, for XvBA, my computer stays at ~3% CPU. Yes, I know it wasn't the point of the article, I just think it is a bit misleading.

  9. #19
    Join Date
    Jan 2008
    Posts
    14

    Default CPU Usage

    Wow, looking at this test both these drivers need work. CPU usage should be practically zero. I wait to see the updated test.

  10. #20
    Join Date
    Dec 2008
    Location
    Creve Coeur, Missouri
    Posts
    399

    Default

    Quote Originally Posted by Gordy View Post
    Wow, looking at this test both these drivers need work. CPU usage should be practically zero. I wait to see the updated test.
    That is for CPU video decode, so it should be like that. The only reason why it would be practically zero is using GPU video acceleration (such as XvBA.)

Posting Permissions

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