Announcement

Collapse
No announcement yet.

"Ask ATI" dev thread

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

  • Originally posted by bridgman View Post
    It would be a feature added to one of the compositing window managers, not something specific to the driver or the hardware. I think border transparency is available today but the Vista UI adds a bit of diffusion/blurring as well as transparency which looks pretty sharp.
    Both Compiz and KWin 4 provide that feature, but it has been broken in fglrx since 8 releases or something...
    EDIT: Ah well, and it (at least in Compiz) requires OpenGL 2, so no solution for you bridgman, sorry

    Comment


    • yep i would love to see the blur effect on ati hardware to.

      the kde4 _and_ compiz blur work on nvidia without any problems.

      without this effect transparency is practically useless.

      (intel drivers are effected by the lack of blur too... -> http://wiki.compiz-fusion.org/Plugins/Blur )

      Comment


      • Originally posted by NeoBrain View Post
        Both Compiz and KWin 4 provide that feature, but it has been broken in fglrx since 8 releases or something...
        EDIT: Ah well, and it (at least in Compiz) requires OpenGL 2, so no solution for you bridgman, sorry
        Broken? Or *removed*?

        Comment


        • Originally posted by Mr_Ed View Post
          Broken? Or *removed*?
          Transparent window-decorations are a feature of the window-manager, so it can't be removed from the graphics-driver.
          Originally posted by questioneer View Post
          yep i would love to see the blur effect on ati hardware to.
          [...] without this effect transparency is practically useless.
          Uhm... I'd say _with_ this effect transparency is useless. Isn't it the whole point of transparency to be able to make out the background of a window? So why would you want to blur it?

          And am I the only one who thinks the Vista window-decorations are extremely ugly? Call me nostalgic but when I'm stuck on a windows-machine I always enable the "classic-look".
          Last edited by Zhick; 03-07-2009, 05:00 AM.

          Comment


          • Originally posted by Zhick View Post
            Uhm... I'd say _with_ this effect transparency is useless. Isn't it the whole point of transparency to be able to make out the background of a window? So why would you want to blur it?

            Imagine a transparent window bar over another windowbar, the text doesnt look too nice with another text at the back shining through.

            and ofc you can make out whats in the background even if its blurred, its not like transparency is used to read text in the background...

            Comment


            • Now, the (my) focus here is if the compositing window manager (in my case: compiz-fusion) is responsible for the blur ability or the driver.

              According to what I read in this thread, the compositing manager should be because the current ATI driver should be mature enough to handle this feature.

              I already filed a bug for this in the past:https://bugzilla.redhat.com/show_bug.cgi?id=479443

              But this bug was closed by the bug maintainer with the following comment:

              "Thanks for the report. We are sorry that we cannot help you with your problem, but we are not able to support binary-only drivers. If you would be able to reproduce this issue using only open source software, please, reopen this bug with the additional information, but in meantime I have no choice than to close
              this bug as CANTFIX (because we really cannot fix it)."

              To me, as a simple user, this feels like no-one is going to solve this.
              Last edited by Mr_Ed; 03-07-2009, 05:59 AM.

              Comment


              • Blur windows _broke_ somewhere about 8.46. At that point, transparent windows got darkened instead of getting their background blurred. Focus blur seemed to work though IIRC.
                Lateron, I guess about 8.11, blur still didn't work, but now it just didn't change anything about the window or its background. Turning on the plugin had the same effect as leaving it disabled (i.e. neither focus nor alpha blur worked).

                About the usefullness of blurring transparent windows: It's quite practical in that way, that you can see if something changes in the "lower" windows (e.g. a new chat message) but at the same time the transparency doesn't make reading the text in the topmost window any harder.

                Comment


                • I just tried the open source driver.

                  When I enable blur in compiz, it makes the windows lag like hell, moving a window takes about 5 seconds and traces of the background keep being visible in the window border after moving a window. Switching between windows (alt-tab) idem ditto. Everything works slow.

                  1. The "4xBilinear" blur does work.

                  2. Mipmap make the window borders dissapear.

                  2. Gaussian doesn't blur at all. And is slow too.

                  Google-Earth doesnt work with the open source driver.

                  When DPMS mode is enabled and the screen goes to sleep it will not wake up from it anymore.

                  Pretty much everything else I do with this driver is al least 50% slower then with the fglrx driver.

                  i.e. Watching a video on discovery it hicks like hell.

                  Comment


                  • Originally posted by Mr_Ed View Post
                    I already filed a bug for this in the past:https://bugzilla.redhat.com/show_bug.cgi?id=479443

                    But this bug was closed by the bug maintainer with the following comment:

                    "Thanks for the report. We are sorry that we cannot help you with your problem, but we are not able to support binary-only drivers. If you would be able to reproduce this issue using only open source software, please, reopen this bug with the additional information, but in meantime I have no choice than to close
                    this bug as CANTFIX (because we really cannot fix it)."

                    To me, as a simple user, this feels like no-one is going to solve this.
                    For an fglrx bug, the place to file is http://ati.cchtml.com. Distros can fix bugs in open source drivers but not binary drivers, as they said.

                    If we're talking about the Compiz blur effect, I think there is already a ticket open on the fglrx tracker; at least now I know what it's talking about

                    Comment


                    • Originally posted by Mr_Ed View Post
                      When I enable blur in compiz, it makes the windows lag like hell, moving a window takes about 5 seconds and traces of the background keep being visible in the window border after moving a window. Switching between windows (alt-tab) idem ditto. Everything works slow.
                      Sounds like the blur is being done in software, which would be very slow. If it's a GL 2.0 function being used in blur that would make sense; the open drivers should pick up GL 2.0 support once Gallium3D is up and running (Gallium3D was integrated into mesa master recently, which is *great* news).

                      For the other apps it also sounds like they are taking SW fallbacks; there's a way to disable that but I don't remember the details.

                      I need to talk to the Google folks; Google is such a big advocate of open source but it seems like they only test their apps on binary drivers, not open source

                      I'm not sure what the latest problem with Google Earth is; will ask around.

                      Originally posted by Mr_Ed View Post
                      Pretty much everything else I do with this driver is al least 50% slower then with the fglrx driver.

                      i.e. Watching a video on discovery it hicks like hell.
                      Is that a flash video or something ? I would expect video playback to be faster on the open drivers than on fglrx these days; this should be fixable today.

                      Comment


                      • Originally posted by bridgman View Post
                        Is that a flash video or something ? I would expect video playback to be faster on the open drivers than on fglrx these days; this should be fixable today.
                        Flash!

                        And I also tried the Adobe hack by creating /etc/adobe/mms.cfg and adding a line:

                        OverrideGPUValidation=true

                        in it.

                        Comment


                        • Here my hw specs: http://www.smolts.org/client/show/pu...b-a6d4365840ca

                          Comment


                          • I cannot get TV-in working with the open source driver.

                            I tried several options:

                            (**) RADEON(0): Option "RageTheatreCrystal" "2950"
                            (**) RADEON(0): Option "RageTheatreTunerPort" "0"
                            (**) RADEON(0): Option "RageTheatreCompositePort" "2"
                            (**) RADEON(0): Option "RageTheatreSVideoPort" "6"
                            (**) RADEON(0): Option "TunerType" "0"
                            (**) RADEON(0): Option "RageTheatreMicrocPath" "/usr/lib/xorg/modules/multimedia/ativmc20.cod"
                            (**) RADEON(0): Option "RageTheatreMicrocType" "BINARY"
                            (**) RADEON(0): Option "DefaultConnectorTable" "on"
                            (**) RADEON(0): Option "TVStandard" "PAL"

                            But the only output I get in xorg.log:

                            (II) Module exa: vendor="X.Org Foundation"
                            compiled for 1.5.3, module version = 2.4.0
                            ABI class: X.Org Video Driver, version 4.1
                            (**) RADEON(0): Rage Theatre Crystal frequency was specified as 29.50 Mhz
                            (**) RADEON(0): Rage Theatre tuner port was specified as 0
                            (**) RADEON(0): Rage Theatre composite port was specified as 2
                            (**) RADEON(0): Rage Theatre SVideo Port was specified as 6
                            (**) RADEON(0): Tuner type was specified as 0
                            (**) RADEON(0): Rage Theatre Microcode path was specified as /usr/lib/xorg/modules/multimedia/ativmc20.cod
                            (**) RADEON(0): Rage Theatre Microcode type was specified as BINARY
                            (==) RADEON(0): Assuming overlay scaler buffer width is 1920
                            (II) RADEON(0): Cannot access BIOS or it is not valid.
                            If your card is TV-in capable you will need to specify options RageTheatreCrystal, RageTheatreTunerPort,
                            RageTheatreSVideoPort and TunerType in /etc/X11/xorg.conf.
                            (!!) RADEON(0): For information on using the multimedia capabilities
                            of this adapter, please see http://gatos.sf.net.

                            With previous versions of the driver it was no problem.

                            Can somebody help me?

                            Comment


                            • opengl screensaver hangs/crashes system with xorg-x11-drv-ati-6.10.0-2.fc10.i386

                              https://bugs.launchpad.net/ubuntu/+s...er/+bug/106060

                              I changed my settings from gnome-screensaver-preferences using gconf-editor.
                              I was using "blocktube" as the preferred screensaver and changed that.

                              Now, when I start gnome-screensaver-preferences in a terminal I see:

                              ** (gnome-screensaver-preferences:3698): DEBUG: Found best visual for GL: 0x21
                              Last edited by Mr_Ed; 03-10-2009, 03:44 PM.

                              Comment


                              • AMD OpenCL roadmap, brook+

                                Hello!

                                Is there a time frame, in which we can expect OpenCL from AMD? I mean some kind of roadmap? I'd like to start with GPGPU programming and wonder if I'd start with brook+ or wait for OpenCL. Or use cuda, as it is said to be similar to OpenCL -- I need a new GPU anyways, but I'd prefer to stick to AMD. According to the AMD homepage there will be a migration way to OpenCL when it is ready. Does anybody know about it?

                                By the way, NVidia has presented this roadmap:

                                http://www.geeks3d.com/?p=2582&lang=de

                                Thanks for your help,

                                Olaf

                                Comment

                                Working...
                                X