Page 8 of 117 FirstFirst ... 6789101858108 ... LastLast
Results 71 to 80 of 1167

Thread: AMD's UVD2-based XvBA Finally Does Something On Linux

  1. #71
    Join Date
    Jun 2009
    Location
    Paris
    Posts
    432

    Default

    Quote Originally Posted by Kano View Post
    vainfo

    shows the same output on r600, tested with a HD 3450 card. Just mplayer crashes everytime.
    Interesting. What about a hwdecode-demos' vaapi_h264 --glx? (double dash)
    http://splitted-desktop.com/~gbeauch...wdecode-demos/

    You could probably gdb + "bt" that one and check where it approximately crashes? You won't get much debuginfo though.

  2. #72

    Default

    Quote Originally Posted by PuckPoltergeist View Post
    But for now I have to get my gentoo to be aware of va-api.
    Seems that this get a little more complicated than I thought:
    make all-recursive
    make[1]: Entering directory `/home/puck/Develop/video/libva-0.31.0'
    Making all in src
    make[2]: Entering directory `/home/puck/Develop/video/libva-0.31.0/src'
    Making all in x11
    make[3]: Entering directory `/home/puck/Develop/video/libva-0.31.0/src/x11'
    /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -DLINUX -DIN_LIBVA -I../../src -I/usr/include/drm -g -O2 -MT va_x11.lo -MD -MP -MF .deps/va_x11.Tpo -c -o va_x11.lo va_x11.c
    ../../libtool: line 827: X--tag=CC: command not found
    ../../libtool: line 860: libtool: ignoring unknown tag : command not found
    ../../libtool: line 827: X--mode=compile: command not found
    ../../libtool: line 994: *** Warning: inferring the mode of operation is deprecated.: command not found
    ../../libtool: line 995: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
    ../../libtool: line 1138: Xgcc: command not found
    ../../libtool: line 1138: X-DHAVE_CONFIG_H: command not found
    ../../libtool: line 1138: X-I.: command not found
    ../../libtool: line 1138: X-I../..: No such file or directory
    ../../libtool: line 1138: X-DLINUX: command not found
    ../../libtool: line 1138: X-DIN_LIBVA: command not found
    ../../libtool: line 1138: X-I../../src: No such file or directory
    ../../libtool: line 1138: X-I/usr/include/drm: No such file or directory
    ../../libtool: line 1138: X-g: command not found
    ../../libtool: line 1138: X-O2: command not found
    ../../libtool: line 1138: X-MT: command not found
    ../../libtool: line 1138: Xva_x11.lo: command not found
    ../../libtool: line 1138: X-MD: command not found
    ../../libtool: line 1138: X-MP: command not found
    ../../libtool: line 1138: X-MF: command not found
    ../../libtool: line 1138: X.deps/va_x11.Tpo: No such file or directory
    ../../libtool: line 1138: X-c: command not found
    ../../libtool: line 1191: Xva_x11.lo: command not found
    ../../libtool: line 1196: libtool: compile: cannot determine name of library object from `': command not found
    make[3]: *** [va_x11.lo] Error 1
    make[3]: Leaving directory `/home/puck/Develop/video/libva-0.31.0/src/x11'
    make[2]: *** [all-recursive] Error 1
    make[2]: Leaving directory `/home/puck/Develop/video/libva-0.31.0/src'
    make[1]: *** [all-recursive] Error 1
    make[1]: Leaving directory `/home/puck/Develop/video/libva-0.31.0'
    make: *** [all] Error 2

  3. #73
    Join Date
    Aug 2007
    Posts
    6,626

    Default

    @gbeauche

    I do not like to install patched ffmpeg globally and it does not seem to contain a script that fetches the needed parts from svn. Maybe next week with a test hd.

  4. #74
    Join Date
    Jul 2008
    Location
    SoCal
    Posts
    27

    Default

    Meh. I'd prefer worthwhile hardware accel of regular DVDs, non-next-gen codecs (plain ol' mpeg, avi, etc.), and Flash.

    Neither AMD's Catalyst nor git checkouts of the open-source driver stack can deliver tear- and stutter-free playback of even these simple video formats. Especially not fullscreen.

    I've never used H.264 or VC-1, and I can't imagine I ever will. But I do use the other formats daily -- that's where I'd like to see some improvement. I hope this limited XvBA release is a step in that direction.

  5. #75
    Join Date
    Aug 2007
    Posts
    6,626

    Default

    vaapi:gl is not tearfree with opengl output until you enable vsync for opengl in amdcccle, same for standard gl output. xv is mainly tearfree with radeon oss driver however but not using fglrx.

  6. #76
    Join Date
    Jan 2008
    Posts
    187

    Default

    Quote Originally Posted by nightmorph View Post
    Meh. I'd prefer worthwhile hardware accel of regular DVDs, non-next-gen codecs (plain ol' mpeg, avi, etc.), and Flash.

    Neither AMD's Catalyst nor git checkouts of the open-source driver stack can deliver tear- and stutter-free playback of even these simple video formats. Especially not fullscreen.

    I've never used H.264 or VC-1, and I can't imagine I ever will. But I do use the other formats daily -- that's where I'd like to see some improvement. I hope this limited XvBA release is a step in that direction.
    I mostly agree with your sentiment, but you should realize that a lot of Flash video today is H.264. VP6 is still out there too of course, and obviously it'd be best if all of these codecs were well supported...

  7. #77
    Join Date
    Oct 2008
    Location
    Houston, TX area
    Posts
    44

    Default

    Quote Originally Posted by PuckPoltergeist View Post
    Seems that this get a little more complicated than I thought:
    I had that problem too.

    I got past it by linking the libtool in the libva-0.31.0 dir to my distro libtool.

    Still no luck on my ATI Radeon HD 2400 XT (on Fedora 11) though:

    vainfo
    libva: libva version 0.31.0-sds3
    libva: va_getDriverName() returns 0
    libva: Trying to open /usr/local/lib/va/drivers/fglrx_drv_video.so
    libva: va_openDriver() returns 0
    vainfo: VA API version: 0.31
    vainfo: Driver version: Splitted-Desktop Systems XvBA backend for VA API - 0.5.1
    vainfo: Supported profile and entrypoints
    xvba_video: XVBA_CreateContext(): status 11
    xvba_video: XVBA_CreateContext(): status 11
    xvba_video: XVBA_CreateContext(): status 11
    X Error of failed request: BadLength (poly request too large or internal Xlib length error)
    Major opcode of failed request: 35 (X_AllowEvents)
    Serial number of failed request: 14
    Current serial number in output stream: 14

  8. #78
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by greg View Post
    @Qaridarium
    The open source approach will probably not use the video decoding hardware, but shaders, and this won't be as efficient as bitstream-level acceleration -- not all decoding steps can be offloaded to hardware this way.
    thats true but... you don't get the Point...

    the Point is... the Opensource acceleration will be better because of the flexibility ...

    UVD2 can not accelerat Flac or Dirac or OGG-Theora...

    the Opensource one shader based can do this!

    in fakt Dirac is stronger/better than H264 less datarate in the same quality or better quality in the same datarate.

    UVD2 is an backward technik Obsoled the past... dirac/theora is the future and shader based acceleration is the future because of the Portabel code...

    in fakt cou can use an openCL acceleration code on nvidia and amd and intel and via in the same time! and you can use the same code on hd4000 and hd5000 and hd6000...

    und hd7000 and hd8000 and so one...

    AMD can save a lot of money by using Portabel and flexibel acceleration code! '

  9. #79
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by TeoLinuX View Post
    Yeah. Me, as a owner of a HD3650, I feel betrayed/dumped. Are UVD1 or UVD+ so different from the UVD2 that a unified or parallel driver is too much effort to implement?

    R63x is not that old!!! They're very similar to R700... why in the world are they loosing feature support?
    So disappointed

    If they hope me upgrading to R4xxx or 5xxx, well, this time I'm giving my money to nVidia. Sorry
    the fixed funktion pipeline of the UVD2 can not accelerat modern codex like the opensource Dirac oder Theora 1.1

    so in fakt the UVD2 acceleration will ever be a lame duck!


    the opensource driver for you card will have a much more flexible shader based acceleration and its posible to accelerat Dirac or theora...

  10. #80
    Join Date
    Nov 2008
    Location
    Germany
    Posts
    5,411

    Default

    Quote Originally Posted by Nille View Post
    Hey dont give us the infos for UVD2 the Blob work with UVD2 but it has no reasson why not on UVD
    When? what you with "older" cards? r300 up to r500?
    Older carts support focus on the opensource driver thats will be much more cost efficent for amd and for my point of view better for the linux users.

    hd2900 do not have a UVD unit 2900 has shader based viedeo acceleration.
    X1900 has shader based acceleration to.
    so yes its posible to bring portable shader based acceleration code to all card.
    older cards means hd2xxx and hd3xxx and some r500 like X1900
    i think the other cards are to old/bad...

    i think the catalyst/fglrx/UVD2 will be doomet by the opensource driver.

    first Dirac acceleration on opensource side will doom the UVD out..

Posting Permissions

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