[MPlayer-users] BUG: stream_file.c: reconnects to fifos

Reimar Döffinger Reimar.Doeffinger at gmx.de
Wed Aug 22 20:25:16 CEST 2012


On Wed, Aug 22, 2012 at 06:13:17PM +0200, PyroPeter wrote:
> I recently updated mplayer and noticed that it took really long to parse
> plain text playlists from a pipe (I play my music using a command like
> 'mplayer -playlist <(find /stuff)'). I think this is caused by mplayer
> trying to reconnect to the file stream when it reads EOF. I'm not quite
> sure why this is not a problem with regular files.

Simple: For real files MPlayer knows the size an thus the we really,
truly reached EOF, thus it does not bother with retrying.
I think a simple solution would be to make stream_file always signal
that we are sure that it is a proper EOF when we fail to read more.
I am not sure that is 100% fool-proof, but at least it is no worse
than it was before stream_reconnect was added.
Fixed in SVN r35112.

> How to reproduce (in bash; other shells probably have other syntaxes for
> process substitution):
> $ time mplayer <(echo)

Even if that works,
time echo | ./mplayer
should be simpler...


More information about the MPlayer-users mailing list