Hi all together,
I assume this is a known error but still I want to make sure it doesn't
get lost in nirvana.
I upgraded from lms 7.9 to lms 8.0.0 (1597263993). Since the upgrade the
radio.de app from mysb.com i not working and just shows a 404 error...
whereas ROCKRADIO.com from mysb.com is
Just did a clear then rescan, still the same 200 playlist limit: Data is
from Settings > Information (see attached)
Browsing via Home > Playlists or Home > Spotty > Playlists both only
return 200 Spotify playlists.
Oh, you're not using a library view, are you?
--
Michael
Just did a clear then rescan, still the same 200 playlist limit: Data is
from Settings > Information (see attached)
Would you mind sharing your library.db with me? Can be found in the
cache folder (see Settings/Information).
https://www.dropbox.com/request/T3RctyzGgNg0oFDubq6a
--
Michael
Thanks Michael
Just did a clear then rescan, still the same 200 playlist limit: Data is
from Settings > Information (see attached)
Browsing via Home > Playlists or Home > Spotty > Playlists both only
return 200 Spotify playlists.
31323
bpa wrote:
> The log shows that LMS closed the TCP connection. The 503 connection
> comes from VDR server and is the reply to the GET.
> >
Code:
> >
> [20-08-18 21:27:38.3582] Slim::Player::Song::getNextSong (252) scanning URL
http://192.168.0.100:3000/ES/1052
>
bpa wrote:
> The log shows that LMS closed the TCP connection. The 503 connection
> comes from VDR server and is the reply to the GET.
> >
Code:
> >
> [20-08-18 21:27:38.3582] Slim::Player::Song::getNextSong (252) scanning URL
http://192.168.0.100:3000/ES/1052
>
Hi Michael,
I've installed LMS on a second PC and it works perfectly.
No idea what the issue is, but I'll live with it as is.
Second PC doesn't have Kaspersky, but I've not done any further
testing.
Thanks.
jellytussle's
schup011 wrote:
> You misunderstood my writings. I am not interpreting the log, but have
> added - more or less precisely - my perception, i.e. the point of time
> when I heared the player playing the radio station (if it did).
The log shows that LMS closed the TCP connection. The 503
bpa wrote:
>
>
> Can you check the end point of connection from the VDR server and
> determine the status of the initial LMS connection and status of the 2nd
> connection from Squeezelite.
I am not sure whether I am able to I have an integrated piCorePlayer
setup with player and LMS on
bpa wrote:
> Your interpretation of LMS log about getting audio is not quite right.
> With direct streaming Audio is read directly by the squeezelite by a
> separate HTTP GET which is not logged by LMS. The small fragment of
> audio retrieved by LMS after header is only used to parse the
>
Your interpretation of LMS log about getting audio is not quite right.
With direct streaming Audio is read directly by the squeezelite by a
separate HTTP GET which is not logged by LMS. The small fragment of
audio retrieved by LMS after header is only used to parse the
audiostream for sample
bpa wrote:
> I'll check log again but Reliable plugin means connection is always
> proxied and never direct.
For the latest server log, I have deactivated the Reliable Plugin.
Streaming method setting was and is direct.
bpa wrote:
> I'll check log again but Reliable plugin means connection is always
> proxied and never direct.
For the latest server log. I had deactivated the Reliable Plugin.
Streaming method setting was and is direct.
schup011 wrote:
> Actually I added Reliable plugin only yesterday to see whether this
> could help - it did not do anything to my specific problem.
>
> Anyway, I did it again with Reliabe Plugin deactivated. This time, it
> took a little more channel switches to reproduce the situation where
Are you using any kind of proxy server? A "security" package which would
scan your internet traffic? This looks different from earlier reports.
--
Michael
Hi Michael,
I have Kaspersky which is quite intrusive but I disabled it for testing.
My connection to the internet is via a Ubiquiti
I just fired up LMS 8 after I fell off the Squeezebox train a couple of
years ago. (There were perfectly good reasons for it at the time.)
I have not kicked the tires really hard yet, but my goodness You
guys are definitely not just keeping this thing alive! It works as great
as ever, it
bpa wrote:
> I noticed you are using a "Reliable" plugin.
>
> Please test with this removed - This plugin does "special" things with
> TCP connection to ensure when they drop they are reconnected
> automagically.
> >
Code:
> >
> [70-01-01 20:14:40.9156]
I noticed you are using a "Reliable" plugin.
Please test with this removed - This plugin does "special" things with
TCP connection to ensure when they drop they are reconnected
automagically.
Code:
[70-01-01 20:14:40.9156] Slim::Player::Song::open (468) Opening
Check to see if there is a scanner.log .. and if yes ... what is in it.
Same for server.log - at round the time the scan was initiated.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc), kcrw,
supla finland, abc australia,
Hi
I have been running Logitech Media Server with up to 10 devices for the
past 15 years and I have never had this issue before. It refuses to scan
the directories/files. I have changed from the usual drive content to
another. I have updated Logitech Media Server to 7.9 too.
It simple shows the
bpa wrote:
> There are some other ideas to try - mainly concentrating on direct
> connection and understanding what squeezelite is doing. If a mod is
> needed it is easier to modify squeezelite.
>
> Just to be sure what is happening - can you get a log with player.source
> set to INFO when
I think it depends, how often mysbc got hammered by your LMS already.
Half an hour was just a guess. Over night should always work. :)
But as I understand, things are up and running for you?
karlek's Profile:
8.0.0 seems to fall back to http for me on Windows 10 allowing the
plugin menu to be displayed
That's interesting. I have a five line script which would fail
(https://github.com/libwww-perl/libwww-perl/issues/348). Even on http.
But using the old LWP version we're using in 7.9.3 would work.
karlek wrote:
> Shut down Max2Play/LMS for half an hour to avoid that itÂ’s hammering all
> the time at mysbc. Then retry.
I guess the time was at least a half an hour. I ran some errands and
then it worked. Was just trying to get it done and move on, but looks
like the security wait time is
mherger wrote:
> > Would it be possible to place a copy of the xml file on a different
> > server and update LMS to use the new location?
> >
> > That would eliminate the server, I can check if one of mine is still
> > running tls 1 or 2.0
>
> Something else must be going on. I'm still trying
Would it be possible to place a copy of the xml file on a different
server and update LMS to use the new location?
That would eliminate the server, I can check if one of mine is still
running tls 1 or 2.0
Something else must be going on. I'm still trying to understand what it
is. But it
Would it be possible to place a copy of the xml file on a different
server and update LMS to use the new location?
That would eliminate the server, I can check if one of mine is still
running tls 1 or 2.0
---
https://ctproduced.com < Creed Taylor/CTI/KUDU
Found the answer here:
https://www.max2play.com/en/forums/topic/403-forbidden-settings-index-html/
I'm on VPN, so I'm currently not accessing the LMS from LAN (hence the
error according to link). Will try to access later from LAN.
Hi,
Did a Nightly Update (just because of getting rid of the "there's an
update" text in the LMS).
LMS itself is working, but when trying to go to the Settings I get the
"403 Forbidden: settings/index.html" error.
Material Skin also shows this error the trying to access the "Server
mherger wrote:
> > Odd. Any ideas on how to fix?
>
> Go to Settings/Information to see where your prefs are stored. Remove
> log.conf and restart LMS.
>
> --
>
> Michael
Thanks Michael - that did it. Quick (and truncated) extract from new
server log:
Odd. Any ideas on how to fix?
Go to Settings/Information to see where your prefs are stored. Remove
log.conf and restart LMS.
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
[20-08-18 10:45:18.0055]
Slim::Networking::Discovery::Players::_players_error (144) Unable to get
players: Connect timed out: The requested name is valid, but no data of
the requested type was found. - please check your proxy configuration
(http=127.0.0.1:8082;https=127.0.0.1:8082)
Are you
Log for above post:-
[20-08-18 10:45:00.1981] Slim::Networking::Repositories::__ANON__ (146)
Failed to fetch https://repos.squeezecommunity.org/extensions.xml:
Connect timed out: Bad file descriptor
[20-08-18 10:45:00.1983] Slim::Networking::Repositories::__ANON__ (149)
https lookup failed -
I though I'd open a new thread on this, so as not to clutter the
substantive discussions in other thread on the current LMS /
Inaccessible Repository / Hangs / Crashes threads...
In posting my assorted Server Logs in those threads, member bpa noticed
that at a certain point my logs had lost
There are some other ideas to try - mainly concentrating on direct
connection and understanding what squeezelite is doing. If a mod is
needed it is easier to modify squeezelite.
Just to be sure what is happening - can you get a log with player.source
set to INFO when playing a VDR radio
RobbH wrote:
> As one of the Linux users experiencing this issue, after upgrading the
> OS, my system now reports IO::Socket::SSL: 2.044. The third party
> plugins repository now loads without an error.
Upgrading IO::Socket::SSL -- to the latest version, in my case -- fixed
the plugins page
bpa wrote:
> Second note
>
> Later in log - suddenly there are no date/time stamp on the log entries
> after a restart. This indicates that LMS log configuration has been
> corrupted in some way and IIRC it needs to be deleted to restore the
> time stamps/.
>
> >
Code:
bpa wrote:
> I can only explain the BBCiPlayer related error which indicate "long
> chunk time". BBC radio streams use DASH or HLS protocol which means
> audio stream is made up of 3.2 sec audio chunks each one is a HTTP
> request. Normally each request will be fetched within about 80-100ms.
mherger wrote:
> > Windows 10 Pro here. I don't get crashes with 7.9.3 (I had them with
> > 7.9.2) but in logs I get this:
>
> I believe I still haven't seen prove of any "crash", but that there's
> more of a long delay.
>
> FWIW: I've been able to reproduce the issue, seeing the many log
>
Sorry, my suggestion of OpenSSL was a red herring. The fault has
returned. HTTPS: to the plugins website still fails, and still crashes
the server.
How do you define a crash? Does the process end?
--
Michael
___
Squeezecenter mailing list
playlist view. Ideally, I would like to confine the playlist tracks to
the playlist view and not have them show up in any form in the album
view. Is that possible?
Not easily. You could probably use tmp:// URLs in the playlist instead
of raw file paths. Or you assign them some specific genre
41 matches
Mail list logo