[MPlayer-dev-eng] Bug in GUI of MPlayer

[김승정]

:) that video file is pr0n.so difficult to upload somewhere.

2009/9/27, Sascha Sommer <saschasommer at freenet.de>:
> Hi,
>
> On Samstag, 26. September 2009, Grozdan wrote:
>> 2009/9/26 김승정 <kuh3h3 at gmail.com>:
>> > as well as gmplayer, mplayer has avcodec  bug in new wmapro.
>> >
>> > $ mplayer "vid12v4.avi"
>> > MPlayer SVN-r29718-4.3.3 (C) 2000-2009 MPlayer Team
>> > mplayer: could not connect to socket
>> > mplayer: No such file or directory
>> > Failed to open LIRC support. You will not be able to use your remote
>> > control.
>> >
>> > Playing vid12v4.avi.
>> > AVI file format detected.
>> > [aviheader] Video stream found, -vid 0
>> > [aviheader] Audio stream found, -aid 1
>> > VIDEO:  [DX50]  640x352  24bpp  24.865 fps  953.2 kbps (116.4 kbyte/s)
>> > Clip info:
>> >  Creation Date: April 7, 2006
>> > =========================================================================
>> >= Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
>> > Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
>> > =========================================================================
>> >=
>> > =========================================================================
>> >= Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO:
>> > 44100 Hz, 2 ch, floatle, 128.0 kbit/4.54% (ratio: 16002->352800)
>> > Selected
>> > audio codec: [ffwmapro] afm: ffmpeg (WMA Pro audio (FFmpeg))
>> >
>> > AO: [null] 44100Hz 2ch floatle (4 bytes per sample)
>> > Starting playback...
>> > [mpeg4 @ 0x89ecaa0]Invalid and inefficient vfw-avi packed B frames
>> > detected VDec: vo config request - 640 x 352 (preferred colorspace:
>> > Planar YV12) VDec: using Planar YV12 as output csp (no 0)
>> > Movie-Aspect is 1.82:1 - prescaling to correct movie aspect.
>> > VO: [xv] 640x352 => 640x352 Planar YV12
>> > [wmapro @ 0x89ecaa0]frame[7] would have to skip -2684 bits?,?% 0 0
>>
>> It's not a bug in mplayer but in libavcodec's wmapro decoder. Mans was
>> yesterday talking about how bad this decoder is and he intends to
>> improve it
>>
>
> This problem looks like it caused by a misinterpreted bitstream. This may
> happen for samples that contain not yet discovered coding features.
> Can you upload the file somewhere? I don't know what Mans wants to improve
> but
> it probably will not fix this issue unlike he has access to the wmapro
> specification.
>
> Regards
>
> Sascha
> _______________________________________________
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng