The all zero MAC would cause problems if it happened with a 2nd player
in your local setup.
Also, I suspect (not checked) that mysqueezebox filters them out
otherwise it would cause problems with players from multiple people with
same MAC - and the (claimed) MAC is fundamental to how things
bpa wrote:
> I don't know systemctl that well but I think the "proper" solution would
> be to make the squeezelite service start to be dependent on network
> interface being up. This has happened before and so "network "
> dependency should be standard.
TBH now that the PSU problem is sorted,
rbl wrote:
> I swapped out one of the PSUs AND IT WORKS! Problem gone, fingers
> X'd
It still surprises me that failing PSU (and probably aging hardware) can
cause problems that seemingly are not PSU related.
bpa wrote:
>
> As players seems to be OK for a good while and then suddenly fail -
> failing PSU have been know to cause strange issues. For example, not
> all components in the player have the same tolerance, if voltage drops a
> small amount some components maybe not work correctly.
>
I
bpa wrote:
> This where things get fuzzy.
>
> On a Linux system with network, ethernet and wireless interface - there
> are usually 3 interfaces
> LMS only uses one interface at a time. If squeezlite uses 127.0.0.1 -
> LMS must also use that interface - is that how you set it up ?
>
I'm
Man in a van wrote:
> But in my examples I use 127.0.0.1 a lot of the time, especially when
> testing
This is getting a bit off topic.
SB_SERVER_IP is not in squeezelite code - so there is something else
which sets it up.
This where things get fuzzy.
On a Linux system with network, ethernet
bpa wrote:
> I'm confused. Trying to understand what is or may be happening.
>
> Don't think so normally but in this case maybe - however LMS only
> communicates on one network interface at a time so if squeezelite used
> 127.0.0.1 then LMS wouldn't see the data.
>
> I can't see any option
Man in a van wrote:
> I'm out of my depth here, would that be because squeezelite is calling
> the LMS from 127.0.0.1?
Don't think so.
I can't see any option which lets squeezelite choose which network
interface it is supposed to use.
Looking at the code - unless mac address has been defined
bpa wrote:
>
> An observation, the "ip addr" commands shows that the loopback
> interface (aka localhost) has a MAC address of 00:00:00:00:00.
> Could the player be sending some data out on loopback interface and not
> on eth ?
I'm out of my depth here, would that be because squeezelite is
Man in a van wrote:
> I did edit to disguise the Mac Addresses :)
>
> Ifconfig stiil works on Raspberry Bullseye
>
> I sometimes use "ip a". I did not know the "ip -d link"
>
> I'll send you a pm with the print out
I got the PM and all looks OK.
The all zeros MAC may be a red herring -
Mac Address resolved in this post
https://forums.slimdevices.com/showthread.php?113867-Squeezelite-on-rPi-3-suddenly-not-working=1010689=1#post1010689
ronnie
Man in a van's Profile:
The OP did have a Mac Address at one time :)
https://forums.slimdevices.com/showthread.php?112025-Running-LMS-on-Raspberry-Pi-for-newbie-to-the-Pi=972663=1#post972663
ronnie
Man in a van's Profile:
bpa wrote:
> Did you edit the MAC address to hide them ?
>
> When I do "ifconfig -a " on an Ubuntu system, I get proper hex numbers.
> At the moment I haven't got access to my Pi4 Buster system.
>
> ifconfig may have been deprecated - how about "ip addr" or "ip -d link"
> command ?
I did
Man in a van wrote:
> Just popping in to add I run Squeezelite on Raspberry PI OS Bulleseye
> Lite: MAC addresses shown.
> >
Code:
> >
> .
> .
> .ether b&:2*^eb:"3:+%:b4 txqueuelen 1000 (Ethernet)
>
> .
> .ether "8:&%:fg:46:p6:*%:mw
bpa wrote:
> OK this is the command line to start squeezelite.
> It is not using an option ("-m") to override MAC address.
> LMS uses the MAC address as a unique ID to identify players.
>
> The "ifconfig -a" command should list details for all network
> interfaces.
> Does the command
rbl wrote:
> /usr/bin/squeezelite -o plughw:CARD=Headphones,DEV=0 -n
> Pi_SqueezeliteService -C 5 -a 120:4::0
OK this is the command line to start squeezelite.
It is not using an option ("-m") to override MAC address.
LMS uses the MAC address as a unique ID to identify players.
The
bpa wrote:
> Squeezelite normally takes the MAC address of the network interface but
> can be overridden by a command line option.
>
> You can list all network interfaces using "ifconfig -a"
>
> If the network interfaces all have proper MAC addresses then it may be a
> squeezelite command
rbl wrote:
> Apologies for the dumb answer!
>
> It's Squeezelite v1.9.9-1401 on a Pi4 running Buster.
Squeezelite normally takes the MAC address of the network interface but
can be overridden by a command line option.
You can list all network interfaces using "ifconfig -a"
If the network
Paul Webster wrote:
> Which player type has the 00 address?
> The solution is different depending on player type.
Apologies for the dumb answer!
It's Squeezelite v1.9.9-1401 on a Pi4 running Buster.
SB3 -> Quad 909 -> Quad Electrostatic speakers, Quad 405 -> TBI
subwoofer
3 x SB3s + SB
Which player type has the 00 address?
The solution is different depending on player type.
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc
australia and cbc/radio-canada
and, via the extra
bpa wrote:
>
> It is probably the Pi but on occasion SB3 have been known to forget
> their MAC address (original MAC address is on label underneath) and
> require reprogramming.
>
> LMS WebUI Settings/Information - give details of players and MAC
> addresses.
Correct!
Player MAC Address:
rbl wrote:
> Apologies for confusion, I am trying two separate setups, both with the
> same problem:
> 1) Win10 + LMS 7.9.2 + 2 wired SB3s
> 2) Pi4 + LMS 8.3.0 + Squeezelite v1.9.9-1401 + 2 wired SB3s
I wouldn't bother with 7.9.2 as that is an old system with some out of
date Perl packages for
bpa wrote:
> Is Squeezleite part of synced group ? I thought it was just Sb3s ?
> "drain" issue has shown up before with squeezelite - what version of
> Squeezelite ?
> (https://forums.slimdevices.com/showthread.php?114661-Music-streaming-stops-intermittently
>
>
> MAC address of
rbl wrote:
> Here's part of the log file from 8.3.0. The looping started at about
> 03.25am. I have the rest of the log if needed.
> I have ordered some new CAT6 cables. Can the transformer really make a
> difference?
>
> 39093
Is Squeezleite part of synced group ? I thought it was just Sb3s
bpa wrote:
> 8.3.0 mainly has bug fixes over 8.2.* but it is easier to lookup exact
> source code on my installation and on github.
> Log messages can be tracked to source code so exactly what consdition
> the message is produced is understood.
>
> That said, if in the logs the same player
rbl wrote:
> Yep that log file was from 7.9.2. Identical problem with 8.2.1. Sounds
> like I should upgrade to 8..3. Assuming it replicates with 8.3 I'll post
> the log ..
8.3.0 mainly has bug fixes over 8.2.* but it is easier to lookup exact
source code on my installation and on github.
Log
bpa wrote:
> Weird error. First thought is network issue - some data is being lost.
>
> However, I can't associate the log message with source code files. Is
> the log from 7.9.2 ?
> Ifs so get a log from 8.2.1 or better 8.3.0.
Yep that log file was from 7.9.2. Identical problem with 8.2.1.
rbl wrote:
> I am unable to interpret the log. Can anyone tell me what is going on?
Weird error. First thought is network issue - some data is being lost.
However, I can't associate the log message with source code files. Is
the log from 7.9.2 ?
Ifs so get a log from 8.2.1 or better 8.3.0.
I am running LMS 8.2.1 on a Pi4 and LMS 7.9.2 on Win10. I am testing
them separately and get the same problem. Playback audio suddenly goes
dead and it goes into a 4 second loop, as seen on the Win10 browser
interface. Main points are:
- testing with 2 sync'd SB3s
- the Pi4 works fine with just
29 matches
Mail list logo