[MPlayer-cvslog] r28546 - in trunk/libvo: video_out.c video_out.h vo_direct3d.c vo_xv.c vo_xvmc.c

The Wanderer inverseparadox at comcast.net
Sun Feb 22 15:14:09 CET 2009


reimar wrote:

> Author: reimar
> Date: Thu Feb 12 18:40:53 2009
> New Revision: 28546
> 
> Log:
> Add a calc_src_dst_rects that calculates from window size, panscan etc.
> which part of the video source must be scaled onto which part of the window.
> Direct3D and (future) VDPAU need this, for XvMC it makes it easier to add
> cropping support and Xv is changed to keep the diff to XvMC small.

This revision broke fullscreen (and possibly some scaled non-fullscreen)
playback for me.

Prior to this, I get what appears to be normal, correct playback.

With this revision and after, when using either '-fs' or '-xy (my
monitor X resolution)', the top of the image is visibly further down
from the top of the screen than it should be, and the bottom of the
image is visibly cut off by the bottom of the screen - by enough to cut
off all subtitles in at least one case I tested, and by more with '-fs'
than with the other option. The left edge of the image may also be
shifted right similarly, but because of the aspect ratios I have
immediately available (320x240 files, 2560x1600 monitor) it's difficult
to tell.

This behaviour occurs at least with -vo {xv,vdpau}, I haven't tried
others yet.

I don't see any obvious differences between the console output of the
two versions.

Any suggestions on how to pin down the cause?

-- 
       The Wanderer

Warning: Simply because I argue an issue does not mean I agree with any
side of it.

Secrecy is the beginning of tyranny.



More information about the MPlayer-cvslog mailing list