On 30-Apr-05, at 7:14 PM, Andy Bunn wrote:
Excellent. Thanks for the translation. And I forgot to post this, but
you
probably already know, the recan attempts are continuous. I think the
MMM
plugin reports a change every two seconds or so.
-A
the checker runs every 60 seconds. You won't notice
Excellent. Thanks for the translation. And I forgot to post this, but you
probably already know, the recan attempts are continuous. I think the MMM
plugin reports a change every two seconds or so.
-A
~~
2005-04-30 21:45:04.7145 MusicMagic: music library has changed!
Use
Quoting Andy Bunn <[EMAIL PROTECTED]>:
> Curious.
thanks. the uninitialized value warnings are just warnings and harmless. They
are coming up because the debug asks for the last scan time. since you havent'
scanned since startup, its indefined.
with 6.1 nightlies, a zero in the reload interval
kdf wrote:
> make sure you have the latest of the nightly builds for 6.1 (NOT 6.0.3),
April 28 or newer.
I installed the latest nightly (4/30) and see the new info being dumped to
the log file. See below. It's complaining abput a "uninitialized value in
concatenation" but seems to run. I can use M
Quoting hunta <[EMAIL PROTECTED]>:
>
> kdf Wrote:
> > i have also set my reload interval for musicmagic to 0 and this avoids
> > the scan even on startup, so try that as well since that may at least
> > lessen the problem in the short term.
>
> That doesn't seem to be the case when I'm starting SS
On 29-Apr-05, at 7:26 PM, Andy Bunn wrote:
So, when MMM is initialized, slim feels compelled to scan (orwhatever
the
right word is).
that is the current theory. try tomorrow's build for a bit more debug
around that area. it wont change anything, but it will at least give
recorded proof of th
Alright. I let slim rescan (it took less than an hour). I could then kill
slim and restart it without any problem. When I restarted MMM and ran slim
it scanned again:
Use of uninitialized value in exists at /PerlApp/Slim/Buttons/Home.pm line
159.
Use of uninitialized value in exists at /PerlApp/Sl
On 29-Apr-05, at 5:51 PM, Andy Bunn wrote:
Thanks kdf. You rock. -Andy
thanks, but I haven't actually solved anything yet. i've added a
couple new debug lines just now. if you use svn, please update. if
you use the windows exe, please download and install the 6.1 nightly
build for Apr 30 and
Hey all:
I have the same symptom (snipprt of log file pasted below). MMM has finished
its analysis (0/0/0) and the scan starts about a minute after slim.exe is
run. My reload interval is set to 3600. I'm using SS 6.0.2 and MMM 1.1.5 One
thing I see here is that slim is reading 9660 songs in the MM
On 29-Apr-05, at 5:19 PM, hunta wrote:
So, even if there is a second underlying issue, one way and another it
looks like it is better to run as a service. Does this have to run from
a DOS shell in XP? I can't see it in my list of services (My Computer >
Manage > Services)
slim.exe runs from comman
Quoting hunta <[EMAIL PROTECTED]>:
>
> Could be on to something here.
>
actually, I've noticed that the cacheid seems to be different every time
musicmagic is restarted, which will trigger the scan.
> I'd now like to revert to starting the service using SlimServer.exe to
> check whether the probl
Quoting hunta <[EMAIL PROTECTED]>:
>
> kdf Wrote:
> > I'll add a bit more in there hopefully for tomorrow's nightly build, to
> > track the scan trigger and we'll have to see the logs again.
>
> That sounds good. Unfortunately I'll be away for a week, but it looks
> like abunn is experiencing the
Quoting hunta <[EMAIL PROTECTED]>:
> 2005-04-29 21:09:53.9062 MusicMagic: music library has changed!
> 2005-04-29 21:09:53.9064 MusicMagic: using musicmagic: Predixis
> MusicMagic Mixer. Version 1.1.4
>
> 2005-04-29 21:09:53.9064 MusicMagic: start export
> 2005-04-29 21:09:53.9068 MusicMagic: expo
Quoting hunta <[EMAIL PROTECTED]>:
> 2005-04-29 21:09:53.9062 MusicMagic: music library has changed!
> 2005-04-29 21:09:53.9064 MusicMagic: using musicmagic: Predixis
> MusicMagic Mixer. Version 1.1.4
>
> 2005-04-29 21:09:53.9064 MusicMagic: start export
> 2005-04-29 21:09:53.9068 MusicMagic: expo
Quoting hunta <[EMAIL PROTECTED]>:
>
> kdf, I apologise if my requests for help have sounded like whingeing - I
> never intended that. Like many others on this forum I'm sure, I work in
> development myself and know very well the 'It doesn't work' user
> feedback. That said, I've not been using SS
> Version 1.1.5 of MusicMagic Mixer is out now. I have no idea if it
> will help you, but I figure it is worth a try.
I'm using 1.1.5 with the same problem. I'll, too, stop whingeing, and post
some logs to the bug reports.
-Andy
___
Discuss mailing li
Version 1.1.5 of MusicMagic Mixer is out now. I have no idea if it
will help you, but I figure it is worth a try.
> 2005-04-29 21:09:53.9064 MusicMagic: using musicmagic: Predixis
> MusicMagic Mixer. Version 1.1.4
___
Discuss mailing list
Discuss@lists.s
Quoting hunta <[EMAIL PROTECTED]>:
>
> During the 60 sec interval between starting SS and everything grinding
> to a halt I managed to turn on d_musicmagic and got this output (I've
> trimmed the path & file names). Not sure whether this means SS or MMM
> is re-evaluating the songs, but something
Quoting hunta <[EMAIL PROTECTED]>:
>
> Analysis was fully complete before SS came on the scene.
>
> I spoke too soon. I'm very disappointed to find that, having closed and
> restarted MMM and SS CPU has become an issue again. I'm starting to run
> out of ideas (other than give up on MMM).
>
please
> the scenario I'm experiencing, I can start MMM & SS, everything's fine
> for maybe 60 secs, then SS maxes out on the CPU. My reload interval is
> set to 3600 seconds. To verify this I set the reload interval to 0
> (don't reload), as suggested in the bug detail, and it had no effect.
Ditto. I ad
> So, all in all it seems to work. Just takes a healthy dose of
> patience... I guess the reason why SS takes so long to read a fully
> analyzed and verified MMM library will remain a mystery for now.
There's a bug report on this and hopfully it will be fixed soon
http://bugs.slimdevices.com/show
i think it's the analysis that takes the time. and having slim up while your
analysing doesn't seem a good idea. once it's all done though, it is really
kool.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of hunta
Sent: 29 April 2005 19:02
To: discuss@lists.sl
Hiya.
On Apr 29, 2005, at 5:05 AM, hunta wrote:
After more experimentation ('testing' would be too grand a word!) last
night, I found that there was some progress, it's just extremely slow.
[...]
Does this fit with other people's experience when first introducing MMM
and SS to each other? People
t: RE: [slim] Re: MusicMagic, SlimServer 6.01 and SoftSqueeze
2.0b3
from what i've worked out, it MMM does something like this ...
- first, MMM generates a fingerprint for each song, taking about 10 secs per
song
- if MMM can find that song from the fingerprint in the online database then
from what i've worked out, it MMM does something like this ...
- first, MMM generates a fingerprint for each song, taking about 10 secs per
song
- if MMM can find that song from the fingerprint in the online database then
it can get the full analysis data from there (cos someone else has already
d
Right, but when I have this situation and I shutdown both slim and
musicmagic and restart musicmagic only, then musicmagic hogs the cpu. this
is leading me to believe that musicmagic is the culprit.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of hunta
> guess I could try MoodLogic,
I did and wasn't thrilled with it. MMM is a better music mixer. Do you have
some fraction of unanalyzable tracks? I do. That is, I have no songs which
have not yet been analyzed but I do have songs which are unanalyzable. Can
that be part of it?
whicken (the kdf of
On 4/28/05, relen <[EMAIL PROTECTED]> wrote:
> All this presumably means that MusicMagic would have to do complete
> analysis on a significant proportion of my collection. What's the
> general view on this product, especially as one evidently has to
> subscribe to get Slimserver integration? Is it
On 4/28/05, Jim Forsythe <[EMAIL PROTECTED]> wrote:
> I've been having the same problem. If I turn MMM on, and integrate it
> with slimserver, within a single song play, slimserver "locks up". The
> web interface won't respond, and after the buffer empties, it stops
> playing. This is on Linux (
On 4/28/05, relen <[EMAIL PROTECTED]> wrote:
> I did a series of test lookups on their web site search front-end and it
> is obviously only checking a couple of locations carrying mainstream
> current albums. Is this the same on-line database as their product
> uses, or is the latter something more
I've been having the same problem. If I turn MMM on, and integrate it
with slimserver, within a single song play, slimserver "locks up". The
web interface won't respond, and after the buffer empties, it stops
playing. This is on Linux (red hat 9).
I don't see an option for watch folders anywh
> What's the
> general view on this product, especially as one evidently has to
> subscribe to get Slimserver integration? Is it worth the effort?
It's great (when it works I guess - given the nature of this thread). I have
a 10k song library with seriously eclectic spread (I suppose that in 10k
t
On 27-Apr-05, at 9:25 PM, Wendell Hicken wrote:
On 4/27/05, abunn <[EMAIL PROTECTED]> wrote:
If I just start music magic in the absence of slim,
the cpu pegs and the MusicMagicMixer.exe is the culprit. But, no
analysis is being done. At least, it claims not (there are a few
tracks
that mm lists as
On 4/27/05, abunn <[EMAIL PROTECTED]> wrote:
> If I just start music magic in the absence of slim,
> the cpu pegs and the MusicMagicMixer.exe is the culprit. But, no
> analysis is being done. At least, it claims not (there are a few tracks
> that mm lists as unanalyzable - too short). It's a drag;
I also use MusicMagic intergrated with SlimServer and don't see this
behaviour once all the music is analyzed by MM and SlimServer has
fully scanned the library(prior to those two operations completing the
entire computer is maxed out, and I typically stop the slimserver
service, let MM do its thin
> Yes - 100% completed - status bar is reading 0 / 0 / 0 so all tracks
> have been analysed / added etc.
>
> Whether I start slim.exe manually or via the service it starts ok then
> within about 5-10 minutes it will ramp up to 100% CPU and stay there
> for 20-30 minutes. It will then come back dow
Sorry, I don't tend to keep a stopwatch on it, but it does seem to take
quite a while (30 mins?), even for small additions (10-20 tracks) to my
library.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of hunta
Sent: 27 April 2005 14:05
To: discuss@lists.slimd
I see this too, any time anything new gets added to the MM library. The
CPU usage does return to normal after a while, though.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of hunta
Sent: 27 April 2005 00:26
To: discuss@lists.slimdevices.com
Subject: [slim
> How do I do a wipe cache?
in the web browser, server settings->performance
click the Wipe Cache button. With 6.0.1, there have been some issues using wipe
cache, however. If you end up with strange results in the pagebar (the letters
at the top fo the browse lists), a server restart should cle
39 matches
Mail list logo
