However, in the meantime I had added ~200 releases to the collection.
After syncing those changes over to the squeezebox server, I tried
triggering another "Updates only" scan. While the Web-UI claimed a scan
was running, I did not get to see anything in the console (watch -n1 "ps
aux |grep -i sca
One thing to watch out for when using cron is the file ownership of the
files the process creates.
Paul Webster
http://dabdig.blogspot.com
Author Radio France (FIP etc) plugin
Paul Webster's Profile: http://forums.slimdev
Hi there,
just for the record: the scan finished eventually. Afterwards the
"Empty" music folder issue resolved itself without further intervention:
the entire structure of subfolders simply showed up in the Web-UI.
However, in the meantime I had added ~200 releases to the collection.
After syn
d6jg wrote:
> In which case do you really need such a large library?
Do you listen through your collection from the first to the last song? I
don't. Currently my favorites list consists of merely ~1200 songs.
No one would even want to listen to some of those 10 years of music,
because much of
mutli-squeezer wrote:
> :) While I do wish this would earn me money - it doesn't. Just a bunch
> of friends. No commercial side to it whatsoever...
In which case do you really need such a large library?
The scan time for ~ 1 million tracks is going to be a lot of hours no
matter what you do.
If
d6jg wrote:
> In post 1 you said circa 1 million tracks. I thought at the time I read
> it thats Spotify territory or getting on for and equals about 10 years
> worth of listening.
> Is this intended as a subscription service or just for a bunch of
> friends?
:) While I do wish this would earn
In post 1 you said circa 1 million tracks. I thought at the time I read
it thats Spotify territory or getting on for and equals about 10 years
worth of listening.
Is this intended as a subscription service or just for a bunch of
friends?
-
[mherger wrote:
>
> You know there are tools to do this? :-)
>
> Yep, used some of those before, but this does not scale as well as my
> script solution: So far I never took particular care of the tags, but
> managed the media collection with scripts. Essentially the tag
> management is now ju
Many thanks for this information. I started writing a Python script to
tidy up the tags: Simple job iwht FLAC and OGG. Getting ID3 for MP3
right is somewhat more challenging.
You know there are tools to do this? :-)
I had some issues with NFS in the past where scanning became painfully
slow. H
Is that just an issue on first ever scan?
I thought that the scan tries to generate a new database and then
switches to it on completion ... so that searches that are run while the
scan is in progress will still see results from the live database.
If correct then you should not need an extra LMS.
Many thanks for this information. I started writing a Python script to
tidy up the tags: Simple job iwht FLAC and OGG. Getting ID3 for MP3
right is somewhat more challenging.
I had some issues with NFS in the past where scanning became painfully
slow. However, based on some strace observations I
* Is LMS able/designed to manage this amount of media files at all?
Designed? I doubt it. Will it work? I'd say yes. I haven't seen an
installation big as yours, but we know there are installations of 600k+
tracks out there. Make sure you have plenty of RAM and a fast disk
system for the data
mutli-squeezer wrote:
> Hi there,
>
> I'm running LMS v8.0.0-0.1.1580732899 with a large (~1 million files),
> but thoroughly structured media collection of FLAC, MP3 & OGG tracks on
> a Linux box.
>
> * Is LMS able/designed to manage this amount of media files at all?
> * Is it feasable to ha
Hi there,
I'm running LMS v8.0.0-0.1.1580732899 with a large (~1 million files),
but thoroughly structured media collection of FLAC, MP3 & OGG tracks on
a Linux box.
* Is LMS able/designed to manage this amount of media files at all?
* Is it feasable to have LMS operaing on a read-only NFS moun
14 matches
Mail list logo