Package: libxine1 Version: 1:1.1.20-0.1 Severity: normal Xine seems to be wilfully overriding window manager policy to the detriment of xinerama setups.
On a 2 head display, with each monitor 1680x1050, (adapt values as appropriate on your monitors), I set up the left hand monitor to be the full left hand display, and the right hand monitor to be a panning display twice the width, such that it can display the same as the left hand monitor, or can be panned across to effectively be the right hand monitor. So as far as applications querying xinerama, I've got a 1680x1050 screen and a 3360x1050 screen overlapping it starting at the same top-left location. I initially set up my 2 displays to be to the side of each other: xrandr --output VGA1 --primary xrandr --output VGA1 --right-of LVDS1 Then I start my window manager (fvwm), which initalises itself based on those side by side windows, and run: xrandr --fb 3360x1050 --output LVDS1 --scale 1x1 --output VGA1 --pos 0x0 --panning 3360x1050+0+0/3360x1050+0+0/0/0/0/0 So the output of xrandr looks like this: Screen 0: minimum 320 x 200, current 3360 x 1050, maximum 8192 x 8192 LVDS1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 367mm x 230mm 1920x1200 59.2 + 1920x1080 59.9 1600x1200 60.0 1680x1050 60.0* 59.9 1600x1024 60.2 1400x1050 60.0 1280x1024 60.0 1440x900 59.9 1280x960 60.0 1360x768 59.8 60.0 1152x864 60.0 1024x768 60.0 800x600 60.3 56.2 640x480 59.9 VGA1 connected 3360x1050+0+0 (normal left inverted right x axis y axis) 473mm x 296mm panning 3360x1050+0+0 1680x1050 60.0*+ 1280x1024 75.0 60.0 1152x864 75.0 1024x768 75.1 60.0 800x600 75.0 60.3 640x480 75.0 60.0 720x400 70.1 2560x1440 60.0 Other video players have no problem with this - eg. totem and mplayer. If I fullscreen them, then they just seem to ask the window manager to look after maximisation, and then display the video within the viewport defined by that window. And the window manager happily obliges as hands totem either the left hand or right hand half of the display dependant on where the mouse cursor was. Excellent - the window manager is able to do its job. But gxine and xine instead seem to want to maximise to show the video display in the exact centre of the 3360x1050 screen, split across the two monitors (so it might be querying xinerama directly, and looking at the value of the primary screen? Or the biggest? Instead of asking the window manager to do what window managers are meant to do, and you know, manage windows). Worse is that it calculates where to display the video port based on the centre of this 3360x1050 display, but then asks the window manager to maximise the window. Which it does. The two viewports are not in agreement! You get a left half chopped off video displaying in the right hand half of a window opened up on the left hand screen! -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (5, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxine1 depends on: ii libxine1-console 1:1.1.20-0.1 libaa/libcaca/framebuffer/directfb ii libxine1-misc-plugins 1:1.1.20-0.1 Input, audio output and post plugi ii libxine1-x 1:1.1.20-0.1 X desktop video output plugins for Versions of packages libxine1 recommends: ii libxine1-ffmpeg 1:1.1.20-0.1 MPEG-related plugins for libxine1 Versions of packages libxine1 suggests: ii gxine 0.5.906-1+b3 the xine video player, GTK+/Gnome ii libxine1-doc [libxine-doc] 1:1.1.20-0.1 Xine video player library, documen ii xine-ui 0.99.6-1 the xine video player, user interf -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
