Mplayer fails to recover from a bad packet

[mplayer@…]

Periodically in recording HDTV over the air, I get a bad packet that Mplayer
seems to choke on. When it hits this packet, audio goes crazy and Mplayer will
not recover unless terminated and restarted. Stopping and re-opening a video
file without terminating Mplayer doesn't work.

A sample video, (~9 MB), demonstrates this with the bad spot approximately in
the middle. Jumping past the bad spot works, but playing the bad spot won't recover.

Here's the link to the sample video:

​http://mysite.verizon.net/datahunter/transfer/crazy_clip.avi

[mplayer@…]

As a point of reference; "TOTEM" plays through these little glitches just fine.

[compn]

old bug, url is 404 too ;\

please try svn and mplayer -demuxer lavf crazy_clip.avi
if there are still any problems , please reupload your file ...

[gbell_spamless@…]

I have this problem too, with the 06 Oct 2009 subversion version. I'm not technical enough to follow all the gdb instructions, etc in BUGS.xml - apologies. Here's the STDOUT, and the file is at ​http://www.users.on.net/~gregbell/bs_blinky.ts (good until 15 Oct 2009).

-demuxer lavf does prevent it, but that still makes it a bug that needs fixing, yes?

MPlayer SVN-r29756-4.3.2 (C) 2000-2009 MPlayer Team
mplayer: could not connect to socket
mplayer: Connection refused
Failed to open LIRC support. You will not be able to use your remote control.

Playing /tv/bs_blinky.ts.
TS file format detected.
VIDEO MPEG2(pid=3000) AUDIO MPA(pid=3010) NO SUBS (yet)! PROGRAM N. 0
VIDEO: MPEG2 720x576 (aspect 3) 25.000 fps 5000.0 kbps (625.0 kbyte/s)
[vdpau] Error when calling vdp_device_create_x11: 1
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Unsupported PixelFormat -1
Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)
==========================================================================
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy
[AO_ALSA] alsa-lib: pulse.c:229:(pulse_connect) PulseAudio: Unable to connect: C
onnection refused

[AO_ALSA] Playback open error: Connection refused
[AO ESD] esd_open_sound failed: Connection timed out
DVB card number must be between 1 and 4
AO: [null] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [x11] 720x576 => 1024x576 Planar YV12
[swscaler @ 0x884b300]using unscaled yuv420p -> rgb32 special converter
[mpeg2video @ 0x876f980]skipped MB in I frame at 41 28 5% 0.6% 0 0
[mpeg2video @ 0x876f980]Warning MVs not available
[mpeg2video @ 0x876f980]concealing 90 DC, 90 AC, 90 MV errors
[mpeg2video @ 0x876f980]skipped MB in I frame at 44 7% 5% 0.6% 0 0
[mpeg2video @ 0x876f980]Warning MVs not available
[mpeg2video @ 0x876f980]concealing 90 DC, 90 AC, 90 MV errors
[mpeg2video @ 0x876f980]end mismatch left=113235 5CEA88 5% 0.6% 0 0
[swscaler @ 0x884b300]Slices start in the middle!
[swscaler @ 0x884b300]Slices start in the middle!
[swscaler @ 0x884b300]Slices start in the middle!
[swscaler @ 0x884b300]Slices start in the middle!
[swscaler @ 0x884b300]Slices start in the middle!
[swscaler @ 0x884b300]Slices start in the middle!

From there it goes crazy. Bad packets in the larger original file cause a crash out to the prompt, sometimes the video just freezes.

[gbell_spamless@…]

Here's a test file.

​http://gregbell.home.znet.com/bad2.ts

This file shows the bug in mplayer - run mplayer with no command line arguments to reproduce. You'll see the display go "blinky".

[gbell_spamless@…]

This bug is years old. Its been a month since I've provided a testcase. I know this is F/OSS, but are there so many mplayer bugs that nobody's available to work on this fatal bug? On a bad .ts packet mplayer either makes the display all wonky or dumps out.