I found the underlying root cause and the fix by chance when trawling
the web for something else.
The issue is compositing in the window manager.
If compositing is enabled the video WILL tear. If compositing is
disabled the videos display correctly.
Definitely the case for xfce4.
--
Anton
It tears in full screen with and without compositing in xfce
On 11 October 2017 09:40:59 BST, "Michel Dänzer" <mic...@daenzer.net> wrote:
>On 10/10/17 07:50 PM, Anton Ivanov wrote:
>> Package: xserver-xorg-video-radeon
>> Version: 1:7.8.0-1+b1
>> Sever
Package: xserver-xorg-video-radeon
Version: 1:7.8.0-1+b1
Severity: important
Dear Maintainer,
Radeon (and amdgpu for that matter) in stretch no longer match frames
to vsync correctly. This is observable with vdpau, opengl and plain
xvideo.
This used to work correctly in jessie so this is a
Thanks,
Appears to be stable, you can close it.
A.
On 26/09/16 02:00, Michel Dänzer wrote:
On 24/09/16 01:09 AM, Anton Ivanov wrote:
Guaranteed hang within first 1 minute after upgrading to Jessie. Used to
work with older Debian releases.
100% reproducible - in all cases the log file
Package: xorg
Version: 1:7.7+7
Severity: important
Dear Maintainer,
Guaranteed hang within first 1 minute after upgrading to Jessie. Used to
work with older Debian releases.
100% reproducible - in all cases the log file is full of
(EE) [mi] EQ overflow continuing. 600 events have been
Package: xserver-xorg-video-openchrome
Version: 1:0.3.3-1+b2
Severity: important
Dear Maintainer,
Openchrome is completely broken on Chrome 9 HD - the result is a
black screen, monitor reporting no signal.
Tested with:
DVI output, default and frequencies set in xorg.conf
Analogue
The root cause seems to be the inability to read an EDID off any monitor
(analogue or DVI).
Using Option Enable True in the Monitor section and setting the
ActiveDevice to VGA-1 allows to produce output.
However, because the EDID is not read, the driver bans most higher
resolutions with the
Package: xserver-xorg
Version: 1:7.5+8
Severity: normal
Xorg still has some endianness issues.
How to reproduce:
Xterm from big endian client (Mac Linux) to small endian server (pc)
(or reverse). Any desktop environment, try to switch keyboard
layouts. Example - undef xfce switch between
the fallback option is the
vesafb driver and the fbdev X11 driver on top. Ugly, performance is
nothing to shout about but works.
Brgds,
On 04/06/11 09:45, Anton Ivanov wrote:
Summary for Fujitsu Lifebook S6010:
Squeeze intel xorg driver completely freezes the machine, the screen
goes unhealthy white
Summary for Fujitsu Lifebook S6010:
Squeeze intel xorg driver completely freezes the machine, the screen
goes unhealthy white, nothing works.
Lenny intel driver cannot find an LVDS panel it can recognise and
aborts, machine works, x does not.
Neither squeeze nor lenny vesa driver works
Bug still exists in squeeze
Looking through the logs on launchpad for the same Ubuntu bug the only
saving grace is the original i810 driver. Nothing else seems to work as
Fujitsu uses some lvds chips of its own which are not supported by
Intel's driver.
Brgds,
--
Understanding is a
It is possible to workaround this issue by using the sysfb kernel
driver and setting the mode from the start to be the same as the X video
mode.
--
Understanding is a three-edged sword:
your side, their side, and the truth. --Kosh Naranek
A. R. Ivanov
E-mail:
Package: xserver-xorg-video-sis
Version: 1:0.10.0-1
Severity: important
SIS video driver crashes when invoking INT10 mode restore at the
end of an X session. Similar to
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-sis/+bug/258535
System worked fine under etch and was factory
There is a workaround - xvkbd using XTEST works (it does not if you use
XSENDEVENT).
On Tue, 2008-02-19 at 22:27 +, Debian Bug Tracking System wrote:
Thank you for filing a new Bug report with Debian.
This is an automatically generated reply to let you know your message
has been
Package: xserver-xorg-core
Version: 2:1.1.1-21etch3
Severity: normal
After DPMS has kicked in and has blanked the screen there is no way
whatsoever to unblank the screen besides someone touching the real
keyboard or a mouse.
As a result it is impossible to unblank up a monitor attached to a
Package: xserver-xorg-video-trident
Version: 1:1.2.3-1
Severity: important
This code will obviously always keep the cursor as software:
if (xf86ReturnOptValBool(pTrident-Options, OPTION_SW_CURSOR, FALSE)) {
from = X_CONFIG;
pTrident-HWCursor = FALSE;
}
So it does not matter what you
Brice Goglin wrote:
Hi,
About 3 years ago, you reported (or replied to) a bug in the Debian BTS
regarding kdm failing to reset X after logout. The bug was quite unclear
since 2 reporters claimed it to be fixed before a new one said it still
had problems. It got assigned to kdm, possibly
17 matches
Mail list logo
