Announcement

Collapse
No announcement yet.

10.5 is out. come and get it.

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

  • What happens if you try to use VLC for your video player?

    Comment


    • Originally posted by Panix View Post
      What happens if you try to use VLC for your video player?
      Just tried it. Doesn't work. I get tearing.
      I have only had success with mplayer.

      Comment


      • Originally posted by TheWretched View Post
        You use Ubuntu 10.4, I believe? You can try what I did... (64bit too)

        Install it freshly from ISO, use X-Swat repository below:
        https://launchpad.net/~ubuntu-x-swat/+archive/x-updates

        And use the fix from above!

        Maybe it helps!
        Yes, I'm using 10.04 64. I did a fresh install and added the ppa for x-swat. Marked fglrx, amdcccle, modaliases, and all the other associated packages for upgrade. fglrx and amdcccle failed complaining about not being able to apply the arch_fglrx_2.6.34.patch. Was able to resolve that from here:
        http://ubuntuforums.org/showthread.php?t=1496724

        But now I get:
        Code:
        Error! Bad return status for module build on kernel: 2.6.34-020634-generic (x86_64)
        Consult the make.log in the build directory
        /var/lib/dkms/fglrx/8.732/build/ for more information.
        The make.log file:
        Code:
        DKMS make.log for fglrx-8.732 for kernel 2.6.34-020634-generic (x86_64)
        Fri Jun  4 03:18:58 PDT 2010
        AMD kernel module generator version 2.1
        cat: /lib/modules/2.6.34-020634-generic/build/include/linux/utsrelease.h: No such file or directory
        Error:
        kernel includes at /lib/modules/2.6.34-020634-generic/build/include do not match current kernel.
        they are versioned as ""
        instead of "2.6.34-020634-generic".
        you might need to adjust your symlinks:
        - /usr/include
        - /usr/src/linux
        Really freaking strange, because uname -a matches that kernel number and the kernel and headers installs went off without a hitch.

        Did you run into any of these issues? If so, how did you fix them?

        Comment


        • Just noticed there's a new fglrx build in 6 hours with this in the log: "Add patch from Arch to enable support for 2.6.34 kernels." so maybe I try again in the morning.

          Btw what fix from above are you talking about?

          Comment


          • karmic build is still broken with:
            Code:
            execstack: cannot open "debian/fglrx-amdcccle/usr/lib/bin/amdcccle": No such file or directory
            IIRC the "fix" should be in one of the 10.4 threads..

            I'm also betting that their CCC privilege escalation app/script is still MIA as well...

            why am I not surprised?

            Comment


            • fix is here

              Also had to edit ati-installer.sh such that the line:
              Code:
              ACTION=$2
              to
              Code:
              ACTION=$1

              Comment


              • Triple post, but thanks to no editing or what may as well be no editing:
                You can also skip modifying the ati-installer.sh script by supplying a dummy argument before the actual one, e.g.
                ./ati-installer.sh dummy --my-real-argument

                Comment


                • Originally posted by bridgman View Post
                  I guess the first thing I should point out is that I manage our open source graphics efforts so I'm more familiar with the open source drivers than with fglrx.

                  Alex, Matthew Garrett and others have done a lot of work on open source driver power management in the last few months. It might be worth trying the latest kernel and X driver code (maybe on a spare partition at first) to see if that addresses your power/heat concerns with the open drivers.

                  On the fglrx side, you've probably noticed that the changelog only includes fixes and enhancements which were Linux-specific, ie changes to the common code which affect Linux users do not appear. We don't have a good solution right now for picking out changes relevent to Linux users other than manual change-by-change effort, and right now we think it's better to spend that effort improving the driver than improving the change logs.

                  I don't know if you are running a KMS-based system right now with the open source drivers, but if you are you should see an improvement in the games you can run. Not sure if you are talking about native games or Windows games via Wine, but if the latter you should pick up the very latest Wine code as well since that makes a big difference when running on ATI hardware.
                  The type of games I (occasionally) play are games like Braid, etc. Small games that could be either native or not. I'm not much of a gamer though. My highest concern is video (I watch many movies), either online or on the laptop.

                  Tearing has been mention, that is also my problem when running fglrx. I run Ubuntu 10.04, KDE 4.4.4. No solution works to prevent tearing in fglrx. Last time I tried the open-source drivers was during 9.10, I had updated the kernel to the latest. I don't remember which one that was, I think 2.6.32.

                  How long do you think it would realistically take for the open-source drivers to have equal or better than capability (in terms of power management) in comparison to fglrx?

                  Also, I have long been of the opinion that if the open-source drivers ever do become equal to or better than the fglrx, it means that AMD had planned from the start to eventually cancel their proprietary drivers and will indeed cancel their drivers. I base this opinion on the lack of resources they spend on the drivers and the difference between open-source/proprietary drivers lessening with each release. What is your opinion about that?

                  Comment


                  • The "lack of resources" issue is a bit of a red herring. The key issue to remember is that fglrx in its current form is quite new compared to other binary drivers. The first time the new code became visible to users was less than 3 years ago, when the new OpenGL stack was enabled for the first time. As long as the developers are focusing on foundation code may not see as much apparent progress as you would like on consumer bug fixes or early support for new distro versions, but you would be making a mistake if you thought that indicated a lack of resources being applied to the driver - it's just not being applied in the most visible places.

                    There was a period a year or so ago in the open source driver evoluation where everyone was complaining just as loudly, since over half of the development effort was going into supporting a new internal architecture rather than addressing end-user issues, and there were probably times when things seemed to be getting worse rather than better.

                    The fglrx driver is still seeing relatively more work put into foundation code than into "polishing", for the same reasons as applied to the open source stack -- it doesn't make sense to polish a code base that is going to be replaced anyways.

                    When we kicked off the latest open source graphics project a few years ago I think I said we were expecting to see 80% of the functionality with 10% of the code, or something like that, and things still seem to be heading in that direction. We're probably at 60% of the functionality and 5% of the code right now.

                    I don't think it's realistic to expect the open source drivers to become "better than fglrx" across the board, but since the open source drivers have the luxury of being able to target a subset of the user base (ie they don't have to compete in the workstation market) they are able to focus on consumer-specific use cases and deliver a better experience in the short term in those specific areas, and the developers have been doing just that (very successfully IMO). Even so, I don't think you can extrapolate what you see and conclude that the open source drivers will overtake and replace the proprietary drivers in all usage scenarios, particularly high performance / high functionality 3D.

                    Comment


                    • Just happened to notice a MASSIVE framerate improvement in Alien Arena 7.40
                      The center area of the Purgatory map would dip down to 18 fps with 10.4 (with no bot/player, only the scenery), in 10.5 in the same conditions it never drops under 37 fps, and then that's because I'm shooting rockets.

                      Pretty neat

                      Comment


                      • Hello everyone, new guy here so please be patient and as clear as possible

                        I have installed Lucid, 64 bit
                        CPU is AMD x3 720 black
                        My video card is the ATI radeon hd 4870 1gb ddr5

                        First issue
                        Whe i first install ubuntu, my splash screen is 1920x1200, but on loading the OS, they ask me to install hardware drivers some fglrx or something like that iirc, and the splash screen is like a centred low res quare.

                        2nd issue
                        When i enable compiz effects, maximising and minimising is slow, i also get choppiness when i'm moving windows around.

                        I've downloaded the 10.5 x86_64 bi driver, and ran the command sudo sh (blablabla.run) to install, problem not solved. I ended up getting 2 pairs of catalyst control centres. I started from fresh, ignoring the initial fglrx hardware driver prompt and went straight into installing the 10.5 drivers. Still doesn't work.

                        What do i do? why is this so complicated to set up? :/ any help will be appreciated

                        Comment


                        • Not sure what you mean by "complicated to set up" - all indications are that your initial setup was successful. With current distros any driver using XAA acceleration is going to see delays when running under Compiz, but there is an X server patch which eliminates the delays.

                          Comment


                          • Originally posted by hotnikkelz View Post
                            I've downloaded the 10.5 x86_64 bi driver, and ran the command sudo sh (blablabla.run) to install, problem not solved. I ended up getting 2 pairs of catalyst control centres. I started from fresh, ignoring the initial fglrx hardware driver prompt and went straight into installing the 10.5 drivers. Still doesn't work.
                            2 control centres might be an indication that you didn't remove the repository version of the drivers properly (unless one of the entries was for AMDCCCLE with admin rights, which is normal). Did you pull all the packages needed to build the drivers? Here's a good source for help with installation: http://wiki.cchtml.com/index.php/Ubuntu

                            Could you be more specific about what "still doesn't work"? Do you mean the choppiness? Or general broken display?

                            Comment


                            • Originally posted by hotnikkelz View Post
                              I have installed Lucid, 64 bit
                              CPU is AMD x3 720 black
                              My video card is the ATI radeon hd 4870 1gb ddr5

                              First issue
                              Whe i first install ubuntu, my splash screen is 1920x1200, but on loading the OS, they ask me to install hardware drivers some fglrx or something like that iirc, and the splash screen is like a centred low res quare.
                              I'd have to see a screen shot of what you are talking about here, but if it looks anything like it does on my pc it shouldn't really be a problem. This is probably caused by the splash screen falling back to low res because it could not detect a KMS (kernel mode setting) driver.

                              Originally posted by hotnikkelz View Post
                              2nd issue
                              When i enable compiz effects, maximising and minimising is slow, i also get choppiness when i'm moving windows around.
                              This is a known bug in the xserver. There is a patch available somewhere. It sounds like an upcoming version of fglrx will have a workaround.

                              Originally posted by hotnikkelz View Post
                              I've downloaded the 10.5 x86_64 bi driver, and ran the command sudo sh (blablabla.run) to install, problem not solved. I ended up getting 2 pairs of catalyst control centres. I started from fresh, ignoring the initial fglrx hardware driver prompt and went straight into installing the 10.5 drivers. Still doesn't work.
                              Never, ever use the binary provided by AMD to install on an Ubuntu based machine, it will do silly things that will mess up your system. Either use Jockey, or the script provided by Kano for your installation needs.

                              Originally posted by hotnikkelz View Post
                              What do i do? why is this so complicated to set up? :/ any help will be appreciated
                              I don't know what you mean by complicated. Using Jockey to install fglrx is very easy, and is the safest way to get the binary driver working.

                              Comment

                              Working...
                              X