<DIV><BR><BR><B><I>Jonathan Billings <jsbillings@gmail.com></I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">
<P><BR>Two things come to mind:<BR>1.) your shell is passing an argument on to mplayer but is<BR>interpreting it in some way, such that it can't find it. Try renaming<BR>the file to something simple.<BR><BR>2.) mplayer behaves differently when reading a stream or when run<BR>under 'strace', such that it uses different syscalls to open the file.<BR>Maybe it's a 64-bit syscall operation in one, but not in the other?<BR></P></BLOCKQUOTE>
<P align=left>the system is pure 32 bit so 64 bit shouldn't be an issue. the exact same avi is accessible via normal unix commands but fails when executing mplayer thru cfs. I think mplayer is (statting) the file before opening and the stat is failing...cannot verify though because strace causes it to WORK. the mplayer developers have a habit of ignoring bug reports unless those reports further their intellectual stimulation in the creative direction they want to explore...IOW, real code maintenance is boring so we canot be bothered...I'll probably have to debug this one myself...I will probably find the the CFS daemon doesn't implement file statting properly.</P>
<P align=left>tanks, doh</P>
<P align=left> </P><p>
<hr size=1>Discover Yahoo!<br>
Have fun online with music videos, cool games, IM & more. <a href="http://us.rd.yahoo.com/evt=32660/*http://discover.yahoo.com/online.html">Check it out!</a>