On May 5, 2006, at 9:37 AM, jonmyatt wrote:
I'm seeing this too, gaps in the music drive me mad when using the web
interface for anything. I can see slimserver.pl using 99% CPU on my
linux server when this happens.
Processing TT templates can take some time, especially if they are
complica
On May 5, 2006, at 9:59 AM, Andy Grundman wrote:
On May 5, 2006, at 9:37 AM, jonmyatt wrote:
I'm seeing this too, gaps in the music drive me mad when using the
web
interface for anything. I can see slimserver.pl using 99% CPU on my
linux server when this happens.
Processing TT template
On May 5, 2006, at 10:32 AM, Craig wrote:
Thanks Andy,
I'm looking forward to the move to mySQL but wouldn't it make more
sense to make the streaming more resilient rather than trying to fix
everything that could stop it?
Yeah, audio data should be the top priority. I was just throwing out
Andy Grundman wrote:
> On May 5, 2006, at 10:32 AM, Craig wrote:
>
>>
>> Thanks Andy,
>>
>> I'm looking forward to the move to mySQL but wouldn't it make more
>> sense to make the streaming more resilient rather than trying to fix
>> everything that could stop it?
>
> Yeah, audio data should be
On May 5, 2006, at 11:53 AM, jonmyatt wrote:
hickinbottoms Wrote:
I'd therefore also prefer the streaming to be split off rather
than the
scanning - after all most of the performance problems reported are
because audio stutters during scanning, not that the web interface is
sluggish.
Hmmm
On May 5, 2006, at 12:12 PM, Andy Grundman wrote:
On May 5, 2006, at 11:53 AM, jonmyatt wrote:
hickinbottoms Wrote:
I'd therefore also prefer the streaming to be split off rather
than the
scanning - after all most of the performance problems reported are
because audio stutters during sca
hickinbottoms wrote:
> cjk32 Wrote:
>> It would be nice to be able to run the thread serving audio data with
>> a high priority, the web interface at normal, and the scanner at low
>> priority. It'd certainly be of use to people like me who don't run
>> slimserver on a dedicated server.
>
> I'm no
this has been covered before. feel free to search, to avoid going
through the same exact discussion again :)
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
Triode wrote:
>
> Given then I know you are on linux,
You bet.
Linux beatles.pfarrell.com 2.6.8.1-12mdk #1 Fri Oct 1 12:53:41 CEST 2004
i686 AMD Athlon(tm) 3000+ unknown GNU/Linux
> you may want to try the following small edit:
> setsockopt $httpClient, SOL_SOCKET, SO_SNDBUF, MAXCHUNKSI
Pat Farrell wrote:
> Triode wrote:
>>you may want to try the following small edit:
>> setsockopt $httpClient, SOL_SOCKET, SO_SNDBUF, MAXCHUNKSIZE * 2;
>>
> Let me listen a bit and I'll let you know.
So far, I've listened to four or five CDs end to end,
and not noticed any dropouts. A small sa
Pat Farrell wrote:
>>Triode wrote:
>>>you may want to try the following small edit:
>>> setsockopt $httpClient, SOL_SOCKET, SO_SNDBUF, MAXCHUNKSIZE * 2;
> So far, I've listened to four or five CDs end to end,
> and not noticed any dropouts. A small sample, but this has potential.
Upon further
andyg wrote:
> Do those dropouts only occur during a rescan? Try setting the new
> perfwarn option. You'll need the latest nightly for this.
Not for me, they occur during normal playback.
Or, they also occur during normal playback. During rescan,
my server is unlistenable. Its only a AMD2400+ o
Craig wrote:
I'm still getting pauses when Random Mix makes a new selection but I've
tracked this to DBI:Find and I guess this will be covered by the move to
mySQL?.
This glitch is also apparent on my SB2s. It really messes up any
attempt to use Random Mix with two boxes sync'd.
Do you kno
kdf wrote:
> this has been covered before. feel free to search, to avoid going
> through the same exact discussion again :)
> ___ beta mailing list
> beta@lists.slimdevices.com
> http://lists.slimdevices.com/lists/listinfo/beta
I've had a bit of a dig,
I've had a bit of a dig, but not found anything that seems to be conclusive.
Could you point me in the right direction, as you know what you're looking
for.
http://forums.slimdevices.com/showthread.php?t=15613
http://forums.slimdevices.com/showthread.php?t=1166
http://forums.slimdevices.com/sh
2006-05-08 20:32:19.7901 Slim::Web::HTTP::processHTTP
2006-05-08 20:32:23.1430 Select Task > 0.5 : 4.31901407241821
This one is not actually a problem as the "Response Time" has not
exceeded the threshold. It means the task is doing some tricks to
stream audio while it is running, i.e. the t
kdf wrote:
>> I've had a bit of a dig, but not found anything that seems to be
>> conclusive. Could you point me in the right direction, as you know
>> what you're looking for.
>
> http://forums.slimdevices.com/showthread.php?t=15613
> http://forums.slimdevices.com/showthread.php?t=1166
> http://f
MOMENTARY PAUSES while SlimScrobbler is submitting (just this once
- it
didn't happen for any of the other track submits)
2006-05-08 19:45:16.2600 Timer Task > 0.5 : 1.34793710708618
2006-05-08 19:45:16.2616 Plugins::SlimScrobbler::Plugin::submitter
2006-05-08 19:45:16.2631 Response Time > 0
Craig wrote:
> Pat - apart from the rescanning, aren't your problems caused by other
> apps using the cpu? whereas these fix's seem to be related to
> SlimServer stalling the streaming.
It could, of course, be anything. But the box is dedicated to being a
SlimServer. It doesn't even have a monitor
Since I've been having this problem as well, Triode suggested I try
the 6.5 build. rather than the current 6.2.xxx
I had a 6.5 working a while back, but the current nightly on 6.5
does not execute. I installed via RPM onto my Mandriva 2006 system
and it is whining about perl modules not being av
Triode wrote:
> Have you run the build script (./Bin/build-perl-modules.pl) to make the
> new modules needed?
No, I just did the rpm and tried to run it.
DIdn't know voodoo was needed.
> This is needed as Mandravia 2006 has chosen to build perl without
> multithread support so the architecture
Triode wrote:
> Have you run the build script (./Bin/build-perl-modules.pl) to make the
> new modules needed?
Now I have, and I'm not sure it is happy.
This seems to require root.
Warning: prerequisite AppConfig 1.55 not found.
Building..
Library for Template-Toolkit-2.14.tar.gz is OK!
then I ge
Triode wrote:
> What does it say when you try to start the server manually with
> ./slimserver.pl?
That's what I did in the last message
./slimserver.pl
Can't locate auto/Compress/Zlib/autosplit.ix in @INC (@INC contains:
/home/pfarrell/incoming/SlimServer_v2006-05-17/CPAN/arch/5.8.5/i386-linu
Pat Farrell wrote:
> Triode wrote:
>> What does it say when you try to start the server manually with
>> ./slimserver.pl?
>
> That's what I did in the last message
>
>
> ./slimserver.pl
>
>
Could you try ./slimserver.pl --d_startup
___
beta mailing
Christopher Key wrote:
>
> Could you try ./slimserver.pl --d_startup
>
(beatles)root#/home/pfarrell/incoming/SlimServer_v2006-05-17>
./slimserver.pl --d_startup
Got @INC containing:
/home/pfarrell/incoming/SlimServer_v2006-05-17
/usr/lib/perl5/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/5.8.5
/
Pat Farrell wrote:
> Christopher Key wrote:
>> Could you try ./slimserver.pl --d_startup
I've reformatted the content below to make it a little more readable
>
> (beatles)root#/home/pfarrell/incoming/SlimServer_v2006-05-17>
> ./slimserver.pl --d_startup
> Got @INC containing: /home/pfarrell/inco
Christopher Key wrote:
> The log seems to suggest that XML::Parser and YAML::Syck are either built
> correctly (or alternatively that they are not being built at all, and are
> hence being loaded sucessfully from the system CPAN path), but that most of
> the rest of the modules are failing. I've j
One thing that hasn't been discussed (if I've seen it right): FLAC isn't
supported natively in SB1. It therefore has to be transcoded to WAV
(double the bandwidth) or MP3 (poorer quality). I guess the first is the
case. And wireless can't keep up with the bandwith needed. If you limit to
32
28 matches
Mail list logo