Announcement

Collapse
No announcement yet.

Switching to ogl fullscreen mode in Eyefinity

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

  • Switching to ogl fullscreen mode in Eyefinity

    I use a 3 monitor setup 3x 1680*1050 (eyefinity) with catalyst 10.8.
    Btw. it reports 10.7, how hard can it be to change a version number?
    Anyways it works fine as long as i don't try to run a full screen ogl application, if i do the application will run on one screen with a max resolution of 1680*1050. And when i exits it dose not return to a 3x 1680*1050 but remains in single head mode, until I restart x. This is with xcinerama off, but still with one singel x display (i assume FGLRX uses a propriety method similar to twin-view to achieve this). if i turn xcinerama on it works as expected with the ogl application stretching to a full 5040*1680. but i loose composing, also as expected.

    Is this a bug or a unimplemented feature? I do realize that a Linux user with a tipple-head ati setup is a pretty far corner case, so im happy that it works at all.

    This is on PCLOS with a default FGLRX 10.8 install from the ati installer with a hd5850.

  • #2
    Sometimes a wrong version number is a typo in the driver code, other times it means you didn't do a full uninstall before installing the new driver and are actually running a mix of old and new files (which can bring problems).

    Comment


    • #3
      My installation of fglrx reports 10.8 as the version number. Maybe there went something wrong on the installtion.
      Try to make a clean install again.

      Comment


      • #4
        uninsulated catalyst, clean reinstalled it after reboot and deletion of all ati files i could find with "search | grep ati". it now sayes 10.8 but the issue remains the same.

        for instance sauerbraten:

        Code:
        Unable to create OpenGL screen: No video mode large enough for 5040x1050
        works fine in windows and in 1680*1050

        same thing goes for a short irrlicht test app i made.

        Comment


        • #5
          There's an ancient X extension for modesetting, as simple as "get list of supported resolutions, pick one". It doesn't really understand multiple screens.

          I'm not sure if there's a simple fix for the issue. There's no mechanism for defining available multi-screen modes (like TwinView does). And those cannot be automatically added, because (unlike Xinerama), XRandR doesn't have permanently defined monitor positions (like DVI-1 right of DVI-0); with XRandR those can change on the fly.

          A workaround may be to run the application windowed with the desired resolution, tell your window manager to display that window alway on top and borderless.

          Comment


          • #6
            another (somewhat) unrelated question: what makes xcinerama and composing mutually exclusive? it doesn't make sense to me, because i do have ogl acceleration on all screens in xcinerama.

            Comment


            • #7
              Originally posted by IM back! View Post
              uninsulated catalyst, clean reinstalled it after reboot and deletion of all ati files i could find with "search | grep ati". it now sayes 10.8 but the issue remains the same.

              for instance sauerbraten:

              Code:
              Unable to create OpenGL screen: No video mode large enough for 5040x1050
              works fine in windows and in 1680*1050

              same thing goes for a short irrlicht test app i made.
              I suspect you're bumping into the 4096x4096 limit. (which I recall to be a hardware limit on at least r600 for some size whose name I don't remember) Just a guess though.

              Comment


              • #8
                Originally posted by nanonyme View Post
                I suspect you're bumping into the 4096x4096 limit. (which I recall to be a hardware limit on at least r600 for some size whose name I don't remember) Just a guess though.
                Mind, fglrx might and could have a workaround for that, I honestly wouldn't know.

                Comment


                • #9
                  cant be a hardware limit on windows the same thing works fine. a big evergreen is eyefinity wich supports huge resolutions.

                  Comment


                  • #10
                    I meant to say: Cant be a hardware limit as on windows the same thing works fine. A big point of evergreen is eyefinity which supports huge resolutions.

                    damn you edit limit.

                    Comment


                    • #11
                      ogl and compositing are two different things. Although compiz et al use ogl for displaying the composited result, there's a lot more to compositing than that.

                      IIRC it should be possible to combine both, but there are some X bugs leading to trouble. Those could be fixed with time and efford, but nobody has done so yet.

                      Comment


                      • #12
                        Originally posted by IM back! View Post
                        cant be a hardware limit on windows the same thing works fine. a big evergreen is eyefinity wich supports huge resolutions.
                        Can still be a hardware limit with a workaround. I do have heard X.org has (had?) problems with textures wider than hardware supports (before? seems to be badly documented) shatter is implemented. The point mostly was that with old-style if you have three displays in a row, it's too wide to fit the limit and the point was to split it into smaller shards all of which can individually fit into space available in the card. As said, I don't know if this is done and I also don't know if fglrx has workarounds, neither do I know if it's guaranteed to break OpenGL there. I consider it possible though.

                        Comment


                        • #13
                          Ouch, that sentence structure looks awful and can't edit. Anyway, I don't know if shatter exists yet and if it does, it probably doesn't exist in old enough X to support fglrx. Whether or not fglrx requires it to work properly, I don't also know.

                          Comment


                          • #14
                            how dose xcinerama help? In xcierama triple head mode ogl still has to create a 5040x1050 surface. or not? just like in xrandr?

                            Comment


                            • #15
                              Super annoying edit policy:

                              And kwin composing also creates a 5040*1050 ogl surface, witch works fine.

                              Comment

                              Working...
                              X