[MPlayer-dev-eng] TODO for release? bugs status...

Jindrich Makovicka makovick at kmlinux.fjfi.cvut.cz
Wed Jan 29 01:00:51 CET 2003


Arpi wrote:

>btw it's still not working ok :(
>but it's getting design/decision issue rather than bug.
>
>mplayer file1 file2
>
>what will happen if user press 'f' under file1? it gets fullscreen.
>file2 plays in window.
>
true, this is broken by design. anyway that's why -fixed-vo was 
introduced, i guess.

>mplayer -fixed-vo file1 file2
>
>what will happen if user press 'f' under file1? it gets fullscreen.
>file2 plays in fullscreen! ok...
>
>mplayer file1 file2 -fs
>
>file1 start playing in window. user may press 'f' for fs.
>file2 start playing in fillscreen. user may press 'f' for window.
>
>mplayer -fixed-vo file1 file2 -fs
>
>file1 start playing in window. user may press 'f' for fs.
>file2 start playing in window (!) with aspect ratio of file1 !
>
can't reproduce this. for me, file2 plays in fullscreen with the correct 
aspect.

>mplayer -fixed-vo file1 file2
>
>user press 'f' then set panscan.
>when file2 comes, it plays in fullscreen but wiht blue(!) borders.
>seems like backround/colorkey is not refreshed if panscan used?
>maybe nvidia bug. ignore if you cannot reproduce.
>
one more XClearWindow fixes that.

>so i guess this whole -fixed-vo vs. 'f' vs. -fs vs. panscan is
>broken by design, and we should define a matrix of the possible
>combinations and expected behaviour. after 0.90... without me. :)
>  
>
-- 
Jindrich Makovicka

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: vo_xv.c.diff3
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20030129/28a69001/attachment.asc>


More information about the MPlayer-dev-eng mailing list