[MPlayer-users] mplayer kills with a broken frame error

[Reimar Döffinger]

On Sun, Apr 22, 2012 at 05:36:11PM +0530, Mac Smith wrote:
> 
> On 22-Apr-2012, at 4:49 PM, Reimar Döffinger wrote:
> 
> > On Sat, Apr 21, 2012 at 01:34:09PM +0530, Mac Smith wrote:
> >> 
> >> On 21-Apr-2012, at 12:18 PM, Mac Smith wrote:
> >> 
> >>> On 21-Apr-2012, at 11:18 AM, Carl Eugen Hoyos wrote:
> >>> 
> >>>> Mac Smith <macsmith.us <at> gmail.com> writes:
> >>>> 
> >>>>> I am using mplayer to play movie files from a http server (apache). 
> >>>>> If due to some error the connection drops and comes back soon, 
> >>>>> mplayer does not tries to reconnect and gets killed with a Broken 
> >>>>> frame error.
> >>>> 
> >>>> Please post complete, uncut console output to show that you are 
> >>>> using current svn (older versions are not supported).
> >>>> 
> >>>> Carl Eugen
> >>> 
> >>> $ /usr/local/bin/mplayer -ao alsa -vo vdpau -vc ffmpeg12vdpau http://172.16.0.7/movies/NO_STRINGS_ATTACHED_VAMWP.MPG
> >>> MPlayer 1.0rc4-4.4.3 (C) 2000-2010 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.
> >>> Loading extension-related profile 'extension.MPG'
> >>> 
> >>> Playing http://172.16.0.7/movies/NO_STRINGS_ATTACHED_VAMWP.MPG.
> >>> Connecting to server 172.16.0.7[172.16.0.7]: 80...
> >>> Cache size set to 20000 KBytes
> >>> Cache fill:  0.00% (0 bytes)   
> >>> TS file format detected.
> >>> VIDEO MPEG2(pid=33) AUDIO MPA(pid=36) NO SUBS (yet)!  PROGRAM N. 2
> >>> VIDEO:  MPEG2  720x576  (aspect 3)  25.000 fps  4000.0 kbps (500.0 kbyte/s)
> >>> ==========================================================================
> >>> Forced video codec: ffmpeg12vdpau
> >>> Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
> >>> Selected video codec: [ffmpeg12vdpau] vfm: ffmpeg (FFmpeg MPEG-1/2 (VDPAU))
> >>> ==========================================================================
> >>> ==========================================================================
> >>> Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
> >>> AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
> >>> Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
> >>> ==========================================================================
> >>> AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
> >>> Starting playback...
> >>> [VD_FFMPEG] XVMC-accelerated MPEG-2.
> >>> [vdpau] Failed creating VDPAU decoder: invalid/unsupported VdpDecoderProfile value
> >>> VO: [vdpau] 720x576 => 1280x720 MPEG2 VDPAU acceleration  [zoom]
> >>> A:  50.6 V:  50.6 A-V:  0.001 ct: -0.476 1244/1244  2%  2%  1.4% 3 0 0% 
> >>> Broken frame at 0x128DC0                                                  
> >>> A:  51.1 V:  51.3 A-V: -0.243 ct: -0.544 1263/1263  2%  2%  1.4% 3 0 0% 
> >>> 
> >>> Exiting... (End of file)
> >>> 
> >>> 
> >> 
> >> also tried
> >> 
> >> MPlayer SVN-r34870-4.4.3 (C) 2000-2012 MPlayer Team
> >> 
> >> but its the same
> > 
> > Am am really certain it is _not_ the same.
> > That version will try reconnection once (which will fix it if the
> > connection broke due to pausing for a long time), though if that fails
> > it will give up. Retrying and thus hanging possibly forever is rarely
> > a good idea.
> > If it still fails that should mean your sever was down long enough to
> > cause a network timeout and then refuses a reconnect still after that.
> > Well, it could be the code does not handle a orderly server shutdown
> > well since the network timeout does not come into play then.
> > But you should be able to see from MPlayer's output when it tries to
> > reconnect.
> 
> 
> server was not down for a long, to simulate this i just did a "service httpd reload" and i dont see a any message of retying to connect.

You might want to try r34871.
However "service httpd reload" does _not at all_ work for simulating a
connection failing.
To my knowledge some Apache versions will incorrectly tell their clients
that the end of the file was reached when you shut down the server.
In that case the behaviour that MPlayer shows is exactly correct.