I am using mplayer-1.0_pre8 with the xinerama flag enabled. When trying to go to full screen mode on my 2nd monitor, gmplayer expands the picture to the size of my (smaller) primary monitor, the picture being aligned to the top left of the screen. Full screen mode works fine on my primary monitor.
Grr.. this is already the second report. I can _not_ reproduce unless using MergedFB, which is a driver bug. So please give more info, like full mplayer -v support, what hardware and you X support, maybe we can find out some system behind these problems. Also, did it work with other versions? I was also told that in the other case it worked with -xineramascreen 1. Also try if -fstype none helps, in which case it would be a window manager bug.
Thanks. gmplayer -xineramascreen 1 did indeed work. So this issue is just a minor annoyance that can be worked round. However, in terms of usability, wouldn't it better if you could specify the fullscreen-mode screen via the gui in the video preferences?
Oh. You are using the Gui. Well, I'd seriously recommend to not use the Gui. But in case you should be so crazy to insist on using it :-) , I fixed it in MPlayer SVN. You can now also "specify" the fullscreen screen by dragging the window onto it - though it will not stay there when you return from fullscreen, and I don't intend to fix that.
"Oh. You are using the Gui. Well, I'd seriously recommend to not use the Gui. But in case you should be so crazy to insist on using it :-)" C'mon. Command-line machismo gives linux a bad name. Anyway, I tried using the command line and found that it didn't work properly. I couldn't fast forward. Not even with mplayer -idx. The gui at least works. But thanks for fixing the xinerama problem.
"C'mon. Command-line machismo gives linux a bad name." While it is true that in general I prefer the command-line (and I am also not really sure if I mind about linux getting a bad name at least about this), I was talking specifically about MPlayer GUI. The code (in my point of view) is a prime example of horrible coding style, there is no development going on with it whatsoever and it is completely unmaintained. AFAICT I am the only one who even tries to fix at least the worst bugs, but since I neither use it nor am I even remotely a "useability expert" the solution tends to be less than perfect. And I was also making a bit of fun of the fact that I didn't even _think_ of the possibility that this might be a Gui-only bug and test with gmplayer. So, just a misunderstanding here, have fun using the Gui and if you run over a bored programmer tell him to fix the code ;-) "Anyway, I tried using the command line and found that it didn't work properly. I couldn't fast forward. Not even with mplayer -idx." There is also -forceidx and -noidx. This should be related to configuration only, since at least here gmplayer and mplayer actually use the same code (just FYI this bug was caused by excessive use of copy-and-paste which ended up in the code being fixed in one place (non-Gui) while still being broken in the other (Gui)).
(In reply to comment #3) > Oh. You are using the Gui. Well, I'd seriously recommend to not use the Gui. > But in case you should be so crazy to insist on using it :-) , I fixed it in > MPlayer SVN. You can now also "specify" the fullscreen screen by dragging the > window onto it - though it will not stay there when you return from fullscreen, > and I don't intend to fix that. > fixed upstream, thanks
