Well I can tell you it's not doing system calls while it's hung, it's
purely spinning in user code:
# strace -fp 24410
strace: Process 24410 attached
[..tens of seconds elapse..]
^Cstrace: Process 24410 detached
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
CypherMK wrote:
> I think this may have solved the freezing issue. Will test further. I
> did enable "rescan refresh" and disabled "enable musicbrainz tags".
What surprises me is just that one plugin is able to lock the whole
server. I didn't expect that to be the case, I thought LMS ran
What's the source file formats and sample rates, and what's your target
DAC model and chipset?
-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
chill wrote:
> From 'here'
> (https://raspberrypi.stackexchange.com/questions/1219/how-do-i-determine-the-current-mhz)
> I found:
>
> >
Code:
> >
> sudo cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq
> sudo cat
If you can watch the CPU clock speed that will give you an idea of when
the CPU is throttled 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
The Pi4 uses the performance oriented A72 arm cores instead of the
efficiency-oriented A53 cores its predecessors used. This means the
thermal envelope is going to be pushed hard. Theoretically they will run
passive cooled just fine but you will experience throttling.
My only concern is heat
(well, one remaining issue, which I don't think is related, is that on a
restart it will hang for a lng time, many minutes, running 100% cpu
with this being the final message in the logs:
[19-05-11 20:40:21.1934] Plugins::TrackStat::Storage::refreshTracks
(1242) TrackStat: Synchronizing
Well, that was fun.
The answer?
MANY MANY ".dpkg-new" and ".dpkg-tmp" files scattered throughout the
/usr/share/perl5/Slim/ tree. Once I'd trawled through these and renamed
the most recent one to the correct name, LMS is starting up just fine
and running perfectly, with all plugins in place.
Don't know if its' relevant but on enabling debug for "server.plugins"
I'm getting lots of:
[19-05-11 17:07:30.8917] Slim::Utils::Strings::string (526) Error:
missing string PLUGIN_FAVORITES_ADD
[19-05-11 17:07:30.8923] Slim::Utils::Strings::string (526) Error:
missing string
Hmm, so the explanation for port 9090 not working is simple .. the CLI
interface runs as a plugin, and no plugins are currently working .. !
Any ideas on debugging that?
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of
So on startup I got the following:
2019-05-11 16:52:31 squeezeboxserver_safe started.
[19-05-11 16:52:31.9410] main::init (387) Starting Logitech Media Server
(v7.9.2, 1557550305, Sat May 11 07:16:51 CEST 2019) perl 5.028001 -
i686-linux-gnu-thread-multi-64int
[19-05-11 16:52:32.1993]
Yuck. Well, LMS has started, but I'm not happy about the mess of perl
modules all over my box (well, this OS was built nearly 20 years ago and
upgraded ever since, I guess it's time to do a reinstall!), and it looks
like I need to reinstall the skin to get the webserver interface looking
nice
More perl nonsense:
# /usr/sbin/squeezeboxserver
"my" variable $err masks earlier declaration in same scope at
/usr/share/squeezeboxserver/CPAN/AnyEvent/Handle.pm line 1773.
Compilation failed in require at /usr/share/perl5/Slim/Web/HTTP.pm line
12.
BEGIN failed--compilation aborted at
Well, I found the slimserver-vendor CPAN git libraries and ran
"buildme.sh" and tried to copy in the arch/5.28/i686-.. folder to the
base /usr/lib/squeezeboxserver/CPAN/arch folder.
This works to a point, as root I get this:
# /usr/sbin/squeezeboxserver
[19-05-11 15:30:22.6350] main::init (387)
Hi all,
Can anyone remind me the process for rebuilding LMS for a new perl
release? I wound up with perl 5.28.1 while trying to get something else
working on my i386 server and even the latest nightlies don't seem to
support it yet .. :(
I downloaded from here
The guys don't always automatically build the latest perl modules for
i386. I'm about the one and only other person on the planet who needs
them. I really, really, need to rebuild my box in 64b mode...
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers,
mherger wrote:
> > But I can't set LMS music folder directory to it, it's just not
> visible
> > in the drop down directory dialog. Other folders in my /home/user are
> > selectable so I am assuming this is not security.
>
> The LMS user is not allowed to access your home folder.
>
> And do
Iirc the transition to "sdxc" occurs at 64GB in size. Can't see how that
would be relevant but just mentioning 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
Greg Erskine wrote:
> Hi drmatt,
>
> Funny thing is we have not changed the Resize FS code for a long time,
> so it is weird that it just stops working. :mad:
>
> Also, when we set the size to a given value it works. Probably if we
> added an option for 63.5GB it wou
32 bit int being used to calculate the partition size?
-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..
Ge Ba wrote:
> But yes, finally the channel I used (ch13) was the issue. Glad I could
> get it solved so fast with you guy's help.
Yes, iirc the Pi built-in wi-fi does not support ch13.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP
For what it's worth the Pi processor will clock itself down to avoid
overheating, so it's quite safe to run fanless.
And note that it's unlikely it would ever clock down so far it becomes
unable to run a media streamer as it would essentially have to turn
off..
-Transcoded from Matt's brain by
Ooo, nice little upgrade on network bandwidth. PXE boot too, no more
crappy SD cards with a netboot setup.
Buy one anyway, I'm sure PcP will be updated with a suitable kernel
before long. :)
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP
Information on LMS state would be queried from the server cli via IP
(e.g "echo command | nc server:9000).
For other things you'd use vgencmd to get pi temp data, or grab some
code that pulls weather data from an internet service or something. Or
even get a cheap hat/am2320 sensor and measure
I did read that apt does not document its ability to install from files,
but it wouldn't surprise me if the Raspbian version was a few steps
behind.
-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:
People installing from scratch like this will have the same issue too,
plus many other dependencies.
You can also use:
apt install ./file.dpkg
.. to get apt to install the specific file and resolve deps in one step.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x
Lmgtfy.. https://www.pidramble.com/wiki/benchmarks/power-consumption ;)
260mA.. i.e. same as a pi zero w plus USB hub, twice as much ram and
four faster cores. FWIW 1.4w equates to approx £1.40 per year in
electricity.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x
Imho the only products that make sense are the pi zero w and the pi 3.
The pi zero w adds comms capabilities and the pi 3 costs the same as a
pi 2 (if you can still get one).
By the time you factor the cost of a PSU, SD card, case, and whatever
accessories you need the saving between different
PiZ: I find the WiFi better than expected - for me it works from the
bottom of the garden to the bottom of the drive, and every room in the
house (and the loft). (Single draytek access point, fwiw.)
Creating an image with pre-configured WiFi to flash onto the SD card is
pretty straightforward
Lack of proper USB ports is the only downside. Also a bit slower than a
Pi3 would be given the reduced ram and CPU capability but more than
enough as a music player.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS
Add LSB tags to the init.d script, or fix the links in /etc/rc?.d so it
comes up last, or write a systemd unit file for it that explicitly says
"requires: network".
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS
The correct solution is to tell systemd that LMS requires network. It
will then start it after it starts the network successfully.
-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
PCP is an excellent LMS server. The hardware is more than adequate for
music streaming.
-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
Raspberry Pi also makes a mediocre file server. Network and storage both
run over the same USB2 30MB/s bus and the CPU can't even saturate that
if you want to encrypt either stream so performance for secure cifs
would be tolerable for small files only (such as music!).
-Transcoded from Matt's
Which is entirely why I suggested hgfs mount in the first couple of
posts...
-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..
You could use two vmdks... ;) Yeah I would generally say that's a
better idea than lumping it all in one big image.
You could also get the shared folders stuff working. That will always
consistently mount the same windows content in the same place anytime
you power up the VM.
-Transcoded from
d6jg wrote:
> Thats going to result in a very very large VMDK File which I would
> suggest will be impossible to back up as a single entity.
>
> If the host was Linux and not Windows things would be dead easy,Yes. Or
> several glued together in an LVM volume group (I wouldn't create
vmdks
You can fix #2 by either using "shared folders" in vmware to present
local filesystems to the VM (then mount the hgfs volume inside the VM),
or what I'd probably do is move all the files into the VM anyway, and
have *it* serve them with samba. Then it does indeed become self
contained and
And of those that do they are not all that reliable.. I've had mixed
experiences running generic consumer chipsets as APs.
-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
The author of PCP doesn't think so, istr a thread talking about this
before. Personally, I've never had much success even getting a rpi3 to
remain paired with a Bluetooth keyboard let alone offering anything more
complex reliably.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x
It's a bit of a black art getting the Bluetooth stack to do anything
useful on Linux, so the odds of getting a working Bluetooth audio
receiver in software on a bluetooth-equipped rpi3 is low. So you are
still looking at a secondary Bluetooth receiver with PSU. I recently
swapped a kitchen amp
Technically yes (wavinput plugin if you have an audio capture device)
but you may be as well to buy a Bluetooth-enabled amp or active speaker
instead.
-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:
bullgod wrote:
> So why not bundle it up with a single version of perl and save the
> support grief?Bundle the entire perl interpreter? This is the kind of tactic
> people
have to use for java where it's "write once run nowhere", but perl is
totally compatible you just have to compile the rest.
Sorry, I'm running 32 bit too. Deep down the long list of jobs to
migrate my server to 64 bit.. :)
-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
Didn't say it was Ubuntu's problem. They upgrade, you have to upgrade.
The LMS already ships with huge blobs of precompiled code supporting
many different versions of perl, that's the main reason it's huge in the
first place. One more required (two if people want i386 aswell).
You are welcome to
Well, yeah. Can't prevent Ubuntu from upgrading perl, and you can't ship
LMS with a version of perl embedded that hasn't yet been broadly
released, at least not until it does release anyway.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP
If it's perl version then you'll need to build the perl modules from the
LMS sources. There is a procedure for this kicking around somewhere..
-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
Indeed. Lots of ways to extend an idea like this for all sorts of use
cases.
-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. How about sending a URL to a web server with a audio jingle file
on 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/44k
albums..
Let's not get hung up on the percentage value. This is what the people
who write iwconfig have determined is the most meaningful way to report
WiFi connection strength. There are other measures, but anything
reporting 60% should be usable.
-Transcoded from Matt's brain by Tapatalk-
--
How's the WiFi signal there? Most likely network issues. Have you capped
the audio bitrate?
-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
Well I had assumed the DACs were self powered, but that's true if they
are bus powered you will need a powered hub.
-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
muggo wrote:
>
> I'll give it a try using the current USB feed from Pi to DAC #1 into DAC
> #2. I can mess around with settings in UI if required. If that works,
> I'll try both together. If that fails, I'll have to get another Pi,
> unless I can get advice on how & what to do at the shell
Well, doesn't matter really you could call it a separate stream and
leave the two virtual players permanently synced anyway. From what I
recall to add a second audio output from PcP you would need to make
changes at the shell prompt, I'm not sure there's configuration for that
in the UI.
To play a different stream, we assume...?
-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..
It is normal for a UNIX system to require an operating 127.0.0.1 address
and TCP/IP stack for normal running. Windows is the same, as are 90% of
general use operating systems.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Anything by a brand will do; it's on a USB 2 bus so anything over
~300Mbit is pointless. I have a pihut one and a edimax one. They've both
proven stable and as fast as can be expected.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver
Everyone has their right price/performance compromise. As the price
creeps up you're heading towards Intel NUC territory and genuine
hardware x86 processors. Hell, you can pick up a Celeron based HP
microserver with four 6gb sata 3.5" drive bays, two gig-e ports and a
bunch of USB3 for £120. No
I would stick to a proper NAS, for use as a NAS. A raspberry pi will
cope as an LMS node.
-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:
> Personally I think using a USB is a retrograde step. The Pi's USB
> implementation is probably its weakest point. I predict issues where the
> USB drive just disappears for no apparent reason. I'd stick with a
> network mount. A NAS is going to be far more resilient unless it is
>
Except .. most USB HDD go to sleep pretty aggressively so the latency on
spin up (particularly for high platter count drives) can be in the
region of 6-8 seconds. Would bet the qnap will manage this better than a
USB HDD firmware does. Network latency should add relatively little to
the
It's a fair question. Quite often the PID of a Daemon is tracked in
/var/run/thingy and changing the PID of the process without using the
official start/stop scripts means they lose track of which process to
kill or check the status of.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware:
Systemd uses logind to create a cgroup for the whole shebang, so it
keeps track of all the process and child processes that get spawned by
the start script. The stop/start actions will still work as they are
invoked blind by running /etc/init.d/logitechmediaserver as normal.
-Transcoded from
Pretty sure you can buy all the bits already, but they just cost more..!
Even if you buy it off the website in $US and ship to the US, you would
have to pay sales taxes on top of the quoted price.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP
You've obviously never tried to get stuff into the country.. there is
usually a £10 or £15 handling fee for the shipping agent to deal with
customs charges, which goes on top of the duty (not sure on the rate,
but could be 5% of total cost), plus Vat on top (17.5%), makes about
£93.
-Transcoded
vfat is the name of the Microsoft FAT filesystem driver in Linux kernel
that supports non-8.3 filenames. Sounds like your USB devices have
multiple filesystems on them.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
It's also gonna be pretty slow I would say. But agree with the above
guys, you need to build the full perl blob for your architecture. I've
done it on x86 and it took half an hour or so; on there it might take
days.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio,
edwin2006 wrote:
> More than 4 day's working now. I've now added 1 boom playing internet
> radio. So in total 1x pcp, 1x radio and 1x boom connected to LMS pi. No
> network changes due to family veto this weekend.Sheesh do you have to submit
> change requests to the family to work on
the
Windows clients always transparently reconnect on bad links by the way,
they hide the failure from view. I don't have any further experience at
home, my servers are all Linux and I only have windows as client. In the
past I've not had the issue you mention however.
Random comment but is there
But others can mount windows shares without drops.. I can. It's just a
cifs mount in the Linux kernel, this is not rocket science.
-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
Simple answer: mount the Nas to the windows box and you have a single
point of storage.. :)
-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
Two things. What distro on the pi and how did you setup the cifs mount?
Typically a cifs mount involves you storing the password in the fstab.
If you do this it will always reconnect after any network glitch. If you
don't do this, it will not reconnect after a reboot, but should still
maintain
Your user account would normally already be in sudoers file after an
Ubuntu install so you should be able to do "sudo service LMS restart"
and it will prompt for *your* password not root's.
-Transcoded from Matt's brain by Tapatalk-
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP
I thought its audio was "good enough" for non-critical listening until I
tried a genuine Logitech Squeezebox in the same system and I'd never go
back.
-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:
O2 joggler are awful in my experience. Slow and unreliable. And fgs
don't use its own audio output as it's really really bad.
-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
What desktop environment *is* running? There will be a power options
thing for 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/44k
albums..
jackd might be able to do that.
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..
Early pi2 kernels did not include support for Pi3 hardware (including
the CPU itself!) but that was ages ago now, you shouldn't have issues.
Good news is the one huge difference you will note is that the Pi3 is
screamingly fast by comparison! :)
Transcoded from Matt's brain by Tapatalk
--
I was looking forward to having a separate 5ghz WiFi at home, then I
noticed it doesn't go through walls as well as 2.4ghz... and now I find
i actually don't use it much..
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music: ~1300 CDs, as 450 GB of
Well that's on the assumption that all the Pi are wired. Maybe I missed
that statement. The LMS server would be sending 9 times that stream out,
which still isn't much in reality I agree, about 7 Mbit/s.
Transcoded from Matt's brain by Tapatalk
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1
Lame encoding a single stream for a single group of players will run
fine on a Pi. If you want separate streams all separately encoded then
you might run into trouble. I might suggest setting a bandwidth limit on
the SB3 to force stepping down the bitrate when it joins the group. Then
unsync that
s2kiwi wrote:
> I'm not sure I understand that comment on the software stack vs
> hardware...
>
> Do you meant that (ignoring the SB3) running Squeezelite on the Pi's
> means they will all appear to the server as being able to handle
> basically anything... and the Pi will handle any codec
Codec support on the Pis depends on the software stack not hardware, and
the SB3 is likely to be your limiting factor in terms of codec support
anyway.
Sent from my ONEPLUS A3003 using Tapatalk
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
Music:
I don't recall raspbian having a firewall enabled by default, but I
would suspect the server has not successfully started.
A) check the LMS log file (tail it)
B) check the port: fuser 9000/tcp
Sent from my ONEPLUS A3003 using Tapatalk
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP
He's not wrong, the CPU is native 64 bit so you may as well use it that
way. Virtual address spaces for badly written software can still take
advantage even if you don't actually have more than 4GB physical ram
plus swap.
I suspect that you'd wind up supporting both for an extended period,
I have had similar on a banana pi running binaries built for raspberry
pi. The ARM abi has to match. You will probably have to grab sources and
compile for yourself.
Sent from my ONEPLUS A3003 using Tapatalk
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS
"file " at the shell prompt will tell you exactly what you downloaded.
--
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..
Sourceforge is usually sources not binaries.. (the clue is in the
question...)
Sent from my ONEPLUS A3003 using 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..
I would agree with you, but I'd be guessing as to what the exact cause
is. I've seen devices behave like this before, and it's very much
device-specific. Unless you can show that Alsa is kicking off a stream
and sending garbage I would definitely think it's the DAC driver.
As a general comment I
Based on what OS, kernel, and software stack?
The udev system should handle initialisation of the DAC if it's plugged
in post boot. You should at least see a kernel log message when the DAC
joins the USB bus, even if no driver subsequently loads to manage it.
--
Hardware: 3x Touch, 1x Radio,
Frankly I don't have issues with pi3 WiFi, but acknowledge it's not the
best for marginal reception.
--
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..
The USB bus does also run all connectivity, ethernet included. Could be
that. But I would say it would struggle to resample high bitrate media
live.
--
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
Iirc piCorePlayer has most of its filesystem in ram to save SD card
wear, there are more procedures required to make file changes permanent.
--
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
kidstypike wrote:
> Depends what you change, I've just changed an album incorrectly tagged
> k.d. Lang to k.d. lang and did a "look for new and changed" scan.
>
> Under new music I now have this album listed as being by "Various
> Artists". If I click on k.d. Lang (the original incorrect name)
Easytag is not fully automatic, it gives you the ability to calculate
the cddb disc id from a directory full of files (assumed to be a single
album) then do a lookup. It's up to you to choose the right match. It's
quite powerful and can fill tags from filenames or name files from tags
etc. I use
Normally /boot/config.txt.
I have a gaming console version of raspbian that trigger HDMI input
switch every thirty seconds. Very, very annoying..
--
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
It only checks on mount for journalled filesystems, and this is not a
full check it's just a replay of the log. and many USB drives are
formatted with FAT32 anyway, so no journal and no log to replay.
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP Microserver NAS with
Debian+LMS 7.9.0
merlinus wrote:
> Update: The RPi can connect only at 2.4G, but at least it is working!
Nothing wrong with 2.4 GHz. Range is better than 5 GHz. It's just a bit
crowded for some people. As others have said, also avoid chan 12/13, the
pi wifi does not support it.
Once configured it should be
Ok I think we are getting away from the point a little here.
A couple of things: init.d still works, systemd is required to run
non-compliant init.d scripts just like before. Unless someone has
modified the LMS startup to deliberately bolt into systemd then its
behaviour will still be dictated
(I believe LMS_safe is the parent script that kicks off the main
daemons. It's what you might see in the process table if LMS main thread
fails to start. I've seen this a few times when I was fighting Perl
version mismatches.. :) )
--
Hardware: 3x Touch, 1x Radio, 2x Receivers, 1 HP
1 - 100 of 152 matches
Mail list logo
