OK, I know what's happened here, I followed this post first before
attempting to do it the correct way:
https://forums.slimdevices.com/showthread.php?116395-LMS-Won-t-Start-on-Ubuntu-22-04=1056368=1#post1056368
and must have deleted too much from /usr/share/squeezeboxserver/CPAN/.
Reinstalled
Debian Bookworm [SID] has also moved to Perl 5.36. I have 8.3 nightly
installed from this week.
I have followed this:
https://github.com/Logitech/slimserver-vendor/tree/public/8.3/CPAN
which [probably] built without error, but LMS still won't load. I am not
100% sure what my arch string is, so
Tested with files from local library today and it worked fine after
being suspended for 12h. This even worked after a restart of the LMS
service [I restarted to fix a slimp3 and forgot I was in the middle of
testing this].
So at this point I don't really have an issue - BBC Sounds has a feature
bpa wrote:
> What are you checking with this command ?
I am checking the state of the connection between LMS and whatever the
stream is coming from. This was in response to Redrum's supposition that
the issue is caused by this leg of the connection timing out.
Redrum wrote:
>
> Are you using the power save plugin?
>
Nope, these machines are just running squeezelite which doesn't have
that option.
troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248
Redrum wrote:
>
> /we had assumed that the "losing place after extended time" was due to
> the http(s) connection being dropped by the provider, but maybe (?) it's
> an LMS thing instead.
>
You can see the connection LMS makes to the provider with lsof.
lsof -i -n | grep squee | grep
Yes, time offline does make a difference. This morning the one that was
fine when I tested it is now back at 0:00. "Resume - 14 minutes left"
works as expected.
So I guess after some time LMS gives up on the client and forgets where
it was. Simply suspending and resuming doesn't replicate this,
Maybe length of time offline does actually make a difference here.
Played 40 minutes or so last night, paused it, suspended. Resume this
evening, LMS shows the track at 0:00. Pressing play starts from 0:00.
[This probably has reset the "Continue listening" setting but I know
where I was so I can
Well I am trying to reproduce the issue I thought I had and of course, I
can't. I am testing by pausing playback, suspending my machine, resuming
it. It looks in the web interface like like it has forgotten, but then
about 30s later it resumes from where it was [without me doing
anything], with
Is this the intended behaviour, though? I am trying to work out if it's
some config issue or just not something that LMS does.
troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248
View this thread:
It seems like if a player goes offline and comes on again, it forgets
its position in a track. I am not sure if this is a bug or simply the
way LMS implements things.
For "normal" music this isn't much of an annoyance but I frequently
listen to longer programmes on BBC Sounds [2-3h long].
I
If you want a "cache" on every player then just make every player a
piCorePlayer with a local LMS install and use rsync or whatever to keep
all the media files in sync. But that would be nuts.
troffasky's Profile:
Turns out, I am not going crazy. The culprit for this seems to be my
desktop PC. I am using my work laptop during the day and desktop PC in
the evening. So the problem went away when I shut my desktop down last
night and I couldn't see the problem during the day. Turn my desktop on
and the
This is driving me crazyit has stopped logging these events at 2242
when I got bored of messing with it and went to bed. Checked web
interface and it's fine. Restarted LMS, still fine. This is so annoying!
I hadn't actually tried the web interface this morning when I was
testing DNS
Tested DNS with the first example, works fine, no delays.
https://metacpan.org/pod/Net::DNS#EXAMPLES
troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248
View this thread:
I have tested with dig and nslookup every DNS query I can think of that
LMS might be making in this case - the IP of the client, the IP of a
player, the server's own name and it's own IP. The response time is very
much less than 10s. I am running bind on the server itself so it doesn't
need to
Logitech Media Server Version: 8.2.1 - 1628483320 @ Mon Aug 9 06:43:27
CEST 2021
Operating system: Debian - EN - iso-8859-1
Platform Architecture: x86_64-linux
Perl Version: 5.32.1 - x86_64-linux-gnu-thread-multi
Audio::Scan: 1.02
IO::Socket::SSL: 2.074
Database Version: DBD::SQLite 1.58
Perhaps edit the title of the thread to mention the plugin otherwise it
would be pretty easy to overlook this.
troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248
View this thread:
Ta. Working now after upgrading to 8.2.1.
At least those log messages will now be in Google for the next
person.
troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248
View this thread:
Is this combination known to work?
Logitech Media Server Version: 8.2.0 - 1627922070 @ Tue Aug 3 11:37:35
CEST 2021
Operating system: Debian - EN - utf8
Platform Architecture: x86_64-linux
Perl Version: 5.32.1 - x86_64-linux-gnu-thread-multi
Audio::Scan: 1.02
IO::Socket::SSL: 2.069
Database
Well ..I've just realised that I had put the original
CLI/Plugin.pm back to test this and it's still working. So I don't need
a patch. It's just a matter of using the right combination of
filterHosts, --httpaddr and --cliaddr.
Roland0 wrote:
> --httpaddr 192.168.1.xx --cliaddr 192.168.1.xx --playeraddr
> 192.168.1.xx
> works for me:
OK, that causes it only to listen on the specified IP [which is what I
thought the bindAddress config parameter would do]. Good.
However, for me, it stops discovery from working
Your version means that I have to enable filterHosts as well, is that
the intention? I can't remember if filterHosts is on by default or not.
troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248
View
I have come up with a patch for this to get the CLI plugin to take
allowedHosts in to account.
Code:
# diff -u Plugin.pm /usr/share/perl5/Slim/Plugin/CLI/Plugin.pm
--- Plugin.pm 2021-02-07 15:16:17.312289873 +
+++ /usr/share/perl5/Slim/Plugin/CLI/Plugin.pm
Yes, stick it on the list of things that don't make any difference :-)
Every LMS service is already listening on * anyway:
cliaddr unset:
Code:
# lsof -i -n | grep LISTEN | grep squeez
squeezebo 4193133 squeezeboxserver8u IPv4 998619746 0t0 TCP *:3483
Got nowhere with the extra logging. However, I think I've made a mistake
in my analysis of what the code is doing.
The message "Access to CLI is restricted to the local network ..." is
emitted on line 250 of CLI/Plugin.pm, but the check against
isAllowedHosts won't ever happen if that message
troffasky wrote:
>
> > > >
- Set allowedHosts to the LAN subnet in server.prefs. Doesn't make
> any difference to CLI.
> > >
Actually, I think this should have worked. Currently it's
192.168.1.*,127.0.0.1
and my client is 192.168.1.43.
CLI plugin:
My server has multiple NICs and LMS inevitably considers the one with a
public IP [no, the internet does not have access to the LMS services] to
be the "local" network, leading to the CLI interface not working from
the actual LAN:
[21-02-06 14:54:53.8613]
Another possibility - a USB DAB receiver that pretends to be a memory
stick full of MP3 files. If this thing works at all [the reviews aren't
encouraging] then it would probably work with LMS:
https://www.aliexpress.com/item/33049975304.html
starcat wrote:
> Thanks to contributors for making LMS better and better over the years.
> Your work is highly appreciated!!
Is there a more "concrete" way that appreciative users can give thanks?
Ie a donation button somewhere?
Another possibility here is welle.io + a cheap SDR stick.
welle.io has a CLI with a web service called welle-cli which can give
you a) a list of channels b) channel metadata c) an MP3 stream. I should
think that this provides everything one needs to build a DAB backend for
LMS. The iPlayer
philippe_44 wrote:
> Did you try reducing the radio station buffer?
Well would you look at that...it was set to 11s, reduced it to 3s, and
now it's working! Both in sync perfectly.
troffasky's Profile:
philippe_44 wrote:
>
> I would not be surprised that the old device becomes full much before
> the new one and because it does not accept data anymore, in sync, where
> data is proxied, it stops the whole source streaming process and so the
> larger slimproto buffer never receives enough data
As before but with squeezelite log level at sdebug. Couldn't play or
pause the stream, had to play a FLAC to stop it.
30481
30482
+---+
|Filename: bassdriveplaylog3-server.log.zip |
|Download:
Started squeezelite with -d all=debug. Laptop and Slimp3 synced, Slimp3
is master.
Test 1 - play a local FLAC file. Worked fine on laptop and Slimp3.
Log from client:
30476
Log from server:
30477
Test 2 - play Bassdrive stream. Didn't work on either, behaved exactly
as TSF Jazz has been.
No, I haven't. I am just running "squeezlite".
troffasky's Profile: http://forums.slimdevices.com/member.php?userid=70248
View this thread: http://forums.slimdevices.com/showthread.php?t=112289
Can this thread be renamed? The title is misleading.
Wish it was explicit in the UI which one is master!
12:26:08 - With Slimp3 as master, TSF Jazz doesn't work. Buffers
infinitely. I don't want to leave it in this state too long, I've no
idea what the far end thinks of my connection attempts. I
Squeezelite has always been running on a different system to LMS. I
have tried it on two different systems.
FLAC was transcoded to 320k MP3 if my reading of this is correct:
[20-05-26 23:32:42.3947] Slim::Player::Song::open (558) Tokenized
command:
Both players synced, trying to play
http://broadcast.infomaniak.net/tsfjazz-high.mp3. Can see network
traffic but hear silence. Slimp3 says "Waiting to sync..." on the
screen. Left it like this for about 50s. Then play a local file for
about 10s, worked fine on both. Then played Bassdrive
I then play a FLAC instead, audio is working on both at this point:
Code:
[20-05-26 11:34:41.7253] Slim::Player::Player::_buffering (1144) Buffering...
16 / 180224
[20-05-26 11:34:41.8151] Slim::Player::StreamingController::play (2120)
00:04:20:04:12:ff
Both players synced, trying to play TSF Jazz:
Code:
[20-05-26 11:32:42.1460] Slim::Player::Song::open (408) Transcoder:
streamMode=I, streamformat=mp3
[20-05-26 11:32:42.1462] Slim::Player::Song::open (461) Opening stream (no
direct streaming) using
Yep, that's it. As soon as sync is off, that stream works to squeezelite
on my desktop *or* to the Slimp3.
If I sync them again, I can play Bassdrive
[http://us-tx1.streams.bassdrive.com:9000/] fine. Can play local files.
Try to play TSF Jazz, silence. Puzzling!
This is driving me nuts - everyone else can play this station with any
of a multitude of URLs, but not me!
Finally worked out how to turn up the debugging a bit:
Code:
[20-05-25 15:59:35.1283] Slim::Player::Protocols::HTTP::canDirectStream (266)
[60:45:cb:70:28:bc]
slartibartfast wrote:
> Is that URL from their website? I can play TSF Jazz from the Radio
> menu.
>
Yes, it isI hadn't even tried using the radio menu to find it! The
HTTP stream from the Radio menu is fine [well, I'm just getting silence
now but the timer is counting up and I have track
Using Debian SID.
Perl Version: 5.30.2 - x86_64-linux-gnu-thread-multi
Audio::Scan: 1.02
IO::Socket::SSL: 2.067
Database Version: DBD::SQLite 1.58 (sqlite 3.22.0)
libcrypt-ssleay-perl0.73.06-1+b2
libnet-ssleay-perl
Something has happened recently where quite a few streams I listen to
have flipped over to HTTPS. Seems like LMS is struggling with this. For
example, TSF Jazz [have had to mess with the URL for it to post]:
[20-05-25 12:34:10.7257] Slim::Player::Song::open (471) Warning: stream
failed to open
46 matches
Mail list logo