[MPlayer-dev-eng] [BUG] various weirdness in vf_expand when expanded width > frame width

Jason Tackaberry tack at urandom.ca
Sun Dec 31 00:13:18 CET 2006


The expand filter does some peculiar things when expanding to a width
greater than the frame width.  For example, take some 4:3 content, and
do -vf expand=:::::16/9.

     1. The bars added to either side of the video are gray.  When
        displaying and hiding OSD, there is cruft remaining from the OSD
        in the gray parts.  (I think this bug is probably known.)
     2. When using the osd feature in expand, -vf expand=::::1:16/9, the
        OSD is not visible at all.
     3. If I put a filter (one that implements a put_image, so not
        dsize, for example) in front of expand, e.g. -vf
        eq,expand=::::1:16/9, the bars on each side are properly black,
        and in this case, OSD works again.  However when the OSD is
        hidden, cruft is still left behind (unsurprisingly).
     4. Putting scale after expand is a recipe for corruption.  For
        example, -vf expand=::::1:16/9,scale=640:-2 produces an image
        where the original frame is left-aligned (not centered) and the
        right portion of the frame (whose width is the combined width of
        what the bars would be) has a portion of the frame with some
        slight corruption.  In this case, expand OSD support no longer
        works (as in #2 above).
     5. Putting a parameterless scale before expand works as expected
        (side bars are black, no OSD cruft when OSD hidden), but only if
        expand OSD option not enabled.  e.g. -vf scale,expand=:::::16/9.
        If I do -vf scale,expand=::::1:16/9, OSD behaves again as in #2.


Given that 16:9 televisions are getting more and more popular and there
is still a fair bit of 4:3 content out there, I'm sure there's some
growing desire to see this bug fixed.  Unfortunately vf_expand does some
get_image voodoo that I don't entirely grok; does anyone have any idea
what the proper solution to this bug would be?

Thanks,
Jason.




More information about the MPlayer-dev-eng mailing list