Announcement

Collapse
No announcement yet.

"Ask ATI" dev thread

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

  • Originally posted by Qaridarium View Post
    there is no need to clear that up i know it but by english is not so good :-)

    KDE... fglrx will fix some RandR problems thats the point to improve kde :-)
    Yep, fair enough!
    I was writing it more for other people reading - I figured you were aware of it. Although I'll admit that wine will likely be the highest profile application to make use of the particular extensions.
    Last edited by mirv; 08-25-2009, 10:51 AM.

    Comment


    • Originally posted by mirv View Post
      Yep, fair enough!
      I was writing it more for other people reading - I figured you were aware of it. Although I'll admit that wine will likely be the highest profile application to make use of the particular extensions.
      yes thats right there will be some other programms like Virtualbox but Virtualbox only use the wine libs ...
      cadega for exampel but cadega based on an very old wine version.
      wine also used in ReactOS
      so this extansions will effekt many projekts but all of this projects cooperat with the wine project.
      some games will be portet with the wine libs to.

      in my point of view no one will use this extansions witout wine source-code
      becourse if you port a game why not use wine code ? it sopensource LGPL there is no need to rewrite all the code.

      Comment


      • Originally posted by CNCFarraday View Post
        @Qaridarium and Xavier

        You DO know that games are proprietary closed source software, right? If you are sick of closed source and only use open source software, why buy uber-cards at all? I mean, what free, open source games are there that need anything more powerful than am integrated intel 950 crap?
        vegastrike. Play it. Play its svn version. It is awesome - and totally brings my hd3870 to its knees when closing in to an asteroid field...

        Comment


        • I would imagine programs such as 3dsmax, or maya could benefit from the extensions too. I haven't used either in a long time, but I know that 3dsmax at least had a d3d and an opengl renderer.
          Even X11 or GDI would benefit in small ways (the framebuffer coordinate of 0,0 can be changed to suit them better).
          It will likely be a while before anything starts to take advantage of it though (drivers need updating, and each program would need rewrites, etc etc etc).

          Comment


          • tesselation was once planned for dx10. Then nvidia woke up and saw that they were screwed, so they convinced MS to remove a lot of stuff from dx10...

            dx11 is what dx10 should have been. AMD/ATI had the hardware back then, they have it now. That is one reason why amd is in a lot better position when windows 7 comes out.

            oh and:
            GL_AMDX_vertex_shader_tessellator

            Comment


            • Originally posted by Qaridarium View Post
              low means low... yes me to i buy an 4670 only becorse of the good energyefficiency.

              an 5870 will have 30-40watt idle and thats the monster car with 1600 shader units.
              says who? 30-40W? really? source?

              Comment


              • Originally posted by mirv View Post
                There are no "wine extensions" for opengl. There are extensions that will allow more portable code or data structures between APIs, and it so happens that wine could definitely make use of these (wine devs will have to do that themselves!). Just wanted to clear that up.

                Same again for KDE most likely. Later fglrx drivers won't magically make KDE any better. Period. Bugs may be fixed that KDE devs may work around, and won't have to anymore, or new features can be included that will be of use to KDE - but the the KDE devs will have to take advantage of that.
                ?

                if kde doesn't have problems with intel, doesn't have problems with xorg-ati, doesn't have with nvidia but does have with fglrx - who is at fault?

                (well, in this case, Xorg devs are at fault. Install fedora_dont_backfill_bg_none.patch and kde+composite will be fast. Or don't use composite with fglrx)

                btw, why the obsession with composite? Sure, transparent plasma bar is nice, and sometimes I turn it on. Most of the time I don't because I really don't care that much.

                Comment


                • Originally posted by Qaridarium View Post
                  right but idtech5-Rage will not be portet to linux.
                  unreal-T-3 will not be portet on linux ........

                  S2 games ports HON to linux well nice!

                  you see witout wine.. Linux Die for the gamers..
                  or without wine more companies would port. Have you ever thought, that maybe wine is a really bad idea?

                  Comment


                  • Originally posted by energyman View Post
                    or without wine more companies would port. Have you ever thought, that maybe wine is a really bad idea?
                    And spend lots of money trying to create copy protection for Linux?

                    Comment


                    • soeiro, I can confirm the debian testing problem with fglrx, 3d is failing, although the driver installs fine, no errors, but on x start Xorg.0.log shows this:

                      (II) fglrx(0): driver needs X.org 7.1.x.y with x.y >= 0.0
                      (WW) fglrx(0): could not detect X server version (query_status=-1)
                      (EE) fglrx(0): atiddxDriScreenInit failed, GPS not been initialized.
                      (WW) fglrx(0): ***********************************************
                      (WW) fglrx(0): * DRI initialization failed! *
                      (WW) fglrx(0): * (maybe driver kernel module missing or bad) *
                      (WW) fglrx(0): * 2D acceleraton available (MMIO) *
                      (WW) fglrx(0): * no 3D acceleration available *
                      (WW) fglrx(0): ********************************************* *

                      This problem exists with 2.6.30 but not 2.6.29 or 2.6.26.

                      The problem does not exist in an up to date Sid install, 32 or 64 bit.

                      I'd guess this is libdrm2 or something, not sure.

                      Comment

                      Working...
                      X