Announcement

Collapse
No announcement yet.

AMD Comments On XvBA Video Situation

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #16
    Originally posted by markg85 View Post
    You're mostly right.
    First, cairo has nothing to do with it
    and 5 years to go to windows 7 comparable graphics.. Nope, sorry. The oss driver state is still quite horrible but it works and usually works better then the AMD drivers in terms of stability. However, in performance, power management and amount of noise produced it's still _far_ from being usable. But they are getting very close to good working drivers. I'd say probably about 2 more years before it's really in a good working shape.

    If you want to compare it against windows then i'd say we are at the point where windows vista RC was released with the massive graphic driver issues
    * as i understand it(maybe im wrong) even when cairo in theory is not part of the stack per se it has received many patches in these years since wayland/weston use it heavily for the testbed and example code among other stuff

    * you get me wrong here im not referering to an specific driver/GPU, im talking about theorical graphic stack capabilities and in this case linux new graphic stack is getting very close in features to win7 and in some cases is fairly superior

    * well for my desktop PC user r600g is perfectly fine and 100% usable and well having an 1200W PSU is not like few watts more are going to ruin my day, aka
    -- kwin with gl working uber
    -- xonotic at ultra setting for clear the mind works peachy and fast enough at 60ish FPS
    -- firefox/chromium webgl and render accel works very good
    -- mplayer/ffmpeg MT and my phenom II X4 965 handle 1080p 60 5.1 like a champ with Xv, so im not desperated for UVD(i expect my AMD FX 6200 to improve it more after make world with gcc 4.7)
    -- blender works peachy for my hobbists designs
    -- Lineage2 Tauti/AION in wine 1.5.6 + r600g is peachy here too. i could use some more FPS in sieges but the engine in lineage2 sucks ass even on win7

    so im happy with r600g in my specific use case scenario, so for now "it sucks" depending on your needs

    Comment


    • #17
      Originally posted by uid313 View Post
      Hurry up guys, make new XvBA update.

      If porno don't work, I don't buy AMD.
      Porn works just fine, in fact I'm watching some right now...

      Comment


      • #18
        hmm ok... informative comments in this thread... about the video-capabilities... yes it woudl be great to have some uvd like feature... I have here 2 zacate pcs... one htpc/server and one notebook... on both I get not always fluent results with 720p x264 video files... so that sucks a bit...

        to redhat I am very glad that they do good job here especialy with the amd drivers... but fedora has some issues... I even wrote a bug report... so I cant use it ^^ it seems a response to such a bug report takes long... so maybe off-topic but maye a amd guy is here ^^

        its a known bug btw, but seems to interest nobody at all for a long time...strange that its distribution specific thought that that should be happen very seldom because all use the same upstream...
        https://bugzilla.redhat.com/show_bug.cgi?id=798844
        but I should maybe debug it by myself, just trying other kernels other alsa versions... but I am not shure that I migrate form ubuntu to fedora anyway ^^ so I have no big interest in invest so much time ^^...

        ok but that gets to off-topic...

        is there any very ruff prognosis when some kind of video acceleration for the radeon driver could hit mesa or gallium3d?

        I would be happy about that... then maybe better powermanagement but even that is not that important... because that kind of semiworks ^^ and have not very big issues with that... I dont cant think anything thats so important than this feature.... yes some guys need more 3d speed or better opencl support but at least the first of it would be way harder to get the driver to nearly the same speed as the closed ones fast... but uvd like feature would make so much people happy...

        Comment


        • #19
          Originally posted by uid313 View Post
          Hurry up guys, make new XvBA update.

          If porno don't work, I don't buy AMD.
          Porn is all Flash based anyway, and since Adobe has abandoned the project on Linux it's never likely to pick up XvBA support.

          Comment


          • #20
            Originally posted by uid313 View Post
            AMD has been open source for 5 years now, they started in 2007.

            And the open source device driver still sucks?
            Yes. But it can run 2D on the latest devices, and full hardware acceleration on the 1XXX cards.

            Comment


            • #21
              Originally posted by del_diablo View Post
              Yes. But it can run 2D on the latest devices, and full hardware acceleration on the 1XXX cards.
              Radeon 1xxx is older than my grandma.

              Comment


              • #22
                Originally posted by uid313 View Post
                Radeon 1xxx is older than my grandma.
                Your family must start early to produce you in less than a decade then.

                Comment


                • #23
                  Originally posted by markg85 View Post
                  and that is exactly why we're way better off using UVD directly. No more waiting till AMD decides to make it usable. Reverse engineering anyone? ^_-
                  This probably doesn't interest anyone. The binary-only version of xvba-video did have a check for the PCS key for ages... Why do you think was there an explicit check for HP @ L5.1 videos and an warning message in this case? Actually, support for those videos was there from the beginning along with the Windows version, if not earlier (in Linux beta).

                  Besides, the PCS key is pretty easy to find, this is what I did. The constraints and limitations of this support are available under NDA, though. Wait for Tim to disclose the details to you. I think he hinted enough now. At least, he disclosed there was a "PCS key". Just go find it out.

                  Comment


                  • #24
                    Hi Gwen,

                    first of thanks for your work at xvba-video. When mpeg-2/mpeg-4 is released I plan on integrating this into xvba-video after our xbmc is done. I did not see the updated SDK yet, but as these are bitstream codecs again. I think we can use our infrastructure, just the mapping of ffmpeg to xvba structs should be done.

                    If you think of grepping "libAMDXvBA.so.1", I did this multiple times and found: @HWUVD_H264Level51Support

                    But, yeah every time I tried to enable it through amdscdb I got a black screen.

                    Any other hint?

                    Bye
                    Peter

                    Comment


                    • #25
                      Lol - it works :-)

                      hahaha. Stop lightdm. Add
                      HWUVD_H264Level51Support=V1

                      directly under UVdEnabled=V1

                      and try the killa.sample.

                      Oh my god - i feel kind of really stupid now. As I always tried at the wrong position

                      Update: For now this only works in xbmc, as xvba-video checks for the max ref frames and sets them to Level41 specific. But this can easily patched out.
                      Update2: Hardware, I tested it: AMD E450 with fglrx 12.6b on ubuntu 12.04
                      Update3: Also working on E350 with fglrx 12.6b under 12.04
                      Update4: An xbmc-xvba user with fglrx Catalyst 11.11 could not get it working (investigating)

                      Can anyone try this with 12.4?
                      Last edited by fritsch; 06-28-2012, 02:35 AM.

                      Comment


                      • #26
                        Just got another report: Also working on E350 with 12.4 fglrx.

                        Comment


                        • #27
                          Originally posted by gbeauche View Post
                          This probably doesn't interest anyone. The binary-only version of xvba-video did have a check for the PCS key for ages... Why do you think was there an explicit check for HP @ L5.1 videos and an warning message in this case? Actually, support for those videos was there from the beginning along with the Windows version, if not earlier (in Linux beta).

                          Besides, the PCS key is pretty easy to find, this is what I did. The constraints and limitations of this support are available under NDA, though. Wait for Tim to disclose the details to you. I think he hinted enough now. At least, he disclosed there was a "PCS key". Just go find it out.

                          Oh Hi gwenole, its been a while since you posted.....
                          its always of interest when a sheepshaver dev ( ) posts but you haven't updated your files in a while 16-Mar-2005 LOL, actually AROS could do with a good update for a mac emulator that's still faster than a real mac and a reliable xvba/Intel's new H.264 VA encoding extensions http://phoronix.com/forums/showthrea...589#post223589

                          on a slightly more serious note any chance that high ranking Intel Dev that did the low level API and x264 patches is even going to submit them to the x264/ffmpeg/avconv dev's! as others can then use it to better integrate and control Intel Hardware Encode/decode rather than reinvent yet another lower level API for cross platform HW EN/decode based off the newest Intel hardware PDF's into ffmpeg/libva

                          http://phoronix.com/forums/showthrea...074#post271074
                          Last edited by popper; 06-28-2012, 04:10 AM.

                          Comment


                          • #28
                            Very interesting, with latest xbmc fernet menta my l5.1 test file worked. I used:
                            Code:
                            aticonfig --set-pcs-u32=MCIL,HWUVD_H264Level51Support,1
                            that works on the fly and does not require to stop the xserver. You can test the diff with setting it to 0.

                            Comment


                            • #29
                              Originally posted by Kano View Post
                              Very interesting, with latest xbmc fernet menta my l5.1 test file worked. I used:
                              Code:
                              aticonfig --set-pcs-u32=MCIL,HWUVD_H264Level51Support,1
                              that works on the fly and does not require to stop the xserver. You can test the diff with setting it to 0.
                              This seems to be first time you post anything related to XVBA not expressing deep hatred.
                              MUST. BE. A. SIGN.

                              Comment


                              • #30
                                Originally posted by Kano View Post
                                Very interesting, with latest xbmc fernet menta my l5.1 test file worked. I used:
                                Code:
                                aticonfig --set-pcs-u32=MCIL,HWUVD_H264Level51Support,1
                                that works on the fly and does not require to stop the xserver. You can test the diff with setting it to 0.
                                wow! thanks... wonder if any other hidden gems are present in fglrx

                                Comment

                                Working...
                                X