I think it was lame - I believe there was an update which fixed a bug in
lame about the correct setting of the "-x" param.
Technically the convert.conf file should have a "$-x$" and not "-x" and
this lets SC choose to use -x or not depending on processor endian-ness
but possibly the lame bug brok
I'm happy to say it now works again. :) It was the -x parameter. After
removing it in custom-convert.conf and restarting squeezecenter it
worked.
To answer your question about when it stopped working.
The last version of squeezecenter it worked with was 7.2.0. One day it
could not play .ra strea
Ignore point 1 - on consideration "ps" shows the shell processes and
mplayer process & thread
--
bpa
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showt
There are two issues.
1. Mplayer has only one process and 1 thread. I think mplayer is not
dying when SC stops using it and so you are getting a number of
orphans. You can test this theory by trying to play different URLs.
If the mplayer processes all have different URLs in the command line
the
bpa;363829 Wrote:
> The "ls" may not be useful as /dev/fd will be local to the process i.e.
> the mplayer process within mplayer.sh - did you check that 25189
> corresponded to the mplayer process id ?
How could I check this? The pid seems to increase each time I give the
ls command, e.g.. Btw,
Information please especially on gentoo systems.
The "ls" may not be useful as /dev/fd will be local to the process i.e.
the mplayer process within mplayer.sh - did you check that 25189
corresponded to the mplayer process id ?
You don't indicate what sort of conversion you are doing
RTSP-> WAV
Lately AlienBBC stopped working for me. When selecting a RealAudio URL
(which works with Real Player) it produces noise and the following
error message appears on the command line:
Streaming: Launching mplayer -really-quiet -vc null -vo null -bandwidth
1000 -cache 128 -af volume=0,resample=44
