[MPlayer-users] -adapter option on windows

[Morris Beverly]

Reimar Döffinger wrote:
> On Tue, Mar 27, 2012 at 06:42:43PM -0400, Morris Beverly wrote:
>  
>> mplayer.exe filename -quiet -slave -osdlevel 0 -idle -fixed-vo
>> -nocache -fs -adapter 2
>>
>> This worked perfectly with mplayer binaries through around 2009.
>> After that with newer versions (oss.netfarm.it/mplayer-win32.php) of
>> mplayer the video always played fullscreen on the primary monitor

>> Not sure if that is your issue, but which hardware adapter to use
>> and which screen to display on probably are now completely independent.
>> So I expect you now need to set both -xineramascreen and -adapter.
>> However, MPlayer should by default go to fullscreen on the screen
>> it already was on, and if not that should be a bug.
>> Try comparing behaviour against -vo direct3d or -vo gl (I assume
>> there is a reason you can't use those? But I'd expect they
>> are usable enough to at least compare window placement behaviour).
>>
>>
>>     
I've run a lot of different command lines on an old and a new mplayer 
version.  The long and short of it seems to be that the adapter option 
doesn't work the way it used to, ie you could tell mplayer to go 
fullscreen (fit to screen dimensions, keeping aspect ratio and having a 
black border to edges) on an external monitor.

I was able to get it to play mostly as I want with the new mplayer 
versions using both directx and direct3d, as well as gl, by using the 
geometry option without the -fs option, and using -x and -y to size the 
image.  However, that has a few issues for me.

It doesn't provide a black background (for aspect ratios that don't fill 
the screen), but that can be worked around by using a black background 
on the external monitor desktop.  Unfortunately this still allows a 
mouse pointer to accidentally get on screen which looks unprofessional 
in the context that I'm using this.  Not a show stopper, but would be 
nice to avoid it.

I have to calculate the scaling factors and offset for each individual 
video (I may have a dozen videos to show on a corporate event).  Again, 
not a show stopper.  I can use identify with null ao and vo to get the 
dimensions before I actually load the video and then plug them into the 
geometry and xy options.  However this is quite a bit more complicated 
than the old way which just worked magically ;)

Do you consider this new behavior a bug, that might be fixed, or a 
feature request?

thanks for your help,

morris