RE: Confusion

Hey Barry,

//mp3player -p  &
//[1] 7185                         (WHAT IS THIS LINE?}
I believe this is the job number and process ID for the program you just
launched.  Dave will correct me if I'm wrong.  Also, unless you're using a
modified version of the mp3player, it doesn't have a "-p" option.  In this case,
it's assuming the -p is a filename and adding it to the queue (it doesn't check
for file validity until playtime).

//(FROM HERE FORWARD IT LOOKS LIKE SOME SORT OF DEBUG DUMP; WHY 
//AND HOW DO I GET 
//RID OF IT - I.E. WHAT IS CAUSING IT)

These are messages from underlying drivers.  You may be able to get rid of them
(do you really need to?) by redirecting stdout to /dev/null by launching the
program thusly: /path/to/program -options 2>/dev/null

Although doing it this way would result in not seeing errors printed by the
program.

//--> ecp mp3player append "/mnt/smb/server/my music/bruce 
//springsteen & 
//--> the e
//street band/live 1975-´85 (disc 2)/born in the u.s.a..mp3"
//ecp mp3player append /mnt/smb/server/my music/bruce 
//springsteen & the e st
//mp3player: unable to append file  (WHY NOT)

I'm not sure.  There seems to be a bug in ECP related to spaces in arguments
(even when quoted).  It could be that.  You're certain the path to the file is
correct?  It is curious that the local echo of the command-line doesn't display
the entire command-line.  Sorry I'm not more help with this, but I don't see
anything straight away that looks fishy.

 ------
 Patrick Ellis
 Senior Software Engineer, Roku
 Get more out of your high-def TV.
 High-definition photos, art, music and more. http://www.rokulabs.com