HB64 wrote:
> I have more than 2 tracks and in the past when i tried to analyze
> the tracks on a windows machine that are stored on my nas it always
> failed due to the fact that the fingerprint can not be stored in the
> file where it needs to, take a look at following page
>
HB64 wrote:
> I have more than 2 tracks and in the past when i tried to analyze
> the tracks on a windows machine that are stored on my nas it always
> failed due to the fact that the fingerprint can not be stored in the
> file where it needs to, take a look at following page
>
slartibartfast wrote:
> Like I said you can fingerprint from the Windows machine over the
> network. If you don't believe it try it. If I had not done it myself I
> wouldn't suggest it.
>
> Sent from my SM-G900F using TapatalkI have more than 2 tracks and in the
> past when i tried to
HB64 wrote:
> Manipulating the default.m3lib doesn't bring you anything if the tracks
> are not fingerprinted, that fingerprinting must be done on a windows mac
> or linux machine that means that the files that needs to be
> fingerprinted need to be moved to that machine.
Like I said you can
slartibartfast wrote:
> Are you validating on the Pi? Apparently that is slow. If you have a
> Windows machine with the same version of MusicIP you can open the
> "default.m3lib" file stored on the Pi by double clicking it in explorer
> and validating from the windows machine.
>
> Sent from my
Your problem is that you are trying to fingerprint tracks on a Pi that
is a waste of time, fingerprinting should be done on a machine that is
powerfull enough to do that. Take a look at following site
https://www.spicefly.com/ there you can find all the info you need to
get all in working order.
JensD wrote:
> Hi!
>
> How long does mipcore need to validate a song? I have just installed on
> my Raspi, scanning for songs was fine, but when I now start the
> validation, it seems as mipcore gets stuck at the first song. It
> consumes 100% of CPU, but I can't see any progress or result.
>
Hi!
How long does mipcore need to validate a song? I have just installed on
my Raspi, scanning for songs was fine, but when I now start the
validation, it seems as mipcore gets stuck at the first song. It
consumes 100% of CPU, but I can't see any progress or result.
ps shows:
0 R pi2910
slartibartfast wrote:
> Have you turned off the swapfile completely?. I set mine to normal
> performance and during a "new and changed" scan 6MB of available swap
> was used when 28MB of RAM was still free.
>
> Sent from my SM-G900F using Tapatalk
No, I leave my swapfile enabled, just in
frankd wrote:
> Actually, it is even faster as no swapping is needed which slows down
> the raspberry due to the low throughput of the SC-Card.
> And during regular usage of LMS I couldn't find any difference in
> performance so far.Have you turned off the swapfile completely?. I set mine
> to
slartibartfast wrote:
> How much longer does a scan take with the "normal" setting?
>
> Sent from my SM-G900F using Tapatalk
Actually, it is even faster as no swapping is needed which slows down
the raspberry due to the low throughput of the SC-Card.
frankd wrote:
> I think I found the reason for high memory usage while importing MusicIP
> fingerprints in my setup:
> If in the LMS performance settings high memory settings are used
> (advanced - performance - database memory), the MusicIP important
> requires significantly more memory.
slartibartfast wrote:
> I have increased the swap file to 500MB which seems to be just enough to
> complete a "new and changed" scan. It look as though the RAM used after
> the scan is completed is much higher than a newly booted system and
> remains high. Another "new and changed" scan causes
slartibartfast wrote:
> Do you use filters in MusicIP? I only ask because I am having issues
> where MusicIP seems to ignore the filter settings. More info is in this
> thread
> http://forums.slimdevices.com/showthread.php?t=108391
>
> Sent from my SM-G900F using Tapatalk
It works for myself
frankd wrote:
> First post updated with some bugfixes and addons to the tutorial
> reflecting the recent discussions
>
> Added instructions for Music IP Recipes
> Added instructions for Music IP FiltersDo you use filters in MusicIP? I only
> ask because I am having issues
where MusicIP seems
Antoniop wrote:
> It's because you have
> "su - $USER -c"
> in your script, and not sudo instead of su, as in frankd script.
> su prompts for a password, that's certainly why it doesn't work in the
> crontab, there's no password entered at run time.
> At boot, because the user that runs
How do I know if my crontab entries are working? I stopped the
MusicMagicServer yesterday and this morning it was still not running. I
thought the crontab entry would have restarted it overnight.
Sent from my SM-G900F using Tapatalk
It seems to be possible to open the default.m3lib file on the Pi in the
Windows MusicIP mixer and analyse the tracks in the Pi's library from
there. This is just as fast as analysing on a local disk and archives
the fingerprint in file metadata.
Sent from my SM-G900F using Tapatalk
slartibartfast wrote:
> If you open the default.m3lib file on the Pi from the MusicIP Mixer on a
> Windows machine you can see the non-validated tracks. Sure enough the
> non-validated tracks do not contain a fingerprint. Replaygain info is
> also missing but I have no idea why.
>
> Sent from
frankd wrote:
> I do not know how you can list non-validated songs with a headless setup
>
>
> Validation on the raspberry works, but is very slow.
> It does not archive your results (add the fingerprint as a song-tag),
> thus you would be back to square one in case you should "loose" your
>
slartibartfast wrote:
> Thinking about it I only have 100 unanalyzable songs in Windows but 1100
> in Linux so I think I did turn off all the filters. Is there an easy way
> to tell which files the server thinks are not validated? Have you tried
> validating tracks on the Pi?
>
> Sent from my
frankd wrote:
> Just a guess for the difference of non-validated songs (does not explain
> the difference of total files): Did you add exclusions in your windows
> setup. If I remember correctly, there might be even default exclusions
> in a standard windows setup (audiobook...), which will not
frankd wrote:
> Just a guess for the difference of non-validated songs (does not explain
> the difference of total files): Did you add exclusions in your windows
> setup. If I remember correctly, there might be even default exclusions
> in a standard windows setup (audiobook...), which will not
slartibartfast wrote:
> I validate tracks on an external drive plugged into my Windows laptop
> and then transfer them over the network to a hard drive plugged onto the
> Pi. I then add the tracks using the MusicMagicServer webpage on port
> 10002 on the Pi. Even the total number of songs is
mherger wrote:
> > But the tracks are validated in Windows just not on the Pi.
>
> Then I'd say the transfer of the data from Windows to the Pi did not
> work. But that's admittedly just a guess. All I know is that tracks
> which are not validated need to be validated before you can mix them.
But the tracks are validated in Windows just not on the Pi.
Then I'd say the transfer of the data from Windows to the Pi did not
work. But that's admittedly just a guess. All I know is that tracks
which are not validated need to be validated before you can mix them.
--
Michael
mherger wrote:
> > Does anyone know why the "Songs to validate" on the MusicMagic Server
> > webpage on port 10002 of the Pi server is much higher than the
> > unanalysable songs in the Windows version of MusicIp?
>
> I would think that these are two different items: "to validate" is the
>
Does anyone know why the "Songs to validate" on the MusicMagic Server
webpage on port 10002 of the Pi server is much higher than the
unanalysable songs in the Windows version of MusicIp?
I would think that these are two different items: "to validate" is the
number of tracks MIP has not
Does anyone know why the "Songs to validate" on the MusicMagic Server
webpage on port 10002 of the Pi server is much higher than the
unanalysable songs in the Windows version of MusicIp? I only have around
100 unanalysable songs but around 1100 "Songs to validate" on the Pi. I
thought it might
Antoniop wrote:
> It's because you have
> "su - $USER -c"
> in your script, and not sudo instead of su, as in frankd script.
> su prompts for a password, that's certainly why it doesn't work in the
> crontab, there's no password entered at run time.
> At boot, because the user that runs
stroom wrote:
> Actually, MusicMagicServer runs after reboot.
> But if I copy the following crontab entries in crontab with crontab -e
> (with change of the time for testing) the MusicMagicServer does not stop
> or start
>
>
> 0 4 * * * /home/pi/MusicIP/MusicMagicMixer/mmserver stop
> 1 4 * *
Antoniop wrote:
> It's sets up MUSICHOME variable and then you can have this script to run
> at boot, with correct user, that's all.
> I don't see why it couldn't work. You can also run each command of the
> script one by one in a console to see where is the problem.
Actually, MusicMagicServer
stroom wrote:
> Got MusicIP and Spicefly running on my Raspberry pi3, with LMS installed
> on Raspian Lite.
> However, could not get the mmserver script working, so I just used the
> following commands in the cron table:
> /home/pi/MusicIP/MusicMagicMixer/MusicMagicServer stop
>
Got MusicIP and Spicefly running on my Raspberry pi3, with LMS installed
on Raspian Lite.
However, could not get the mmserver script working, so I just used the
following commands in the cron table:
/home/pi/MusicIP/MusicMagicMixer/MusicMagicServer stop
I know this is a bit off-topic in this thread, but I wasn't sure where
to post this question.
I've been using spicefly for a few weeks and have specific rules on what
songs to play based on MusicIp filter. However, it seems to just pick
random songs. When I look at the SugarCube Live View, it
Spent the last month analysing all my live tracks and now LMS no longer
tries to import 29000 tracks during MusicIP import. It still imports
around 1400 tracks and I have no idea why since I only had 122
unanalysable tracks in the Windows GUI. The number of tracks in the
headless version also
Hi,
Thanks Frankd !
LMS 7.9.0
on Linux Mageia 5 and RPI 3
1 SB3, 2 radio, 1 touch
Plugins : Trackstat, Smartmix, MusicIP, ...
Antoniop's Profile: http://forums.slimdevices.com/member.php?userid=39292
View this thread:
Instructions for creating MusicIP moods added in the first post.
This requires updating MusicIP plugin files after each installation /
update of LMS. Maybe Michael Herger could update the files in the LMS
source master, in case he does not see any other side effects (I did
this half a year ago
First post updated with some bugfixes and addons to the tutorial
reflecting the recent discussions
Added instructions for Music IP Recipes
Added instructions for Music IP Filters
frankd's Profile:
slartibartfast wrote:
> I don't think MusicIP reads the USB drive when it starts, it reads the
> default.m3lib file on the sd card. Is there a log file which would tell
> me what was happening during the service start up?
>
> Sent from my SM-G900F using Tapatalk
There is a file in home sub
Antoniop wrote:
> Hi,
> Well, computers are not "exact science", some things can have an impact
> even if there is no apparent relationship. I know there are ways to
> better mount disks in linux, but I'm not an expert on ntfs on linux, I
> use only linux formatted drives. So, I can't give an
slartibartfast wrote:
> From fstab
>
> UUID=54D8D96AD8D94ABE /media/usb0 ntfs defaults,nofail
>
> I am not quite sure why this is relevant. The USB drive works perfectly
> with LMS and SAMBA and the slow start up occurs at any time not only
> after a reboot.
>
> Sent from my SM-G900F using
Antoniop wrote:
> Yes, but try the other suggestions. Also post the command you use to
> mount your usb drive, or the extract from /etc/fstab if it's in it. I'll
> compare with what I do.From fstab
UUID=54D8D96AD8D94ABE /media/usb0 ntfs defaults,nofail
I am not quite sure why this is relevant.
slartibartfast wrote:
> My tracks are on a USB drive plugged directly into the Pi. I analyse
> tracks on a backup USB drive connected to a windows laptop, then copy
> them across the network to the Pi's drive. The start up time of the
> mmserver is exactly the same whether default.m3lib is
Antoniop wrote:
> I know, I'm sorry I can't figure out what's going on. You could check
> the memory used just at startup to see if uses so much memory, but it's
> just impossible that Musicip could run well in that condition, because
> it's a light program, very well written in my opinion,
slartibartfast wrote:
> So this would not cause my start delay then? I am clutching at straws.
>
> Sent from my SM-G900F using Tapatalk
I know, I'm sorry I can't figure out what's going on. You could check
the memory used just at startup to see if uses so much memory, but it's
just impossible
Antoniop wrote:
> Hello,
> I kept the original script but Markd changed it. It doesn't make any
> real difference at run. The sudo command allows more flexibility than
> su, it's possible to disable the asking of the password when it's run in
> a terminal, as su asks for the password of the pi
slartibartfast wrote:
> I have just noticed that your mmserver script is not the same as in
> frankd's original post. He replaced the line
>
> su - $USER -c $MUSICHOME"MusicMagicServer start & > /dev/null"
>
> with
>
> sudo -u pi /home/pi/MusicIP/MusicMagicMixer/MusicMagicServer start & >
>
Antoniop wrote:
> Sorry if it didn't help. Maybe I have some other clues:
> Did you check that MusicIP is started before LMS ? otherwise LMS will
> not see it. Make sure it's the case:
> stop LMS:
> >
Code:
> > sudo service logitechmediaserver stop
I have done a dist-upgrade on my max2play system so it now has the
latest stable kernel and mmserver still takes 2 minutes 40 seconds to
start. It takes just as long if I delete the default.m3lib cache file.
What it is doing for all that time is still a mystery to me.
Sent from my SM-G900F using
frankd wrote:
> Did you try a double click? If I rememer correctly the gui is associated
> with the m3lib files (I have no access to my computer at the moment)
>
> Gesendet von meinem Nexus 7 mit TapatalkAfter further reading I decided a
> double click would probably work. I am
nowhere near
slartibartfast wrote:
> Now I have looked at the the Windows GUI I can't see how to open a
> default.m3lib that is not the one stored on the windows machine. How do
> I open the file over the network?
>
>
> Sent from my SM-G900F using TapatalkDid you try a double click? If I rememer
>
frankd wrote:
> Yes, you can open the default.m3lib with the windows version of MusicIP
Now I have looked at the the Windows GUI I can't see how to open a
default.m3lib that is not the one stored on the windows machine. How do
I open the file over the network?
Sent from my SM-G900F using
frankd wrote:
> Yes, you can open the default.m3lib with the windows version of
> MusicIP, but use version 1.8, as the newer beta 1.9 version will change
> your database to a newer format. Best is to make a backup of your
> database just in case You can open directly via the network.
slartibartfast wrote:
> If I finally get around to analysing my 29000 live tracks to avoid the
> rescanning I can use filters to prevent the mixer using them. Is this
> achieved by opening the default.m3lib from the .MusicMagic folder using
> the Windows GUI version 1.8? Do I need to copy the
frankd wrote:
> Yes you are right that the un-mixable tracks should not be re-loaded. I
> just checked, I have the same versions of qemu, thus that can be ruled
> out as well...If I finally get around to analysing my 29000 live tracks to
> avoid the
rescanning I can use filters to prevent the
Antoniop wrote:
> Let me summarize how I think it works :
> With the windows version, at startup it scans the watch folders for the
> new tracks that never have been analyzed. Then it tries to analyze these
> new tracks.
> For each new file, if it succeeds, an entry for the file is added in
slartibartfast wrote:
> You would expect the unanalysed tracks to be scanned once but not every
> time a new and changed scan is performed. 29000 unanalysed tracks use a
> lot of memory.
frankd wrote:
> My thoughts:
> - even if a track might not be analyzed, it still needs to be loaded and
>
frankd wrote:
> My thoughts:
> - even if a track might not be analyzed, it still needs to be loaded and
> scanned. Depending on what causes the memory usage, every track might
> contribute to the memory usage, no matter if importable or not.
> - My memory usage seems to be more in line with
slartibartfast wrote:
> Are the 141 items unanalysed files? I suppose if I had to I could
> analyse them but that would take weeks and like you said they should not
> be imported by LMS.
>
> Sent from my SM-G900F using Tapatalk
My thoughts:
- even if a track might not be analyzed, it still
Antoniop wrote:
> Waow, MusicIP uses a lot of memory 520M of resident memory, that's huge,
> surely not normal.
>
> As far as I understood, unanalysed files by MusicIP are not imported in
> LMS.
> Here is the result of a "new and change" scan on my library I just did.
> 23614
> I didn't add
Waow, MusicIP uses a lot of memory 520M of resident memory, that's huge,
surely not normal.
slartibartfast wrote:
>
> The 29823 items imported by MusicIP are all the unanalysed files which
> are scanned on every scan
As far as I understood, unanalysed files by MusicIP are not imported in
LMS.
Antoniop wrote:
> Of course I see different results, it's faster, LMS only imports new and
> changed tracks, as I told you. But it's the same for the memory.
> Did you try free -m
> What does it says ?
> did you try upgrading your raspbian ?
Free -m after reboot
23609
htop during new and
slartibartfast wrote:
> I see you did a full scan above. Do you see different results with a
> "new and changed" scan?
Of course I see different results, it's faster, LMS only imports new and
changed tracks, as I told you. But it's the same for the memory.
Did you try free -m
What does it says
Antoniop wrote:
> What kind of SD card are you using ? some are very slow or defective, it
> can cause errors during execution, which leads to strange behaviours.
> If I were you, at this point I would consider erasing the card and
> reinstalling the all thing.
> Good luck anyway.I see you did
slartibartfast wrote:
> Yours is working how I expect it to work. Mine isn't. Frankd also
> increased his swap file and in fact recommended me to. His is also
> max2play while yours is not but I can't understand why that would make
> a difference.
>
> Sent from my SM-G900F using Tapatalk
What
Antoniop wrote:
> I don't think so, the scanner scans the files in the directories you
> specified in LMS. the LMS MusicIp importation during the scan only
> imports what MusicIp has in its database that is new (to LMS), not what
> has not been analysed. It means the first time it will import
slartibartfast wrote:
> I think I know the reason my "new and changed scan" uses so much memory.
> I have deliberately not analysed all my live tracks but the "new and
> changed" scan tries to import these tracks (29000 of them). These tracks
> have already been scanned during the "clear
frankd wrote:
> I am using 1024kb for my 25k tracks. It is normal that the MusicIP
> import during the scan uses lots of memory. When It is finished the
> memory should be available and the swapfile usage should decrease, this
> can be all monitored with top during scanning. I was surprised by
slartibartfast wrote:
> I have increased the swap file to 500MB which seems to be just enough to
> complete a "new and changed" scan. It look as though the RAM used after
> the scan is completed is much higher than a newly booted system and
> remains high. Another "new and changed" scan causes
frankd wrote:
> I am currently travelling, thus I can only answer what I remember by
> heart:
>
> - mmm.ini should be in your .MusicMagic directory
> - your mmm.ini looks pretty crowded with a number of unneccessary
> entries (e.g. the link to the webserver; this server and service does
> not
slartibartfast wrote:
> Well I moved mmm.ini to the .MusicMagic folder and it still takes 2
> minutes 40 seconds to start the server. Only difference now is I see
>
> File does not exist: /home/pi/.MusicMagic/recipes.xml
>
>
>
> Sent from my SM-G900F using TapatalkThere is still something
frankd wrote:
> I am currently travelling, thus I can only answer what I remember by
> heart:
>
> - mmm.ini should be in your .MusicMagic directory
> - your mmm.ini looks pretty crowded with a number of unneccessary
> entries (e.g. the link to the webserver; this server and service does
> not
frankd wrote:
> I am currently travelling, thus I can only answer what I remember by
> heart:
>
> - mmm.ini should be in your .MusicMagic directory
> - your mmm.ini looks pretty crowded with a number of unneccessary
> entries (e.g. the link to the webserver; this server and service does
> not
slartibartfast wrote:
> A clear and rescan finished successfully after including the cache path
> in the mmm.ini file. I am scared to try a new and changed scan!
>
> Sent from my SM-G900F using Tapatalk
I am currently travelling, thus I can only answer what I remember by
heart:
- mmm.ini
A clear and rescan finished successfully after including the cache path
in the mmm.ini file. I am scared to try a new and changed scan!
Sent from my SM-G900F using Tapatalk
slartibartfast's Profile:
Antoniop wrote:
> Sorry, same answer, I don't remember exactly if I did it, if it's
> necessary and why, maybe I just reproduced what I did on the PC a few
> years ago, I don't have my notes.
> What is for sure is that the actual file that I'm using is that one and
> the cache file
slartibartfast wrote:
> Did you put the mmm.ini file in the .MusicMagic folder? Mine isn't
> there.
>
> Sent from my SM-G900F using Tapatalk
Sorry, same answer, I don't remember exactly if I did it, if it's
necessary and why, maybe I just reproduced what I did on the PC a few
years ago, I don't
slartibartfast wrote:
> Did you modify the mmm.ini file yourself? There was no mention of this
> in the walk through.
>
> Sent from my SM-G900F using Tapatalk
Good question, I can't remember. My musicip was previously on a linux
PC, so maybe I did the same on the RPI that I did on the PC,
Antoniop wrote:
> >
Code:
> > $ cat /etc/apt/sources.list
> deb [arch=armhf] http://mirrordirector.raspbian.org/raspbian/ jessie main
contrib non-free rpi
> # Uncomment line below then 'apt-get update' to enable 'apt-get source'
> #deb-src
Antoniop wrote:
> >
Code:
> > $ cat /etc/apt/sources.list
> deb [arch=armhf] http://mirrordirector.raspbian.org/raspbian/ jessie main
contrib non-free rpi
> # Uncomment line below then 'apt-get update' to enable 'apt-get source'
> #deb-src
slartibartfast wrote:
> What do you have in your sources.list? I noticed one of the lines was
> commented out in mine and also in the raspi.list.
>
> Do you have a path for the cache file in your mmm.ini file?
>
> Sent from my SM-G900F using Tapatalk
Code:
$ cat
Antoniop wrote:
> Maybe something with qemu then. Removing the packages
> (https://www.raspberrypi.org/forums/viewtopic.php?t=9905=214046) and
> reinstalling ?
> Not much ideas I'm afraid.What do you have in your sources.list? I noticed
> one of the lines was
commented out in mine and also in
slartibartfast wrote:
> I tried redownloading MusicIP and it still takes more than two minutes
> to start the server.
>
Maybe something with qemu then. Removing the packages
(https://www.raspberrypi.org/forums/viewtopic.php?t=9905=214046) and
reinstalling ?
Not much ideas I'm afraid.
LMS
Antoniop wrote:
> Yes, that's much strange.
> I tried again and it takes max 20 sec
> The last command you used is not ok I think, because qemu is used
> automatically. It it was not, MusicIp would not start.
> I use only :
> $ /home/user/MusicIP/mmserver start/stop
> (MusicIp is in a user home
slartibartfast wrote:
> I tried a scan with mmserver stopped and no musicIP info was scanned. So
> mmserver must be involved in the scan in some way. It seems as though
> LMS is waiting for mmserver to do something and mmserver just increases
> its memory usage.
>
> Sent from my SM-G900F using
mherger wrote:
> > The last scan I tried crashed LMS and mmserver. If this is working for
> > every one else I must be doing something wrong
>
> Maybe it's worth checking the MIP import mode? Make sure you don't use
> MIP to import all its data.
>
> --
> --
>
> MichaelI think the default
Antoniop wrote:
> Yes, that's much strange.
> I tried again and it takes max 20 sec
> The last command you used is not ok I think, because qemu is used
> automatically. It it was not, MusicIp would not start.
> I use only :
> $ /home/user/MusicIP/mmserver start/stop
> (MusicIp is in a user home
The last scan I tried crashed LMS and mmserver. If this is working for
every one else I must be doing something wrong
Maybe it's worth checking the MIP import mode? Make sure you don't use
MIP to import all its data.
--
--
Michael
___
plugins
Antoniop wrote:
> Yes, that's much strange.
> I tried again and it takes max 20 sec
> The last command you used is not ok I think, because qemu is used
> automatically. It it was not, MusicIp would not start.
> I use only :
> $ /home/user/MusicIP/mmserver start/stop
> (MusicIp is in a user home
slartibartfast wrote:
> I tried another variation of the start command
>
> 23594
> There is a delay of more than two minutes before the "starting server"
> message appears.
Yes, that's much strange.
I tried again and it takes max 20 sec
The last command you used is not ok I think, because qemu
The last scan I tried crashed LMS and mmserver. If this is working for
every one else I must be doing something wrong but all I did was follow
the step by step instructions. How do I remove everything and start
again?
Sent from my SM-G900F using Tapatalk
I tried another variation of the start command
23594
There is a delay of more than two minutes before the "starting server"
message appears.
+---+
|Filename: Capture.JPG |
|Download:
I have just tried stopping the mmserver and see this
23593
I no longer see a prompt. Does that mean anything?
+---+
|Filename: Capture.JPG |
|Download:
Antoniop wrote:
> It's about the same:
> $ ps aux|grep Music|grep -v grep
> me 30924 5.7 4.0 132692 38324 ?Sl 08:19 0:22
> /usr/bin/qemu-i386 /home/lapin/progs/MusicIP/MusicMagicServer start
>
> It's less than before because I've just restarted MusicIp. I also
> restart MusicIp
slartibartfast wrote:
> How much memory does it use during a scan?
It's about the same:
$ ps aux|grep Music|grep -v grep
me 30924 5.7 4.0 132692 38324 ?Sl 08:19 0:22
/usr/bin/qemu-i386 /home/lapin/progs/MusicIP/MusicMagicServer start
It's less than before because I've just
Antoniop wrote:
> I agree. This doesn't look good. Mine takes a few seconds.
> Maybe you could try a good update of your system ?
> >
Code:
> > $ sudo apt-get update;sudo apt-get upgrade;sudo apt-get dist-upgrade
> > I'm using raspian.I am using
slartibartfast wrote:
> I am watching musicmagicserver memory use rising during a scan. Still
> rising at 64% and finally reached 66% and stopped running. This can't
> be normal.
>
> Edit
> After a reboot it takes around two minutes for musicmagicserver to
> start.
I agree. This doesn't look
Antoniop wrote:
> I've the same.
>
>
>
> >
Code:
> > $ ps aux|grep Music|grep -v grep
> me24814 0.1 4.5 129780 43448 ?Sl 01:05 0:30
/usr/bin/qemu-i386 /home/lapin/progs/MusicIP/MusicMagicServer start
>
> >
> MusicIp uses
slartibartfast wrote:
> Hmm I wonder if it is caused by having the " Database Memory Config"
> set to High.
I've the same.
slartibartfast wrote:
> The RAM use does approach the maximum during scanning.
Code:
$ ps aux|grep Music|grep -v grep
me24814 0.1
401 - 500 of 544 matches
Mail list logo