Menu
▾
▴
[xine-bugs] [ xine-Bugs-1295801 ] gxine treats all monitors as single screen in Xinerama
|
From: SourceForge.net <no...@so...> - 2005-10-05 21:35:53
|
Bugs item #1295801, was opened at 2005-09-19 22:32 Message generated for change (Comment added) made by dsalt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1295801&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: gxine Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Tony Houghton (realh) Assigned to: Darren Salt (dsalt) Summary: gxine treats all monitors as single screen in Xinerama Initial Comment: With Xinerama (actually NVidia Twinview in my case, but it works the same as Xinerama from applications' PoV), gxine tries to use both my monitors in fullscreen mode. If the window starts on my left monitor, this makes the video span both monitors with a big gap on each side and the bezels in the middle. If on the right monitor, my window manager (OroboROX) tries to confine it there, which means the right monitor shows only the left half of the picture and the left monitor is empty. xine-ui shows the video on one monitor only, which is better, and I think it also has an option to span monitors if that's what the user wants. The code to handle all that appears a tad complicated though. ---------------------------------------------------------------------- >Comment By: Darren Salt (dsalt) Date: 2005-10-05 22:35 Message: Logged In: YES user_id=294680 If that F/Ctrl-F behaviour is persisting (check your key bindings!), you should open a separate bug - and say whether you're using combined or separate toolbar in windowed mode. ---------------------------------------------------------------------- Comment By: Tony Houghton (realh) Date: 2005-09-21 23:15 Message: Logged In: YES user_id=375221 It works for me now, but I can't guarantee it'll work for all combinations of monitors and wms. One little thing though, the menu says Ctrl-F is the accelerator for fullscreen, but that doesn't work now. F on its own does. ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-09-20 22:56 Message: Logged In: YES user_id=294680 It looks like gdk_screen_get_monitor_at_window () should work; I see no ill effects here. (Committed.) BTW, libxine{1,-dev} 1.0.1-1.3 have the correct dependencies. ---------------------------------------------------------------------- Comment By: Tony Houghton (realh) Date: 2005-09-20 22:02 Message: Logged In: YES user_id=375221 I'm afraid it isn't fixed. One thing that's changed though is that now if I go fullscreen on the left monitor it takes up that monitor but with half the picture taking up the right half of the screen, instead of spanning both monitors. You need to use gdk_screen_get_monitor_geometry() instead of gdk_screen_get_width/height(), but the difficult bit is deciding which monitor to get the geometry for. Mine are both the same resolution so it wouldn't matter, but you can't make that assumption for everyone. OroboROX puts the fullscreen window on whatever monitor the mouse pointer is on when you go fullscreen (not necessarily the same monitor the smaller window is in), but that may not be the case with all wms either. Deb dependencies: xine-lib still depends on aalib1-dev instead of libaa1-dev for building (I used dpkg-buildpackage -d) and on slang1-dev when installing (I used dpkg -i --force-depends). libcaca-dev is OK with libslang2-dev now after a dist-upgrade, but I'm sure I tried upgrading just libcaca-dev last night, and it hasn't been "months" since my last dist-upgrade. Maybe the amd64 version lagged a bit. ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-09-20 19:45 Message: Logged In: YES user_id=294680 I've just committed a possible fix for this to CVS HEAD. BTW, I see no reason why you should have problems building it: libcaca-dev's dependencies were fixed (in sid) a few months ago. Also, you should have libaa1-dev, not aalib1-dev. ---------------------------------------------------------------------- Comment By: Tony Houghton (realh) Date: 2005-09-20 01:39 Message: Logged In: YES user_id=375221 0.4.8-0.1. I just tried CVS, but it isn't buildable as a deb in x86_64 sid at the moment, because aalib1-dev depends on libslang2-dev while libcaca-dev depends on libslang1-dev, and I can't have both. Although the variables have changed slightly, it doesn't look as if the way it reads the screen size using DisplayWidth and DisplayHeight has changed. GdkScreen has had Xinerama support since 2.2; that should be easier to use than the raw X extension. ---------------------------------------------------------------------- Comment By: Darren Salt (dsalt) Date: 2005-09-20 01:05 Message: Logged In: YES user_id=294680 Is this with 0.4.x, CVS HEAD or both? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1295801&group_id=9655 |