ghost images/trails of windows when moving

[digiflash]

I installed the latest 1.2 version of the driver today.
I'm using Linux Mint 18 with Cinnamon.
When moving windows over the desktop there are ghost images of the windows.
In the earlier version my mouse had ghost trails.

[mlukaszek]

Hi,

Is this also visible on a screen shot captured with Print Screen? If yes, then the compositor already messed up the framebuffers we take pixels from. If screenshot is fine, please collect logs and attach here. If it's not, try with a different window environment.

Thanks,
Michal

[maximih]

Hi

I have the same issue.

I am using Ubuntu 14.04 , with 4.4.0-38-generic kernel.

The issue happens mainly when I use Gnome 2 and the screen shot does not include the ghost windows. Actually when doing the screen shot the screen is refreshed and the ghost window disappear. They come back when I move any window.

When using Unity I cannot reproduce it but then I get 200% CPU consumed by Displaylink Manager (I have the same issue with the older drivers).

I went back to 1.1 version for now.

[digiflash]

Hi,

Is this also visible on a screen shot captured with Print Screen? If yes, then the compositor already messed up the framebuffers we take pixels from. If screenshot is fine, please collect logs and attach here. If it's not, try with a different window environment.

Thanks,
Michal

No then the screen is refreshed before the screenshot is taken.

[digiflash]

Seems to be a driver issue (Intel). There a 4 messages per second in dmesg.
Due to a display-id which isn't recognized (I think less than 1).

[maximih]

Seems to be a driver issue (Intel). There a 4 messages per second in dmesg.
Due to a display-id which isn't recognized (I think less than 1).

Can you paste some examples of those messages?

I have the ghost images/trails issue with all 1.2.* drivers (not with 1.1) but I don't see any error in dmesg. You can find a screen photo here:

https://drive.google.com/file/d/0B-XP86X2G0kATDVDVld3eUp1bHc/view?usp=sharing

Thanks

[mlukaszek]

@maximih: could you check a screenshot as well? (not the photo) It would show if the framebuffers are fine. Also, please attach the logs captured with Linux Support Tool so we know what kind of environment you have.

Cheers,
Michal

[maximih]

@maximih: could you check a screenshot as well? (not the photo) It would show if the framebuffers are fine. Also, please attach the logs captured with Linux Support Tool so we know what kind of environment you have.

Cheers,
Michal

The screenshot looks fine. The display is refreshed when the screenshot is triggered.

See attached the screenshot and the support tool output.

[mlukaszek]

Hmm. Can you ssh to the machine and try to capture a screen from the console? (assuming it won't redraw full screen before taking a grab).

Or, alternatively, if you're willling and have time - you could perhaps try `monitorsim` from https://github.com/mlukaszek/evdipp/. Firstly, it would show if similar corruption can be reproduced with any evdi client, but also - this makes screenshots every 10s and saves it to a PNG file.

Cheers,
Michal

[maximih]

Hmm. Can you ssh to the machine and try to capture a screen from the console? (assuming it won't redraw full screen before taking a grab).

Or, alternatively, if you're willling and have time - you could perhaps try `monitorsim` from https://github.com/mlukaszek/evdipp/. Firstly, it would show if similar corruption can be reproduced with any evdi client, but also - this makes screenshots every 10s and saves it to a PNG file.

Cheers,
Michal

I did a screenshot from the terminal using input command. The screen did not refresh in this case (so it still shows ghost images on the second and third screens to the right) but the screenshot looks ok (except some strange blue colours - my background is currently red). See attached.

[mlukaszek]

Interesting. Would you be able to provide logs so we have a chance to replicate here?

Cheers,
Michal

[maximih]

Interesting. Would you be able to provide logs so we have a chance to replicate here?

Cheers,
Michal
I can try :). Which logs are you interested in?

[mlukaszek]

http://support.displaylink.com/knowledgebase/articles/757047-how-can-i-report-ubuntu-issues-to-displaylink

This tool would capture what we normally find useful.

Cheers,
Michal

[maximih]

http://support.displaylink.com/knowledgebase/articles/757047-how-can-i-report-ubuntu-issues-to-displaylink

This tool would capture what we normally find useful.

Cheers,
Michal

I have attached the output of that script in a previous post. I attach it here again.

[mlukaszek]

Oh! Sorry, I missed it, right under the screenshot :)

Cheers,
Michal

[jobro]

Hi Guys,

I have exactly the same issue one my Linux Mint 18 ( KDE) 64bit machine.

Some further details about my graphic card:
inxi -G
Graphics: Card-1: Intel Sky Lake Integrated Graphics
Card-2: Advanced Micro Devices [AMD/ATI] Topaz XT [Radeon R7 M260/M265]
Display Server: X.Org 1.18.3 drivers: ati,intel,amdgpu (unloaded: fbdev,vesa,radeon)
Resolution: 1920x1080@60.02hz
GLX Renderer: Mesa DRI Intel HD Graphics 520 (Skylake GT2) GLX Version: 3.0 Mesa 11.2.0

[jobro]

* push

How can I get help ? Should I open an extra thread and post there the the output the debugger tool ?

[jobro]

What is this here ? Just ignoring me ?

[mlukaszek]

@jobro: Not ignoring, just snowed under other things - sorry. In KDE you might want to change the compositor to something simpler, like xrender, or force full screen repaints. If you are willing to help us diagnose this more, it would be great if you could stop DisplayLink Service, and try other libevdi client to check if it also reproduces - e.g. monitorsim from https://github.com/mlukaszek/evdipp

Thanks,
Michal

[jobro]

@jobro: Not ignoring, just snowed under other things - sorry. In KDE you might want to change the compositor to something simpler, like xrender, or force full screen repaints. If you are willing to help us diagnose this more, it would be great if you could stop DisplayLink Service, and try other libevdi client to check if it also reproduces - e.g. monitorsim from https://github.com/mlukaszek/evdipp

Thanks,
Michal

Hi Michal,
thanks for your reply.
- xrender doesn't help
- force full screen repaints helps to get it working with two screens but disabled notebook screen. I haven't tried your approach with a alternative libevedi client, because I'm not familiar with this topic. Can you give me a more detailed explanation ?

[Robert_29]

Has anyone else notice that the trails are very pronounced when watching a video in VLC? Nearly unusable.

[cKirsche]

Hello,

I've encountered Ghosting on a Dell Vostro 3750 Laptop, Ubuntu 16.04, DisplayLink Driver 1.2.65 and Unity Desktop.

Especial Java based Applications like Eclipse and Qsys from Intel/Altera.
In Java based applications most of the time I saw only a grey background
Using VLC showed Ghosting when expanding the Video to Fullscreen. Watching Videos in their native resolution worked.

When using the internal graphics of the laptop every thing works fine.


To get me back working I switched from Unity to Gnome Flashback (Compiz). Gnome Flashback (Metacity) worked better than Untity desktop but not as fas as good as Compiz.
By the way: CPU consumption of the driver dropped from 30% (Unity) to 5% (Compiz).

[maximih]

Did anyone try the new driver? Any improvements?

[maximih]

I tried 1.3.52 version and it works! No ghost images, no other issues so far.

My system:
- Ubuntu 14.04 with Metacity
- kernel: 4.4.0-62

So, thank you DisplayLink people for the update!