[MPlayer-cvslog] r28546 - in trunk/libvo: video_out.cvideo_out.hvo_direct3d.cvo_xv.cvo_xvmc.c

[The Wanderer]

Reimar Döffinger wrote:

> On Mon, Feb 23, 2009 at 05:19:42PM -0500, The Wanderer wrote:
> 
>> The Wanderer wrote:

>>> Well, I just crashed X while testing a hypothesis with -vf expand
>>> and -vo vdpau, so I've tried this already; it does seem to fix
>>> the problem.
>> 
>> Clarification: it fixes the "looks like a refresh-rate problem"
>> issue, not the fullscreen-playback issue.
>> 
>> Do I need to file a bugtracker report on that latter?
> 
> Not going to help unless you find a way for at least _someone_ else
> to reproduce it.
> 
> Maybe trying with some random file from samples.mplayerhq.hu and
> giving us the full command line you used (including -noconfig all)
> will get us somewhere...

The trouble with that is, this happens for me with every file I've
tested, and can be reproduced with a simple 'mplayer <filename>' - even
the -fs switch is not necessary, it happens the same way if I toggle to
fullscreen afterwards.

I just tried with '-noconfig all', and the exact same thing happened.

Since I happen to have the 'WobblyWindowsIntro.ogg' file from the
samples archive already on hand, I just tested with that using the
command line

/tmp/mplayer/mplayer -noconfig all WobblyWindowsIntro.ogg

(that being the 'brand-new SVN checkout' copy of MPlayer I built in
response to your request), and on going fullscreen it was shifted in
exactly the same way.

I can provide any degree of verbose output desired, in the unlikely
event that that would help.

I'll plan to try updating my NVIDIA X drivers after work today and see
if that changes anything. Can you confirm that your own tests which did
not show the problem were using 180.29, or if not, what version they
were using?

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