[MPlayer-dev-eng] Bug in mplayers EVO demuxing code
Nico Sabbi
nicola_sabbi at fastwebnet.it
Wed Jul 4 23:44:21 CEST 2007
infernix wrote:
> Hi,
>
> I've ran into an issue with mplayer SVN and .EVO demuxing. The files
> mentioned are available at http://dx.infernix.net/ffvc1/ and in the
> mplayer incoming dir called 'evodemuxbug'.
>
> The file artifacts12.evo is a sample that was cut from an EVO file with
> a VC1 video stream and one (or two) DD+ audio streams.
>
> The problem is that, when player back or demuxed with mplayer/mencoder
> (also with -demuxer lavf), there are some frames which give errors that
> lead to visual blocking (usually at the bottom of the frame):
>
> [vc1 @ 0xe32140]Bits overconsumption: 242693 > 242560
>
> This would be correct if the source has an error. However, this is not
> the case. When artifacts12.evo is demuxed to vc1 and this vc1 is playerd
> back/encoded with mplayer/mencoder, this error occurs.
>
> When artifacts12.evo is demuxed with evodemux
> (http://pel.hu/down/EVOdemux.exe, works in wine) the resulting VC1 plays
> back perfectly.
>
> So instead of this being an error in the source file, I think it is an
> error with demuxing.
>
> I've uploaded artifacts12-mplayerdemuxed-errorframe.vc1 and
> artifacts12-evodemux-noerrorframe.vc1 to the same 'evodemuxbug' dir as
> artifacts12.evo.
>
> Could someone have a look at this issue? I'd really appreciate it;
> Kostya put a lot of effort into getting ffvc1 working nicely (it's near
> perfect nowadays), and the most visually apparent bug with .evo playback
> is caused by this demuxing bug.
>
> Thanks!
>
> Regards,
>
> infernix
I don't see the slightest difference between the decoding of
artefacts12.evo and artefacts12.vc1. The only message reading
"bits overconsuption" happens at the end of the stream.
As for bluray.ts it's a different story
More information about the MPlayer-dev-eng
mailing list