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
Stuart - could you post the whole log (ziped?) Or just a few lines above
each of these.
Reason for asking is that we need the lines above the "Response Time >
0.5" lines...
Good news is that we should be able to reduce the ones due to
"writePrefs" quite easily...
--
Triode
---
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
Triode Wrote:
> To add the the post from Andy above - I would be interested in the
> output from the --perfwarn option added to last night's 6.5 from anyone
> having problems streaming to SB1. This may help target the problem
> areas in the current server architecture.
To add my data to this I'
On May 8, 2006, at 4:51 PM, Dan Sully wrote:
* Andy Grundman shaped the electrons to say...
There are also pure-Perl solutions that are a lot lighter and
easier to manage, i.e. Net::Server or POE, as Dan mentioned. Or
we could use a light-weight web server such as lighttpd. Apache
mi
* Andy Grundman shaped the electrons to say...
There are also pure-Perl solutions that are a lot lighter and easier
to manage, i.e. Net::Server or POE, as Dan mentioned. Or we could
use a light-weight web server such as lighttpd. Apache might be a
bit heavyweight for our needs, which, pro
On May 8, 2006, at 4:43 PM, Dan Sully wrote:
* Christopher Key shaped the electrons to say...
Can I assume that the position is approximately as follows. It is
agreed
the splitting things up is certainly worthwhile, but that pre Perl
5.8, it
really isn't practical, and requiring Perl 5.8
* Christopher Key shaped the electrons to say...
Can I assume that the position is approximately as follows. It is agreed
the splitting things up is certainly worthwhile, but that pre Perl 5.8, it
really isn't practical, and requiring Perl 5.8 wasn't acceptable. Perl 5.8
introduced suitable th
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
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
Thanks - for info:
Craig Wrote:
> 2006-05-08 20:29:20.4101 Request Task > 0.5 : 8.02541708946228
> 2006-05-08 20:29:20.4106 Notify:
> Plugins::RandomPlay::Plugin::commandCallback
> 2006-05-08 20:29:20.4118 Response Time > 0.5 : 8.05730199813843
>
This one is a problem and as Dan says should b
Triode,
The main ones I'm seeing are
2006-05-08 20:29:20.4101 Request Task > 0.5 : 8.02541708946228
2006-05-08 20:29:20.4106 Notify:
Plugins::RandomPlay::Plugin::commandCallback
2006-05-08 20:29:20.4118 Response Time > 0.5 : 8.05730199813843
Which Dan said has been dealt with in the split sca
To add the the post from Andy above - I would be interested in the
output from the --perfwarn option added to last night's 6.5 from anyone
having problems streaming to SB1. This may help target the problem
areas in the current server architecture.
Start the server from the command line with the
On May 8, 2006, at 3:00 PM, atlslim wrote:
Deleting FileCache Worked.
Just curious if I missed something or should I be deleting this
directory routinely (similar to browser cache)??
Nope, that's just what you get living on the edge. ;)
___
beta m
Deleting FileCache Worked.
Just curious if I missed something or should I be deleting this
directory routinely (similar to browser cache)??
Thanks again.
--
atlslim
atlslim's Profile: http://forums.slimdevices.com/membe
On May 8, 2006, at 2:42 PM, atlslim wrote:
getting this output (and slimserver crash) for both 'shoutcast' and
'slim devices picks' plugins:
2006-05-08 07:52:13.6268 Formats::XML: async request:
http://content.us.squeezenetwork.com:8080/shoutcast/index.opml
Can't call method "header" on unble
getting this output (and slimserver crash) for both 'shoutcast' and
'slim devices picks' plugins:
2006-05-08 07:52:13.6268 Formats::XML: async request:
http://content.us.squeezenetwork.com:8080/shoutcast/index.opml
Can't call method "header" on unblessed reference at
C:/PROGRA~1/SLIMSE~1/server/S
Quoting atlslim <[EMAIL PROTECTED]>:
Favorites plugin not available in 6.5 Revision:7346 (W2K)
I know...I'll fix it later. Only had time to deal with 6.3.0 before work.
-k
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com
Favorites plugin not available in 6.5 Revision:7346 (W2K)
output from -d_plugins:
2006-05-08 13:32:21.8041 Can't require Plugins::Favorites::Plugin for
Plugins menu: Global symbol "$urls" requires explicit package name at
C:/PROGRA~1/SLIMSE~1/server/Plugins/Favorites/Plugin.pm line 249.
Global s
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
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,
* ron thigpen shaped the electrons to say...
I had suspected the Genre filtering and given it a go with both All
genres checked and No genres checked (on the theory that the code would
go about things differently in these cases) but it didn't seem to make
enough of a difference to matter for S
Dan Sully wrote:
I've already optimized RandomMix in the split-scanner branch.
It's the genre excluding code that's causing it.
Thanks Dan. Good to know it's been looked at.
I had suspected the Genre filtering and given it a go with both All
genres checked and No genres checked (on the the
* ron thigpen shaped the electrons to say...
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 know if there is a bug filed for the specific issue with
DBI:Find? There might be code optimizations that could resolve this
I can view any page except view artwork without pausing on a 10,500 song
DB so that's a definate improvement.
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.
Craig
--
Craig
-
Robin Bowes Wrote:
> ron thigpen wrote:
> > 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 me
I've just added Bug #3401 - "Sync broken in Random Mix playback" to
cover the specific interaction between Random Mix and SB synchronized play.
Some of the underlying causes and fixes may help with other sync and
dropout issues.
As the issue is occurring for me in the 6.5b branch, and seems l
ron thigpen wrote:
> 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 w
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
OK, right. Those heavy database pages are still a problem I'm not sure
we'll be able to solve until we get DBIx::Class merged in from
split-scanner.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?useri
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
andyg Wrote:
> Do those dropouts only occur during a rescan? Try setting the new
> perfwarn option. You'll need the latest nightly for this.
>
> ./slimserver.pl --perfwarn=0.5
OK ta - will grab it now and try. And no, they occur when the web
interface has a lot to do - e.g. Browse Artists.
Do those dropouts only occur during a rescan? Try setting the new
perfwarn option. You'll need the latest nightly for this.
./slimserver.pl --perfwarn=0.5
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.p
Dan Sully Wrote:
>
> FYI - here's a better patch which checks the size of the sndbuf first.
>
Doesn't seem to have improved matters here, I'm still getting dropouts
caused by the server process hogging CPU. This is with 6.5b1 build
7296, and a library of 6000-ish songs.
Which debug flags sho
I've just installed the 5/8 build of 6.5 windows and I seem to be able
to do anything with the web browser with only small dips in buffer
fullness as opposed to the pauses I was getting before :-)
I'm still getting pauses when Random Mix makes a new selection but I've
tracked this to DBI:Find and
Triode Wrote:
>
> Are you willing to try 6.5 as I am about to put some more diagnostics
> in this to help understand what causes long response times.
I can give it a go on windows if you tell me what to do.
Craig
--
Craig
-
36 matches
Mail list logo