[Bug 85439] New: Intensive text (XTerm) screen flickering (during contents change)
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sat Oct 25 05:06:31 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=85439
Bug ID: 85439
Summary: Intensive text (XTerm) screen flickering (during
contents change)
Product: xorg
Version: 7.5 (2009.10)
Hardware: x86 (IA32)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/Radeon
Assignee: xorg-driver-ati at lists.x.org
Reporter: zb at jabster.pl
QA Contact: xorg-team at lists.x.org
After switching from NVidia (with their proprietary "closed" driver) to Radeon
with kernel stock driver I noticed somewhat irritating thing: in XTerm windows,
when there is larger amount of text output, much more "flickering" can be
noticed, making the output barely readable. Most probably it's somehow related
to the way XTerm's windows contents is refreshed; not sure.
It can be especially easy seen during longer compilation, when there are many
lines of output scrolled - but it's irritating even during use of text-based
programs using ncurses library, like mutt for example, or Slackware's pkgtool.
Well this one can be detected actually by direct comparison - and the best way
would be to use slower machine for this, to increase the effect. But when I see
the way ncurses-based apps cooperate with your driver, it seems, they mostly 0-
after start - first make completely unnecessary refresh of the present XTerm
window content, and only then they output their own screen (you can see this
when starting mutt, and when using pkgtool). No idea, how this is related to
your driver, just I didn't notice such unpleasant effect formerly with NVidia.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20141025/1bdc465d/attachment.html>
More information about the xorg-driver-ati
mailing list