[Bug 755841]

2012-07-05 Thread Da-fox
(In reply to comment #85) > (In reply to comment #72) > > Just as an update from the past post. > > Thanks for the update! > > > Unfortunately, all my attempts for fixing this properly have failed so far, > > the > > hardware does not wants to collaborate with the software for inter-ring > > syn

[Bug 755841]

2012-05-29 Thread Da-fox
(In reply to comment #72) > So the workaround I used previously still applies - I need to disable > compositing and use either vaapi or gl rendering, which perform vsync'ed > screen > updates. This way, I see no tearing. This is only a very partial work-around though, only applicable to video, an

[Bug 755841]

2012-05-22 Thread Da-fox
(In reply to comment #65) > Meanwhile, it's been a year and change without a solution. > > #52 mentions this being caused by new security rules. Considering that, by and > large, there won't be multiple users concurrently using the GPU *anyway* - is > there any possibility of backing out that chan

[Bug 926739] [NEW] Default .Xdefaults file overrides system .Xft settings

2012-02-04 Thread Da-fox
Public bug reported: After a fresh installation of Xubuntu I spent a day trying to properly configure my font rendering. However no matter what settings I put in /etc/fonts/*, the lcd-filter setting seemed to be ignored. I finally found that the default .Xdefaults file which is placed in the user'

[Bug 755841]

2012-01-13 Thread Da-fox
(In reply to comment #58) > (In reply to comment #55) > > With compositing enabled, I guess there is not much to do - the problem > > happens > > due to the nature of compositing itself. When it is used, the windows do not > > render directly to screen, but to an off-screen area. So the vsync is n