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

[Ron Johnson]

On 08/22/2012 01:25 PM, Reimar Döffinger wrote:
> 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.
>

Would an alternative be:
for f in $(find /stuff); do mplayer "$f"; done

-- 
If adults of legally sound mind must be told what foods they
are not allowed to buy, then those people are not competent
to choose (i.e. vote for) their own leaders.