Announcement

Collapse
No announcement yet.

AMD Releases Open-Source R600/700 3D Code

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

  • #16
    Well, that's the theory...

    Originally posted by StefanHamminga View Post
    The R500 is perfectly supported, full 3D and all!
    I have a laptop with a FireGL 5250 chip (R535, or thereabouts) and Wine, and its rendition of World of Warcraft with Mesa leaves a lot to be desired.

    Mind you, WoW with fglrx is hardly flawless either. 8-12 was the first fglrx driver in months that I didn't swear at - once I'd managed to mend the Fedora packaging scripts again.
    Last edited by chrisr; 12-29-2008, 05:14 PM.

    Comment


    • #17
      Originally posted by StefanHamminga View Post
      The R500 is perfectly supported, full 3D and all!
      Yes, it is for sure, and I'm using it now.

      But, I believe there are still some room to optimization.

      real 720p HD video playback, for one.

      So, just what I'm saying is.

      Keep showing us some love in the future.

      Comment


      • #18
        Originally posted by oibaf View Post
        I have a question, however. What about the source of the DRM microcode? Without that the driver can't be considered fully open source.
        I didn't think the Intel GPUs used loadable microcode, but I could be wrong. All of the .g4a and .g4b files I saw looked like driver code (shader code called by the driver, to be precise). Anyways, the use of microcode blobs seems to be generally accepted, although there are occasional pushes to have them loaded from user space so the kernel guys don't have to feel dirty.

        EDIT - geez, Intel shader code is nearly as hard to read as ours

        re: ongoing 5xx love, I think the plan is to implement KMS/MM all the way back to R100 and Gallium3D/GL2 as far back as R300, so no worries.
        Last edited by bridgman; 12-29-2008, 05:15 PM.

        Comment


        • #19
          Finally! Thanks AMD! I look forward to being able to use my new 4670 card that has been putting along with only 2d graphics up till now!

          Comment


          • #20
            Originally posted by chrisr View Post
            I have a laptop with a FireGL 5250 chip (R535, or thereabouts) and Wine, and its rendition of World of Warcraft with Mesa leaves a lot to be desired.

            Mind you, WoW with fglrx is hardly flawless either. 8-12 was the first fglrx driver in months that I didn't swear at - once I'd managed to mend the Fedora packaging scripts again.
            On the bright side, my FireGL V5200 can play 'bluray bitrate' 1080p smoothly on a aging 2GHz C2D T7200, something I couldn't do in either XP32, XP64, V32 or V64, so they are doing something right...

            Comment


            • #21
              Absolutely fantastic! Thank you everyone for working towards a better ATI/AMD tomorrow.

              Comment


              • #22
                Originally posted by StefanHamminga View Post
                On the bright side, my FireGL V5200 can play 'bluray bitrate' 1080p smoothly on a aging 2GHz C2D T7200, something I couldn't do in either XP32, XP64, V32 or V64, so they are doing something right...
                Now I'm felling envy.

                I can't play under any circumstances 1080p (even with less bitrates) with my AGP x1600pro + Pentium D

                Full 720p is kind of problematic with some actions scenes (explosions) where are too much decoding on the scene background.

                But, is it improving...

                Comment


                • #23
                  For video playback, I'd recommend the radeon xorg driver

                  Originally posted by StefanHamminga View Post
                  On the bright side, my FireGL V5200 can play 'bluray bitrate' 1080p smoothly on a aging 2GHz C2D T7200, something I couldn't do in either XP32, XP64, V32 or V64, so they are doing something right...
                  The radeon xorg driver has at least one feature that makes it better than fglrx when playing textured video: it doesn't crash the X server when playback ends.

                  The xorg driver also has "no more tears" support; I'm not sure if fglrx has its own version of that.

                  Comment


                  • #24
                    Quite nice future AMD will have whit linux and such now I see

                    Can't wait to get my HD3200 to be useful in Linux etc.

                    Comment


                    • #25
                      Yeah, that's a good news, strange to see that it didn't hit slashdot yet. (where are the hard slashdoters..)
                      By the way I was wondering what will be the requirements to experiment with those nice bits. (Xserver from git ?)
                      Supporting 3D (compiz, dri2 and not broken opengl within compiz ) by the of the first quarter of 09 ??
                      Is it reallistic considering the hardy way you went through and the unpleasant surprise you had to deal with ?
                      Anyway can't wait to have a proper opengl 2(+1) compatible driver ...
                      Thanks !
                      Let's see who from Intel or ATI will have the best driver by the end of April for my Lenovo t400 (two graphic card inside).
                      Within compiz every opengl app is completely garbeled (Intel).
                      And there is no way for me to get the ATI card working (read X starting) with the radeonhd driver.
                      It would be ironic to see AMD be first, hehe
                      (like the challenge)

                      Comment


                      • #26
                        So in just over a year, AMD has added open-source modesetting, 2D, 3D and Xv support to all of their GPUs? I'm quite impressed! Hopefully this means R800 2D/3D support will come much sooner after the release of the hardware.

                        I'm currently using an Intel IGP, since my graphics needs aren't that high at the moment, but once GPGPU takes off and/or the open-source drivers perform better with Wine, I intend to upgrade to a discrete AMD/ATi GPU.

                        Comment


                        • #27
                          Finally!
                          Looks like Christmas came a little late this year... Anyway, seeing you guys kept your promises despite all the stupid DRM hardship finally made me stop regretting the day I decided to support you for your FOSS iniciative.
                          Now I believe I'm not only speaking for myself when I promise that I'm gonna reward you with buying your stuff and recommending it to every GNU/Linux user I know as long as you keep supporting us this way. Keep up the excellent work, AMD!
                          And John, please relay our sincere thanks to everyone responsible for this wonderful late-Christmas present
                          P.S.: I found out fglrx wasn't the only thing responsible for all my trouble - one of the memory modules was corrupting data on several addresses which seems to be where most of the deadlocks came from. I'm just about to toss the whole RAM kit back the store for warranty claim.

                          Comment


                          • #28
                            Woohoo! Thanks AMD!

                            ...and thanks to Bridgman for copping all of the flak around here

                            Comment


                            • #29
                              I'm happy to see this.

                              Comment


                              • #30
                                Originally posted by hobbes View Post
                                Now I'm felling envy.

                                I can't play under any circumstances 1080p (even with less bitrates) with my AGP x1600pro + Pentium D

                                Full 720p is kind of problematic with some actions scenes (explosions) where are too much decoding on the scene background.

                                But, is it improving...

                                As far as I understand, there should be no differences in playback performance between fglrx and radeon/radeonhd driver, since both just use Xv for playback. and the CPU has to do the decoding in both cases.
                                Maybe this will change after AMD's XvBA for fglrx is released. Hopefully something for the OSS driver is implemented too.

                                Comment

                                Working...
                                X