[MPlayer-users] VDPAU errors, flickering black video display on aspect change in MPEG2 TS

Reimar Döffinger Reimar.Doeffinger at gmx.de
Wed Dec 11 19:38:34 CET 2013


Ilja Sekler <ilja_sekler_ at gmx.de> wrote:
>Am 08.12.2013 19:35, schrieb Reimar Döffinger:
>>>> Someone testing an actual resolution change
>>>> (http://samples.mplayerhq.hu/MPEG2/resolutionchange.mpg I
>>>> believe) before and after the change would be welcome as well.
>>>
>>> There is a
>>>
>>> Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
>>> VO: [vdpau] 1280x720 => 1280x720 Planar YV12
>>> Dropping frame with size not matching configured size (1920x1080 vs
>1280x720 vs 1280x720)
>>>
>>> message on resolution change with the fix,
>
>There is no such "Dropping frame" message with the proper fix (r36540)
>as well as before the first attempt (r36536).
>
>>> the size of the video window doesn't adjust to the new size. [...]
>>
>> I think that's all as expected. Within a video MPlayer tries to keep
>> the window size unchanged, since the user could have changed it
>> manually for example. I admit I'm not that convinced it's great
>> behaviour but it seems fine.
>
>I don't have very strong feelings about this behaviour, but for me it
>still seems to be inconsistent:
>
>my sample with an aspect change => the window is resized to match the
>new video size, even if the user had resized it before;

Well, but not resizing isn't possible, then it wouldn't have the right aspect! (Well, nowadays we could fix that by adding black bars I guess, but I still kind of assume that if you run in a window you don't want that).
No question that it feels a bit strange though.

>Anyway, a key to restore the original video window size after the user
>manually resized the window would be a nice enhancement, IMHO :-)

Hmm, I think we might have set aspect functions that do this fact.




More information about the MPlayer-users mailing list