Announcement

Collapse
No announcement yet.

KWin-LowLatency: An Effort To Yield Less Stutter & Lower Latency With The KDE Desktop

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

  • #91
    Originally posted by oiaohm View Post
    It does matter because you butted when I said to a person that vsync cannot be turned fully off. With solution that automatically turn on anti tear that is in fact vsync part on. So your counter example was your normal incompetent bogus. Please do me the favour of staying out of these technical level debates because you really don't understand xfce enough.
    There is tearing when moving windows fast and with the vertical bar tearing web test page when the compositor is disabled and no Tearfree option in xorg.conf. So Tearfree is off in the xf86-video-amdgpu driver.

    Vsync is a feature of the GPU card and Tearfree is a feature of the f86-video-amdgpu driver. See: https://en.wikipedia.org/wiki/Screen_tearing#V-sync

    Originally posted by oiaohm View Post
    I am a wine support person. Not a wine developer
    IT support persons are low educated usually. I planned to stop this nonsense but you trolled.

    Comment


    • #92
      Screen tearing will be fixed in XFCE in version 4.14 which will be released in maybe 2025 or 2030.
      https://wiki.xfce.org/releng/4.14/roadmap/xfwm4
      Screen tearing is not a problem for me because with my custom debian kernel I get 45fps while running the XFCE desktop.

      Comment


      • #93
        Originally posted by retardxfce View Post
        Screen tearing is not a problem for me because with my custom debian kernel I get 45fps while running the XFCE desktop.
        very wow such linux use now

        Comment


        • #94
          Originally posted by debianxfce View Post
          There is tearing when moving windows fast and with the vertical bar tearing web test page when the compositor is disabled and no Tearfree option in xorg.conf. So Tearfree is off in the xf86-video-amdgpu driver.
          Completely wrong for the current version of the driver.

          man amdgpu
          Option "TearFree" "boolean"
          If this option isn't set, the default value of the property is auto, which means that TearFree is on for rotated outputs, outputs with RandR transforms applied and for RandR 1.4 slave outputs, otherwise off.

          This is from the man page with xf86-video-amdgpu 18.1.99.

          Note the bold out the amdgpu man page on debian. Default when xorg.conf does not contain a Tearfree option is auto. Do note rotated as in you send a RandR rotation instructions and the result is on.

          Option "TearFree" "off" need to be in xorg.conf for TearFree to be off otherwise more often than not its in fact on. Old versions of xf86-video-amdgpu the default was off.

          Originally posted by debianxfce View Post
          Vsync is a feature of the GPU card and Tearfree is a feature of the f86-video-amdgpu driver. See: https://en.wikipedia.org/wiki/Screen_tearing#V-sync
          Yep xf86-video-amdgpu with tearfree ends up using the vsync for buffer switching behind your back. This results in half on state. Where the buffers inside applications are not being processed with vsync in mind but the output rendering is being processed with vsync in mind.

          Originally posted by debianxfce View Post
          IT support persons are low educated usually. I planned to stop this nonsense but you trolled.
          IT support personal know to read man pages as you don't. You are lower educated than us support personal as we learn things change.

          xf86-video-amdgpu TearFree has changed from a default of off to a default of auto that mostly equals on. Your video very much looks like xfce on xf86-video-amdgpu after the change in default.

          https://manpages.debian.org/stretch/...dgpu.4.en.html
          https://manpages.debian.org/buster/x...dgpu.4.en.html

          Yes people says that testing/buster with amd cards is rendering better than prior stable. The reason is a lot todo with the fact TearFree using Vsync is most of the time turning on by default. This is more aligned with how Windows NT-!0 has been doing it the complete time.
          Last edited by oiaohm; 05-14-2019, 01:57 AM. Reason: Added the debian man pages.links and note about the difference.

          Comment


          • #95

            Comment


            • #96
              Originally posted by oiaohm View Post
              Completely wrong for the current version of the driver.
              When Randr is none, it is not enabled. See Settings/Display of the Xfce desktop. Also see the source code.https://cgit.freedesktop.org/xorg/dr...gpu_kms.c#n388

              That is the only randr line.

              Comment


              • #97
                Originally posted by debianxfce View Post
                When Randr is none, it is not enabled. See Settings/Display of the Xfce desktop.
                Not true.
                https://github.com/xfce-mirror/xfwm4...307bdaa4dfa7f2
                Randr rotation 0 is done by GDK part of GTK. You will see commit after commit address Randr issues using GDK. Great fun a default setting hidden inside libraries in this case is GDK.

                Settings/Display of the Xfce desktop is a big fat lie in places. This is what happens when you don't built the toolkit you are using and it does not in fact tell you everything. Things are done in background you are not aware of.

                Really you are so far out of your depth and only digging yourself deeper.

                Comment


                • #98
                  Originally posted by oiaohm View Post

                  EGL_CHROMIUM_sync_control is not required. EGL_KHR_sync + egl_swapinterval settings should do the job. Basically standard EGL. There is EGL_NV_SYNC and a few other vendor particular.
                  Really? I thought you couldn't have a sync object for the VBlank interval...

                  But actually, what I mean is a method to wait for VBlank without swapping buffers.

                  Comment


                  • #99
                    Originally posted by oiaohm View Post
                    Randr rotation 0 is done by GDK part of GTK
                    You should prove that when Randr is none, it activates tearfree in the xf86-video-amdgpu driver. Because you are not a developer, you can not post link to a code line line that proves your point.

                    I see tearing with this: https://www.testufo.com/stutter

                    So tearfree is not enabled in the xf86-video-amdgpu driver when it is auto. The video is tear free when enabling the xfce compositor.

                    As a software developer I am not interested digging deeper.
                    Last edited by debianxfce; 05-16-2019, 02:00 AM.

                    Comment


                    • Originally posted by debianxfce View Post
                      You should prove that when Randr is none, it activates tearfree in the xf86-video-amdgpu driver. Because you are not a developer, you can not post link to a code line line that proves your point.
                      Originally posted by debianxfce View Post
                      I see tearing with this: https://www.testufo.com/stutter
                      Invalid test. This test on Linux disable tearing controls. Application level tearing you can force by turning different features off.

                      Originally posted by debianxfce View Post
                      So tearfree is not enabled in the xf86-video-amdgpu driver when it is auto. The video is tear free when enabling the xfce compositor.
                      The test you pointed to will look just teared the same with the xfce compositor on or off. I am a xfce desktop user.

                      Really I am said I am a support person. This means I don't need to put up the source. You are claiming to be a software developer so please show me the exact lines of code. Support person has to know what tests are total bogus. You know less than a support person.

                      I may not be a developer with wine. But does not mean I am not a Software developer on other things.

                      Comment

                      Working...
                      X