mherger wrote:
> > Just sent to your drop box. The server pref file seems empty?
>
> It's full of 0 bytes... unless you have a backup I'm sorry to say you'll
>
> have to start over. Delete the file and restart LMS. Repeat for any
> other file LMS is complaining about.
Just to be clear what i
Just to be clear what is normally contained in the server.pref file. Is
it the mount details?
It's LMS' own main configuration file. It has hundreds of prefs in
there, like player settings, music folders, formatting etc. And it
should be a human readable text file (YAML).
gdryan wrote:
> Just sent to your drop box. The server pref file seems empty?
>
> Also sent pCp boot log
>
> Cheers Glenn
>
> This issue came about when I did an update from the material skin
> Cheers Glenn
How did you do an update from the Material skin?
Sent from my Pixel 3a using Tapata
mherger wrote:
> > It seems to me that the track appearing multiple times is the last
> local
> > track played before an automatic scan takes place for some unknown
> > reason. Maybe the online music scan.
>
> That would be an interesting finding. I'm seeing those scans all the
> time, but jus
Robbh, it's Random Mix that's the culprit for me, as I'm avoiding the
potentially harmful 'oldness' of Dynamic Playlist, as discussed here.
But yes, with so-called Random Mix, same artists appearing all the time,
plenty of others neverpretty much as DCtoDaylight reports.
Slartibartfast, Michael
whitman wrote:
> Robbh, it's Random Mix that's the culprit for me, as I'm avoiding the
> potentially harmful 'oldness' of Dynamic Playlist, as discussed here.
> But yes, with so-called Random Mix, same artists appearing all the time,
> plenty of others neverpretty much as DCtoDaylight reports.
>
mherger wrote:
> > Just to be clear what is normally contained in the server.pref file.
> Is
> > it the mount details?
>
> It's LMS' own main configuration file. It has hundreds of prefs in
> there, like player settings, music folders, formatting etc. And it
> should be a human readable text
Tried your suggestion had another state. pref file that was empty so
deleted that but LMS still not booting. Just sent you a copy of pCp boot
log after deleting empty files
boot log isn't too helpful. server.log might be better. I'd suggest you
check all files in the prefs folder, incl. sub-fol
Slartibartfast, Michael did mention this link earlier in the thread, and
I asked what it meant, to no avail. I don't know what a "commit" is,
still less what to do with one. I can probably edit files. Can you
explain?
If you look at the "Files changed" tab
(https://github.com/Logitech/slimserve
mherger wrote:
> > Tried your suggestion had another state. pref file that was empty so
> > deleted that but LMS still not booting. Just sent you a copy of pCp
> boot
> > log after deleting empty files
>
> boot log isn't too helpful. server.log might be better. I'd suggest you
>
> check all fi
Just uploaded server.log again Seems to be showing similar issues
The server device is 64GB with about 40 used. or do you mean the SD
card. It is a 16GB card.
Wherever the prefs folder is stored.
___
Squeezecenter mailing list
Squeezecenter@lists.slimd
gdryan wrote:
> Just uploaded server.log again Seems to be showing similar issues
> The server device is 64GB with about 40 used. or do you mean the SD
> card. It is a 16GB card.
> Will check the rest if the pref folder
Checked the rest of the files and they all contain something that is
readab
Slartibartfast and Michael, I appreciate the further info on the
commits. Excuse my dimness, however, but I still don't understand what
these are and where the files they relate to are (I'm using MacOS). That
link seems to be referring to Slim-related files, which surely are
ancient? And as you s
Slartibartfast and Michael, I appreciate the further info on the
commits. Excuse my dimness, however, but I still don't understand what
these are and where the files they relate to are (I'm using MacOS). That
link seems to be referring to Slim-related files, which surely are
ancient?
They have a
Thanks, Michael, I wouldn't have found that without your guidance.
Given that it seems unlikely to change anything, and that I'm nervous
around all this (to me) baffling code, I think I'll leave well alone.
So, er maybe I will give Dynamic Playlist etc another go!
And your point in post #2
mherger wrote:
> > Slartibartfast, Michael did mention this link earlier in the thread,
> and
> > I asked what it meant, to no avail. I don't know what a "commit" is,
> > still less what to do with one. I can probably edit files. Can you
> > explain?
>
> If you look at the "Files changed" tab
mherger wrote:
> > Slartibartfast, Michael did mention this link earlier in the thread,
> and
> > I asked what it meant, to no avail. I don't know what a "commit" is,
> > still less what to do with one. I can probably edit files. Can you
> > explain?
>
> If you look at the "Files changed" tab
As you say, random just doesn't feel random to listeners:
https://engineering.atspotify.com/2014/02/28/how-to-shuffle-songs/
Excellent article! In the first part it describes much better what I
tried to explain :-). It's funny that users actually would want "Random
Play" to be less random, but
Excellent article! In the first part it describes much better what I
tried to explain :-). It's funny that users actually would want "Random
Play" to be less random, but more systematic, to make it fell... more
random.
Or, how a linked article in above article puts it:
"Long story short, if y
whitman wrote:
> Robbh, it's Random Mix that's the culprit for me, as I'm avoiding the
> potentially harmful 'oldness' of Dynamic Playlist, as discussed here.
> But yes, with so-called Random Mix, same artists appearing all the time,
> plenty of others neverpretty much as DCtoDaylight reports.
>
My techy mate who set my system up is no longer around so I need some
advice on upgrading LMS without screwing things up.
The reason I think I need to upgrade is that fairly often one of my SB3
players "cannot connect to the server". After a few days it sorts
itself out but it's frustrating. I'
muggo wrote:
> My techy mate who set my system up is no longer around so I need some
> advice on upgrading LMS without screwing things up.
> The reason I think I need to upgrade is that fairly often one of my SB3
> players "cannot connect to the server". After a few days it sorts
> itself out b
philippe_44 wrote:
> If your server is an Odroid, go at least to the nightly of 8.1. The
> 7.9.1 is badly outdated now. You can move to 8.2 nightly which has a
> fair bit of improvements as well. Moving from one version to the other
> is as easy as downloading it from
> https://downloads.slimdev
muggo wrote:
> Thanks Philippe.
> Is it ARM deb I need?
> I'm not familiar with the syntax you mention. Couldn't I just unpack &
> burn 8.2 to a SD card & reboot the Odroid? Is that the same thing or do
> I need to upgrade in the way you mention?
Do you know how to open a session to the Odroi
philippe_44 wrote:
> Do you know how to open a session to the Odroid? Like telnet or SSH so
> that you have access to command line (you can also launch that from the
> graphical user interface - I just don't know if this Odroid has a
> screen/keyboard connected or is "hidden" somewhere - we call
25 matches
Mail list logo
