Yes, this prevents the startup hang but not subsequent hangs when e.g.
new tracks are scanned, but as commented above the real fix seems to be
to disable musicbrainz, then the scans don't lock everything up even if
they -do -run.
I'm happy where it is right now, I don't move my media around so
t
GoodVibrations wrote:
> Hi drmatt.
> Did you ever find a solution to this problem?
> I cannot find any new threads on the subject.
>
> I have the exact same problem.
> Trackstat breaks if I go beyond 7.9.1:
> https://forums.slimdevices.com/showthread.php?112388-LMS-ve
DomieMic65 wrote:
> I will search for Ralphys posts but isn't it better to use a separate
> machine for player only?If it has the horsepower it won't matter.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
edwin2006 wrote:
> Sorry to say, but powerline is not as reliable as wired. If I had to
> make a choice between powerline or wifi I would choose wifi.
> Are you able to make a temporarily test config with cable connection?I think
> it depends on implementation. Nothing but wired is as good as
w
True "other lms implementations are available" There's also a docker
variant out there.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
d6jg wrote:
> There is a school of thought that says an SSD as the storage is overkill
> for LMS. Not much writing happens so the benefit is really only limited
> to scanning time - unless you move the library files to the SSD (this is
> possible in pCP)I would agree, but on the basis that spinn
Craig wrote:
> My library is around 19000 tracks in flac so they're all streamed native
> unless they're hi res ones streaming to SB2's which are transcoded I
> think.
>
> I'm not a big use of playlists.
>
> CraigYou get to choose any hardware you like then! I'd grab a Pi3 in your
shoes.
-Tr
I would say that anything since the rPI v2 is more than adequate for an
infinite sized lms library. The only thing you gain from upgrading
beyond there is the ability to support more resampled/transcoded streams
(if that's your thing) or working with *huge* playlists. And when
working with huge p
ho_kuku wrote:
> Been streaming from my Synology NAS for years. Got the Odroid N2
> orginally for retro gaming purpose - but I was damn free and bored one
> day.
>
> Installed dietpi on the N2 and run LMS. Pointed LMS to the music library
> on my existing NAS.
>
> It was 1) fast and 2) sq wa
The only time I've heard of people having performance issues with Pi's
running lms was back in the days of Pi v1 and when using crazy long
playlists. And then it's really about memory consumption I think.
On the other hand I've heard plenty of people complain about the
performance of lms on low
Fwiw I noted that the server log was empty when trackstat hangs my Lms
too. After disabling this one specific plugin I've not had any other
plugins cause this issue, but it used to work ok so I'm a bit baffled as
to why that behaviour has changed.
-Transcoded from Matt's brain by Tapatalk-
-
I've seen solid hangs in Lms since upgrading perl versions and it seemed
to be to do with the trackstat plugin. Do you use this?
Though I suspect it's more to do with a perl behaviour change. To me it
seems more likely that a method is being used which previously ran in
the background in parall
I had issues with broken plugin packages after a perl update. Maybe have
a look for any dpkg-old or dpkg-new update residue.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/
Check for ".dpkg-new" and similar files that didn't successfully update.
Also you can just run the Daemon on the commandline and see what it
outputs.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1
mherger wrote:
> > As I noted in another thread, Debian/Testing now includes perl 5.28
> and
> > there's no pre-built slimserver-vendor CPAN bits bundled for 5.28 yet.
>
> There are, but x86_64 only.
>
I hadn't spotted those. (And hadn't gone looking as I'd seen a statement
somewhere that exp
Hi all,
As I noted in another thread, Debian/Testing now includes perl 5.28 and
there's no pre-built slimserver-vendor CPAN bits bundled for 5.28 yet.
And yes I'm the remaining weirdo running i386 on a x86 CPU so if the
plan is to continue tracking perl package updates in the nightly builds
can t
Mnyb wrote:
> Yea but true duplicate detection is probably near impossible.. same
> album same track wont do it could be another version or master of the
> CD hence not a dupe , just having two of an album does not always means
> that they are dupes .
>
> So transcode or weed them out the manua
Mnyb wrote:
> Work around , if you want to play MP3 on one player you can use LMS
> feature of bitrate limiting , then LMS will transcode to a given MP3
> bitrate to that player .
>
> Bitrate limiting is in player settings , require that the OS has lame
> installed .Yes I'm using this. I think
Is there anything you didn't think of?! :)
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
---
Nice. Now what I'd like is the ability to stream certain versions to
different clients... I know, I'm probably the only person in the
universe who wants this.. :)
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.
Personally I'd stick to Debian/stable x64 on servers.. The i386 builds
should be left to die these days.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less t
I would guess it's a Microsoft long-dash not a simple - minus sign.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
--
Just a wild guess but I'd say 32 bit seek offset in bytes is baulking
because the file is >2GB?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24
Yes. Due to long history of people leaving unprotected Lms instances
connected to the internet new code now detects if requests come from the
address of the default route and rejects them if so. There is a
preference setting to disable this check.
-Transcoded from Matt's brain by Tapatalk-
-
https://en.m.wikipedia.org/wiki/Link-local_address
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
-
And mine are listed under P.I.L. cddb is a minefield for a search
engine.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
That was going to be my next question, why the hell would you use a web
browser for playback control anyway...
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No
Cut-Throat wrote:
> It's not 'my setup'.. I am using the latest LMS and Samsung Update
> to my TV... Not much 'I' can do.My point above was exactly that it *was* my
> setup that created similar
symptoms, so don't assume.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch,
I have had vaguely similar issues in the past but put them down to my
(at the time) broken DNS causing issues for the JavaScript bits of the
site that work out what capabilities your browser has. Now I've sorted
out DNS and am using an internal address and IP it's been fine. (This
wasn't on a sma
paul- wrote:
> Changing cards is easier. You can even boot from a usb stick.
This ^^^
SD cards are cheap, buy a case with an accessible slot and you're good.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9
Semicolon in the filename?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
Tag type?
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
drmatt's Profile: http://forums.slimdevices.c
A usb stick would do the job too at those kinds of capacities.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
Fair enough. Personally I've got a lot more than 100g though...!
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
--
Yeah I wouldn't bother with an SSD for music either unless silence was
an absolute requirement. Note that SSDs can be quite power hungry during
write in very short bursts too, more so than the slow and steady and
predictable current draw of a spinning disk.
-Transcoded from Matt's brain by Tapat
Raspberry Pi will run LMS perfectly; assuming it's a full size one. The
smaller ones struggle with longer playlists with only 512MB ram.
External SSD should be ok if your power supply is up to it.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP M
Iirc it has a sysV init script so you should be able to add a dependency
on the MusicIP startup script and systemd will ensure they start in the
right order.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Mu
(still OT.. I'm a Unix admin forced to use a Windows client, putty is
painful when sessions drop and the window vanishes, configuring it is
painful, putty's scp is functional but very very slow, I'm just
surprised that it doesn't get more development effort given how
widespread its use seems to be
Yep, sorry, OT. Find myself having to use putty all the time, but all I
do is work around it.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44
Fair enough. Putty is ubiquitous, functional, and yet utterly appalling.
Why the hell has the windows world not moved on from putty?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB
Between minuses converted to "long dash", quotes lost in translation and
line breaks becoming, well, line breaks, there are a large number of
ways this command might not make it intact to where you want it to be
run.
However I'd also question winscp's terminal behaviour, I've never
actually used
I had to write some scripts to load id3 tag data and rewrite it back as
vorbis tags. One or two older taggers defaulted to id3, I don't use
those now.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1
I wonder if your transcode is resampling? That would be the one and only
reason it might sound different.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less t
The issue with storing file times in UTC (which i agree is the right
thing to do in all circumstances by the way) is that when you evaluate
the time stamp for display to the user (or internally via an API) the
dst offset should be calculated based on the date/time in the file time,
not based on th
eduardoo wrote:
> Yes, set to playing flac natively, those files play fine. As for the
> audibility issue, transcoding to wav does seem to sound slightly better
> (although there's no strong reason why. Perhaps playing flac strains the
> renderer more than playing wav?), and apparently I'm not t
And you've stopped transcoding to wav to see if it's the software decode
step that's failing .. ? .. (which should be inaudible unless you are
utterly mangling the sample rate or bit depth during this transcode
step).
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio,
Ah, it's a Windows stupidity thing. Figured. Simple answer is to not
consider any time changes of less than 61 minutes to be a changed
file... hehe .. which could have unintended consequences.
For me, this is one more nail in the coffin of windows being a viable
server os. For any purpose whatsoe
I'm not clear on how this is an issue? How does the time stamp on a file
change after DST kicks in? Or is this a Windows thing?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 1
And you could script the play action and script the volume ramp up too.
Writing a plugin you'd need to learn some perl.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FL
I guess you could always create a track with two minute silence then a
fade in... (getting increasingly obtuse here..)
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLA
It's inelegant, but it's an astonishingly specific requirement to
support inelegantly slow to start amplifiers too.
You could also use a single alarm but add a two minute silent track to
the playlist that gets loaded when it starts.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x
Simple: set a silent alarm two minutes before the real one...
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
-
Istr someone looking at this. You could write a sox config that will
resample at a higher playback speed and define a virtual player for it,
maybe? Have a search around the forum.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS wi
Davidson wrote:
> I didn't set up anything for internet access; just did a standard
> install a few months back on this pc. Unless it does so by default, I'd
> think this is another issue. Thanks for the quick suggestions!Well someone
> set a password so if it wasn't someone outside your netwo
Someone locked your LMS? Is it open to the internet by any chance..?
You can remove the password from the Prefs file but do be aware that
teenies are sweeping the net looking for LMS instances to play with so
don't leave it out there.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3
Same here. Wouldn't touch a"lifestyle" product if it was free, and have
yet to find something that compares to LMS for everything else. Pity it
is just that little bit too hard to setup to recommend to anyone who
isn't at least a bit techie.
-Transcoded from Matt's brain by Tapatalk-
--
Hardw
If you go all in, Sonos runs its own mesh and you bridge it with a
cable. I'm pretty sure Sonos are on the way out anyway.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k
Jeff07971 wrote:
> And put the Sonos on an unreliable WiFi ?(Sonos runs its own mesh network.)
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/
Cheaper to build Sonos? Not likely. One Sonos box will cost you more
than a professional router, and I've found that reliable 2.4ghz wireless
G beats unreliable 300/900Mbit AC and N networks every day.
The time basis for these issues is classic cheap router syndrome, sorry
to say.
-Transcoded f
I would concur with this. 50% is not good WiFi. My set of five players
never drop below about 70% for years now. Definitely you want LMS on a
static IP, and hopefully you can just assign a static DHCP IP on your
router.
But I'd also say that tp-link is not a super high quality aftermarket
router.
I never, ever hear from people having random connectivity issues when
they built their own router and use a dedicated access point as two
separate devices, only from those using an all in one router, usually as
supplied by some ISP.
Do some ping tests, make sure your router's DNS server is any go
Is the boom configured to talk to the internal or external address of
LMS server? (Assuming I have the right end of the stick..)
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of
An app that binds to "all local addresses" when it opens a socket
doesn't do so in an order as such. The question is more about the way
the function decides which address to return when you ask what it is...
It should probably return all the addresses in a list in fact. The
ordering of that list i
You could mount the pi0 on the hub and mount the hub on the HDD...
You may also be able to disable spin down altogether if you plug the HDD
into the pi and send it some ioctls using hdparm or similar.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1
Not the job of the Pi to wake the HDD, it's the job of whichever device
has it mounted. Any file reference via e.g. NFS or CIFS should cause the
fritzbox to wake the HDD. It may not wake in time of course and the Pi
might timeout the action..
I would connect it to the pi via a powered hub.
-Tra
If you installed from a .dpkg or .rpm file you can check if the file has
been modified since install. If you used a tarball all bets are off..
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs,
It's weekly or 200k whichever comes first, based on that config.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
--
JJZolx wrote:
> Specifically with the Raspberry Pi 3?
>
> Still, it's a good place to start, unless it's burdensome to do so.No, didn't
> try it on the Pi3 to be fair. It has much more CPU grunt than
the earlier models but the same ram and I/O bottlenecks.
-Transcoded from Matt's brain by Tap
Never looked but is there an etc/logrotate.d/logitechmediaserver? That's
where rotation of the log file would be driven unless LMS does it
itself.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300
JJZolx wrote:
> I'd say that would be a very good place to start and see if it improves
> performance.I believe this won't solve the problem. The issue I've seen is
> LMS side
not I/o.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver
I think from the original description it was simply stating that the
load of the playlist was either painful or didn't start. It's not that
it "doesn't work". A friend had similar issues with a smaller Pi and a
large-ish playlist (only a few hundred items). It ground to a halt
whilst trying to sen
Pi probably doesn't have enough RAM for this. You could consider adding
swap space on a fast usb flash drive? I doubt it would be fast enough to
help a great deal though. Get a meatier server would be my advice.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Re
I am sure Michael is already thinking this way, but it seems likely your
router is configured to "route" all packets even internally on the
192.168.1 network. You may have a setting in the router that says "allow
lan clients to talk to each other". Tick it.
-Transcoded from Matt's brain by Tapat
I imagine this will be implemented in the digital stream. Hopefully
there will be no scaling required at the client end (otherwise they'd
have to update all the clients).
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian
Dammit I might have to sign up.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
---
Perl version. You always need the LMS later than the OS release..
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
-
Hourly scans is kinda enthusiastic..! (As an aside I wonder if anyone
ever did an inotify-based rescan trigger plugin?) What storage are you
using for your library?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7
>From the IP stack POV there's no difference between separate network
devices, IP aliases and VLANs. If they are local it will respond to
packets on them.
That does however mean you either have to feed the Pi a trunked
connection or all your LAN segments are carried on the same physical
Ethernet,
It doesn't choose which interface to listen on unless you deliberately
lock it down to do so with a firewall rule. 99.9% of programs will just
open a listener socket without specifying. If you do that, you listen to
all local interfaces.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware:
Those are closed. Iirc it's up to the other end to acknowledge the close
before they will disappear from the kernel's connection list. They will
time out and disappear before long and are harmless.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP
First off does it persist after a reboot... Often that's all that's
required..
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
Windows?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
d
Sounds like one of your players has a clock problem..
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
-
As a network drive it makes zero difference to performance during
operation only during scan. Whether that scan is fast enough for you is
something only you can answer.. it won't change much as likely the drive
itself and the IOPs it supports is the limiting factor.
-Transcoded from Matt's brain
Artwork.db?
Core i7.. that's an awful lot of CPU power to get used just to
transcode a track. Even a full blown MP3 encode at ridiculous high
quality should be dispatched quicker than that, unless the track is 20
minutes long or something.
-Transcoded from Matt's brain by Tapatalk-
--
Hardw
What's the PC hardware running LMS? Can you check the size of the DB
files? I'd say it's either an unfeasibly slow transcode or an image
resize or a database full of cruft.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debi
I'd have to admit to being biased by history.. Debian has for a long,
long time had a far superior package management system to any of the
redhat variants. I'd always choose a Debian based setup over a centos or
fedora for this reason alone. It comes down to the quality of curation
of the online r
... which is one of the reasons Debian/stable is top of the server
choices.. it's miles from the bleeding edge and it can be two or three
years between major releases...
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+
I've never had trouble with the Debian builds.. but the dedicated OS
images seem to be focussing on raspberry pi rather than x86. An OVA
would be nice, but I'm not aware of one.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
You will need to install utf-8 support at least, I would guess.
For what it's worth even on a full blown Debian install with full locale
support I've usually stripped non base ASCII characters from filenames
anyway and only allow accented characters inside the id3 tags.
-Transcoded from Matt's
You can drag it wider, but I don't know if you can drag it taller too..?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than 3x 24/44k
albums..
--
On what platform are you running LMS, and what's your locale settings?
Using UTF8 or iso? Upgraded any font packages recently? Using a
different web browser update?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7
I tend not to move files around, but I would agree that a file-checksum
based playlist would be cool. I would also agree that it might be more
computationally expensive than it's worth, so I'll continue to stick to
not moving my files around
-Transcoded from Matt's brain by Tapatalk-
--
H
brannou wrote:
> BTW, I can use only one single channel of each amplifier, this will be
> easier!
> I just have to adjust the offset between the 2 Squeezelite boxes...
>
> Thanks
And they both have to play at exactly the same speed.. good luck! It
works, ish, but I would probably still buy a lon
I suspect even if you get it working the sync will be nowhere near close
enough to convince as a stereo sound.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No l
Don't think there have been any device firmware changes since the
official Logitech releases stopped.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of 16/44k FLACs. No less than
I've always used "cover.jpg" and never put more than one in a folder so
haven't seen that behaviour. Do you have any album art plugins?
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450
I'll need this build too when I update my LMS box.
I really should migrate my machine to the x64 kernel and userspace libs,
but it's way down my list of things to do unfortunately. The OS actually
started out on a Celeron 333 MHz, back when people thought 32 bits was
more than enough... Still run
It is doing a logical OR on the words you provide it to search on.
If I search for "land of" I get hits with the strings "land" and "of" in
the title, but it's not necessarily in that order, so I get "land of
confusion" yes but I also get "the take off and landing of everything"
as well as any ti
s2kiwi wrote:
> If I was to run into problems could I pair them independently to double
> the bandwidth, i.e. a 2x2 layout with 2 source adapters on my main
> switch running to a single end point each..
I suspect that as they're using the same carrier frequency you will find
that two identical p
1 - 100 of 200 matches
Mail list logo