-
Notifications
You must be signed in to change notification settings - Fork 915
cursor rendering on Xdmx #48
Description
The setup is a system with two PCs, each with a single monitor sized 1600x1200, in portrait mode (making it two 1200x1600 monitors). They are combined using Xdmx into one virtual 2400x1600 screen.
Running a freerdp session on each PC works as expected.
But combined with Xdmx, there seems to be a rendering problem.
I am able to reproduce the problem on a single PC, using two Xephyr instances. (Xnest does not implement the Render extension, and already shows the problem without Xdmx)
To better visualize what the problem is, I installed a new cursor (only the 'Normal Select' pointer was changed from the default to 'Windows Areo').
Running xfreerdp with
the cursor looks perfectly fine:
This is the setup screen where the new cursor is selected. The cursor itself is at the top right.
When run in a Xephyr server instance, I get the same result. Even when using one 2400x1600 Xephyr instance, xfreerdp renders the cursor just fine.
steps to reproduce:
DISPLAY=:1 xfreerdp -f -x lan -u username -d domain -p passw windows7-ip
But when Xdmx comes into play, the cursor turns into this:
steps to reproduce
Xephyr :2 +xinerama &
Xdmx :3 -display :1 -display :2 +xinerama &
DISPLAY=:3 xfreerdp -f -x lan -u username -d domain -p passw windows7-ip
- this is not a problem of the Aero cursor; it happens with the default cursor too
- xfreerdp shows one extra message:
xf_video_init: no shmem available
, but that seems unrelated (running the first use case with extension MIT-SH disabled triggers the same warning, without affecting the cursor) - running Xdmx without xinerama yields the same problem (xfreerdp running in only 1 of the Xephyr instances)
Is this a known problem? Am I missing something?