[MPlayer-users] VDPAU errors, flickering black video display on aspect change in MPEG2 TS
Reimar Döffinger
Reimar.Doeffinger at gmx.de
Sun Dec 8 19:35:52 CET 2013
On Sun, Dec 08, 2013 at 05:48:40PM +0100, Ilja Sekler wrote:
> Am 08.12.2013 16:55, schrieb Reimar Döffinger:
>
> > On Sun, Dec 08, 2013 at 04:40:21PM +0100, Ilja Sekler wrote:
> >
> >> Do you want me to upload the sample mentioned in
> >>
> >> <http://lists.mplayerhq.hu/pipermail/mplayer-users/2013-December/086881.html>?
> >
> > I think that would be nice (only a few frames before/after the
> > aspect change should be necessary I'd think).
>
> "sample-failed-vdpau-rendering-on-aspect-change.ts" (3000000 bytes)
> along with a text file
> "sample-failed-vdpau-rendering-on-aspect-change.txt" uploaded to incoming.
Thanks a lot, with that I could actually solve the mystery.
It was actually a MPlayer bug, but one that could only happen
with MPEG1/2, since those are the only formats that share a decoder.
It should now be fixed properly, and there is in fact no issue
with the NVidia driver (just to be clear about that).
> > 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, the size of the video window
> doesn't adjust to the new size. The stock MPlayer 1.1 from Fedora
> behaves the same minus the "Dropping frame" message. Will check MPlayer
> r36536 without the patch later.
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.
More information about the MPlayer-users
mailing list