Announcement

Collapse
No announcement yet.

AMD's R300 Gallium3D Driver Is Looking Good For 2011

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

  • #41
    Originally posted by Beiruty View Post
    In free market, here how it works:
    1) Buyers vote by their dollars.
    2) Buyers buy a product and expect it to work.
    3) The selling company keep supporting their product, so their clients keeps buying their future products.
    4) No support by the seller, no confidence by the buyer, buyers move on to another product, another platform.

    As simple as that.
    You seem to have forgotten the point where someone gets a product for free and then goes onto the internet to complain about how it's not good enough. Especially the part where they're actually complaining about a 3rd party product and roll it into a criticism of the completely free other product.

    Comment


    • #42
      Originally posted by Beiruty View Post
      In free market, here how it works:
      1) Buyers vote by their dollars.
      2) Buyers buy a product and expect it to work.
      3) The selling company keep supporting their product, so their clients keeps buying their future products.
      4) No support by the seller, no confidence by the buyer, buyers move on to another product, another platform.

      As simple as that.
      Gah, I hate trolls

      I'd like to see what part of r300g you, personally, bought (or paid for) to be justified to talk about buyers.

      Comment


      • #43
        That's fine and well, but your target wasn't AMD. It was r300g, which has had about zero-input from AMD directly.

        Code:
        /home/mattst88/projects/mesa/src/gallium/drivers $ git log --no-merges r300/ | grep ^Author | sort | uniq -c
              1 Author: Alex Deucher <[email protected]>
              7 Author: Brian Paul <[email protected]>
              4 Author: Chia-I Wu <[email protected]>
              1 Author: Coleman Kane <Coleman Kane>
             13 Author: Cooper Yuan <[email protected]>
            544 Author: Corbin Simpson <[email protected]>
              1 Author: Dave Airlie <[email protected]>
             50 Author: Dave Airlie <[email protected]>
              5 Author: Jakob Bornecrantz <[email protected]>
              1 Author: Jeff Smith <[email protected]>
              5 Author: Joakim Sindholt <[email protected]>
             15 Author: Joakim Sindholt <[email protected]>
             16 Author: Jos? Fonseca <[email protected]>
             22 Author: Keith Whitwell <[email protected]>
              5 Author: Luca Barbieri <[email protected]>
              1 Author: Łukasz Krotowski <[email protected]>
              2 Author: Maciej Cencora <maciej@osiris.(none)>
             11 Author: Maciej Cencora <[email protected]>
            528 Author: Marek Ol??k <[email protected]>
              1 Author: Mathias Fr?hlich <[email protected]>
              1 Author: Mathias Fr?hlich <[email protected]>
              2 Author: Mathias Fr?hlich <[email protected]>
              3 Author: Mathias Gottschlag <[email protected]>
              1 Author: Matt Turner <[email protected]>
             15 Author: Michal Krol <[email protected]>
              1 Author: michal <michal@transistor.(none)>
              8 Author: Michel D?nzer <[email protected]>
             16 Author: Nicolai H?hnle <[email protected]>
              3 Author: nobled <[email protected]>
             20 Author: Roland Scheidegger <[email protected]>
              1 Author: Thomas Hellstrom <thellstrom-at-vmware-dot-com>
             10 Author: Tom Stellard <[email protected]>
             38 Author: Vinson Lee <[email protected]>
              3 Author: Zack Rusin <[email protected]>
        Of the 1355 total commits, Corbin and Marek account for a full 79.1% of them (and a much larger percentage in terms of actual work done). AMD's Alex Deucher and Cooper Yuan have 14, or 1%.

        You're confusing your frustration with r300g and AMD.

        Say what you will about AMD, but Alex's post really describes the situation very well.

        If you want to complain that AMD's not doing enough to support r300g, fine; but complaining about r300g as if its developers owe you something: not good.

        Comment


        • #44
          Yep, my frustration and anger should be directed to AMD. Nothing but praises for those who contributed to r300g.

          AMD is frankly keeping the "secret sauce" for itself. At least let AMD help in the optimization aspects and release a way to use GPU HW for video decode via OpenCL.

          Comment


          • #45
            OK, now I'm confused too. You're talking about 300g, which supports only the older GPUs that don't have OpenCL-capable hardware or video decode hardware (other than a legacy MPEG-2 IDCT block).
            Test signature

            Comment


            • #46
              Originally posted by bridgman View Post
              OK, now I'm confused too. You're talking about 300g, which supports only the older GPUs that don't have OpenCL-capable hardware or video decode hardware (other than a legacy MPEG-2 IDCT block).
              Bridgman,
              Regardless, in windows world even those old GPU have better support for video acceleration and 3d acceleration too.

              Newer GPU HW have a lot to be desired in the linux world .

              Comment


              • #47
                Sure, but that's not what you said. First you were attacking the 300G project and developers, then you were saying that :

                - we were holding back "secret sauce" that would presumably let 3D run faster

                - we should be implementing an OpenCL-based video decode solution for that hardware

                The "secret sauce" is hundreds of millions of dollars spent on driver development, and 10-15 million lines of code. We can't really distill that down into something that can practically be used in the open source drivers, although we do keep looking for "best practices" which *can* be carried over to the open drivers.

                It's like when people ask about the secret to English lawns ("seed and roll for 400 years"). Everyone knows how to do it, but it's hard, slow, expensive work.
                Test signature

                Comment


                • #48
                  I really wonder why GLSL shaders work faster than the fixed function ARB.. I'm really curious about this weird issue..

                  Comment


                  • #49
                    Originally posted by glxextxexlg View Post
                    I really wonder why GLSL shaders work faster than the fixed function ARB.. I'm really curious about this weird issue..
                    Because modern hardware designs focus on creating lots of shader power, in order to be fast on modern games. The fixed function portion of the hardware is not considered important, and really only even included for backwards compatibility.

                    Comment


                    • #50
                      Without Alex, Jerome, or John Bridgman I don't think there's a hope we'd be where we are now. They are the gateways to the internal hardware documentation which makes a free Radeon driver possible.

                      Comment

                      Working...
                      X