[MPlayer-users] BUG: stream_file.c: reconnects to fifos
Dominique Michel
dominique.michel at vtxnet.ch
Fri Aug 24 23:55:04 CEST 2012
Le Fri, 24 Aug 2012 23:42:52 +0200,
Dominique Michel <dominique.michel at vtxnet.ch> a écrit :
> Le Wed, 22 Aug 2012 22:45:28 +0200,
> PyroPeter <tristan at pyropeter.eu> a écrit :
>
> > On 08/22/2012 10:17 PM, Ron Johnson wrote:
> > > On 08/22/2012 01:25 PM, Reimar Döffinger wrote:
> > >> 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.
> >
> > Thanks, that was quick!
> >
> > > Would an alternative be:
> > > for f in $(find /stuff); do mplayer "$f"; done
> >
> > No, because it is really hard to get bash to loop over a list of
> > files with spaces in the filenames. Special characters in filenames
> > are a great problem with my music collection, which is why I came
> > up with the playlist-through-pipe approach.
> >
> > Regards,
> > PyroPeter
> >
> Something like
>
> find -type f -exec mplayer "$1" {} \;
>
> will do it.
>
And if special characters are an issue with this, you should use for
loops combined with a change of IFS (this will work much better than
while loops).
> Ciao,
> Dominique
>
--
"We have the heroes we deserve."
More information about the MPlayer-users
mailing list