Bug 138802 – mplayer-1.0_pre8 (i.e. gmplayer) doesn't expand to dimensions of 2nd monitor in xinerama setup

• Product: Gentoo Linux
• Status: RESOLVED UPSTREAM

[Description Robert Persson 2006-07-01 21:41:37 UTC]

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.

[Comment 1 Reimar Döffinger 2006-07-02 03:57:51 UTC]

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.

[Comment 2 Robert Persson 2006-07-10 22:14:22 UTC]

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? 

[Comment 3 Reimar Döffinger 2006-07-11 11:48:14 UTC]

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.

[Comment 4 Robert Persson 2006-07-11 21:44:44 UTC]

"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. 

[Comment 5 Reimar Döffinger 2006-07-12 01:58:05 UTC]

"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)).

[Comment 6 Steve Dibb (RETIRED) 2006-10-27 12:37:30 UTC]

(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