Thanks again bpa, much appreciated!
Just as an update, I updated to the latest Readynas OS (6.10.3) and LMS
survived, which was a good start. I then updated LMS via SSH (had some
issues with leafp2p but managed to sort them), so I am now on a more
recent version, although I'm still getting the
slurmsmckenzie wrote:
> Thanks for the reply, much appreciated - I have always had "Always
> display station icon" ticked, although I must admit I hadn't noticed the
> setting before or twigged what it did until recently. Some time in the
> distant past I recall seeing more context specific
bpa wrote:
> What are your BBCiPlayer Settings.
>
> Appearance of Station logos are different to program images. So please
> clarify.
>
> The logos do not require Radioplayer or segments justr access to URL
> like
>
slurmsmckenzie wrote:
> I have noticed there are issues with station logos and stream
> information now.
> .
> .
> .
> When I look at my server information, I noticed that I don't even have
> an entry for IO::Sockets like others seem to have, is this going to be
> related do you think?
What
@slurmsmckenzie
check your PM for a message (you should have enough posts by now :o)
ronnie
Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
View this thread:
Man in a van wrote:
> There have been threads in the past about updating different versions of
> the Readynas.
>
> Some of the old one are just not viable anymore.
>
> Perhaps Michael Herger will drop in and advise.
>
> Is the NETGEAR ReadyNAS 202 still current ? (I see it for sale on the
>
There have been threads in the past about updating different versions of
the Readynas.
Some of the old one are just not viable anymore.
Perhaps Michael Herger will drop in and advise.
Is the NETGEAR ReadyNAS 202 still current ? (I see it for sale on the
web)
Perhaps updating LMS to v7.9.3
Man in a van wrote:
> Why not bite the bullet and get a rpi4b (2gb), official power supply and
> a couple of sandisk ultra sd cards 16gb.
>
> Install LMS on the pi and keep your music files on the NAS
>
> Lots of help about, here and there :o
>
> ronnie
Thanks for the idea, I actually have
Why not bite the bullet and get a rpi4b (2gb), official power supply and
a couple of sandisk ultra sd cards 16gb.
Install LMS on the pi and keep your music files on the NAS
Lots of help about, here and there :o
ronnie
Hello, this is my first post so my turn to say thank you so much for
supporting the iPlayer plugin, we'd be lost without it!
I recently updated the plugins for the first time in a while (last time
was when the BBC turned off some streams I seem to remember) - I'm now
on iplayer 1.6.9 and extras
mrw wrote:
> Agree.
>
> I'm pretty confident that a simple patch along the lines below would fix
> it. But does require quiet study to be sure.
>
> Untested:
>
> >
Code:
> >
> sub _format_request {
> my $self = shift;
>
> my $fullpath =
mrw wrote:
> I think I've found the problem. It's a "new LMS problem" in my view,
> triggered by the use of a proxy server. "New", because I think
> historically servers have tolerated an unnecessary fragment suffix in a
> GET request. But perhaps the BBC Servers (and others ?) are becoming
>
bpa wrote:
> Quick response. If the issue is a LMS issue then LMS update is the fix.
> Many users will not update their LMS to fixed LMS 8.* or 7.9.3 Can't
> see any easy way out for proxy users.
Agree.
I'm pretty confident that a simple patch along the lines below would fix
it. But does
mrw wrote:
> I haven't tried using https. That might be a different code path. Would
> need to check how it works in the context of a proxy.
A proxy is not used when https is in use. Hence the issue doesn't
arise.
Refer -Slim::Networking::Async::HTTP::use_proxy-
mrw wrote:
> You wouldn't need to remove it. This is all happening lower down, when
> the actual "GET" request is built for sending to the server. That's done
> by LMS.
> The fragment suffix is of no relevance to a server, it only has meaning
> locally. Which is what you are making use of.
bpa wrote:
> Can't remove the "#extra" with current BBCiPlayer/BBCiPlayerExtra
> implementation.
> It was added to overcome removal of API by BBC.
> The "#extra" creates a unique response to the URL which LMS caches.
> Without "#extra" LMS would see Extra menu for station as the same as
>
mrw wrote:
> Slim::Networking::Async::HTTP[/i] to strip off a fragment suffix I'll
> hazard a guess that matters would proceed smoothly.
Can't remove the "#extra" with current BBCiPlayer/BBCiPlayerExtra
implementation.
It was added to overcome removal of API by BBC.
The "#extra" creates a
bpa wrote:
> I have no problem with the "extra" URLs within the BBCiplayer plugin.
I think I've found the problem. It's a "new LMS problem" in my view,
triggered by the use of a proxy server. "New", because I think
historically servers have tolerated an unnecessary fragment suffix in a
GET
mrw wrote:
> @pshepherd, @bpa
>
> I believe that it is the inclusion of the fragment suffix -#extra- in
> the GET request to the BBC Server that is causing the trouble. I'll
> guess that the BBC servers perhaps no longer tolerate it.]
I have no problem with the "extra" URLs within the
@pshepherd, @bpa
I believe that it is the inclusion of the fragment suffix -#extra- in
the GET request to the BBC Server that is causing the trouble. I'll
guess that the BBC servers perhaps no longer tolerate it.
Modern versions of -wget-, -curl-, and browsers seem to routinely strip
this off
bpa wrote:
> The output from the same dig command on my dig is
> >
Code:
> >
>
> ; <<>> DiG 9.11.3-1ubuntu1.12-Ubuntu <<>> www.bbc.co.uk
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10290
> ;; flags:
The output from the same dig command on my dig is
Code:
; <<>> DiG 9.11.3-1ubuntu1.12-Ubuntu <<>> www.bbc.co.uk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10290
;; flags: qr rd ra; QUERY: 1, ANSWER: 6,
bpa wrote:
> The tcpudmp was helpful.
>
> The entry below says a http GET of
> "/radio/aod/availability/bbc_radio_three.xml#extra" was done off address
> 212.58.233.253
>
> >
Code:
> > 16:05:46.433801 IP (tos 0x0, ttl 64, id 62930, offset 0, flags [DF],
proto TCP
pshepherd wrote:
> A tcpdump log from the same action (recorded later) is here
The tcpudmp was helpful.
The entry below says a http GET of
"/radio/aod/availability/bbc_radio_three.xml#extra" was done off address
212.58.233.253
Code:
16:05:46.433801 IP (tos 0x0, ttl
bpa wrote:
> Since nobody else has reported this issue - it looks to be local to your
> system.
>
>
>
> I'm trying to judge your technical ability.
>
> Wireshark records all the bits on the network links and the user then
> has to got up through the level (IP, TCP, HTTP) before you see what
bpa wrote:
> Very strange because they use the exact same URLs just with out the
> "#extra".
>
> Is this a new problem - the BBCiPlayerExtra menus have NEVER worked or
> something new that just happened to a previously working system.
>
> The Extra menus work OK for me so it is not a problem
bpa wrote:
> Since nobody else has reported this issue - it looks to be local to your
> system.
>
>
>
> I'm trying to judge your technical ability.
>
> Wireshark records all the bits on the network links and the user then
> has to got up through the level (IP, TCP, HTTP) before you see what
pshepherd wrote:
> I assume therefore the basic connectivity is working but something,
> perhaps locally is causing the problem.
Since nobody else has reported this issue - it looks to be local to your
system.
> Will Wireshark allow to me to see what url is being requested when I
> click on
PasTim wrote:
> I thought you said the URLs are OK from a browser? If you are getting
> 404s in Firefox it presumably isn't an LMS issue.
Ok, poor explanation on my part - If I use Firefox with no proxy to
access LMS (@ 192.168.1.11:9000) then clicking on BBCIplayerExtras still
gives me a 404
pshepherd wrote:
> I have tried this using Firefox set to "no proxy" and I still get the
> 404 error. Is there anything else I can do to help debug this, eg LMS
> logging or browser developer tools?
>
> paul
I thought you said the URLs are OK from a browser? If you are getting
404s in Firefox
pshepherd wrote:
> I have tried this using Firefox set to "no proxy" and I still get the
> 404 error. Is there anything else I can do to help debug this, eg LMS
> logging or browser developer tools?
Firefox has nothing to do with LMS so not sure why try setting "no
proxy".
Are you able to use
bpa wrote:
> That seems like a good place to start. A 404 means LMS has issued a
> http/GET and got a 404 back - so problem is either the destination
> server says the URL is invalid (and this is not the case as thew URLs
> work for me) or a something has intercepted the http/GET and faked a
pshepherd wrote:
> It used to work a few months ago .. it's not a saved favourite, I am
> using a web proxy Privoxy, I will disable that and revert.
That seems like a good place to start. A 404 means LMS has issued a
http/GET and got a 404 back - so problem is either the destination
server
bpa wrote:
> Very strange because they use the exact same URLs just with out the
> "#extra".
>
> Is this a new problem - the BBCiPlayerExtra menus have NEVER worked or
> something new that just happened to a previously working system.
>
> The Extra menus work OK for me so it is not a problem
pshepherd wrote:
> Yes, 'listen again' works fine in BBC iPlayer.
Very strange because they use the exact same URLs just with out the
"#extra".
Is this a new problem - the BBCiPlayerExtra menus have NEVER worked or
something new that just happened to a previously working system.
The Extra
pshepherd wrote:
> It's IO::Socket::SSL: 2.060
>
> paul
Yes, 'listen again' works fine in BBC iPlayer.
Paul
pshepherd's Profile: http://forums.slimdevices.com/member.php?userid=9779
View this thread:
bpa wrote:
> This is not specifcally a plugin issue but an LMS one.
>
> What is the version of IO::Socket::SSL as detailed in WebUI
> Settings/Information
It's IO::Socket::SSL: 2.060
paul
pshepherd's Profile:
pshepherd wrote:
> I have noticed that BBC iPlayer extras returns a 404 error when I pick a
> radio station. The log reports:
>
> >
Code:
> > [20-07-25 13:12:05.9733] Slim::Formats::XML::gotErrorViaHTTP (339)
Error: getting
I have noticed that BBC iPlayer extras returns a 404 error when I pick a
radio station. The log reports:
Code:
[20-07-25 13:12:05.9733] Slim::Formats::XML::gotErrorViaHTTP (339) Error:
getting
http://www.bbc.co.uk/radio/aod/availability/bbc_radio_four_extra.xml#extra
If possible please could you add the option to select 128Kbs DASH Live &
On Demand streams in the BBCiPlayer v1.6 plugin?
I listen almost exclusively to R3 and often have constant dropouts at
320kbs. I've spent a small fortune on MESH Wi-Fi to improve the
connection throughout the house but in
vhs wrote:
> On Demand shows the programme listings almost immediately but when
> selected one loads in about 20 secs before playing.
They will show instantly - if they have been loaded already.
However programme listings are biggish chunks of data.
> Interestingly other stations e.g. Radio
bpa wrote:
> This packet transit time issue is about latency not throughput. The
> amount of traffic on the network will affect the latency. Spot
> measurement of throughput is nto the issue.
>
> However the error log shown is different to packet transit time.
>
>
>
> Unlikely a router
vhs wrote:
> Although the wifi is delivering downloads at 130Mbs and uploads at 30Mbs
> which should be more than adequate with little other network traffic I
> plugged in a cable and stopped the wifi on the server then rebooted the
> router.
This packet transit time issue is about latency not
bpa wrote:
> Server on wifi is not good but is not cause of the problem unless there
> is lots of network traffic.
>
> The bandwidth of a wired connection between router and LMS sever is not
> shared and full duplex (i.e. devices can transmit and receive at the
> same time)
> A wifi
vhs wrote:
> The wifi disk is the BT black disk (additional access point) they
> provide for their mesh system. The LMS server is on my iMac, connected
> over wifi. Same problem whether on 2.4 or 5 GHz connection. Maybe I'll
> run a long ethernet able to the router to try it directly and rule
bpa wrote:
> mesh is unlikely - I run a mesh network. Some users have "mesh" issues
> with older players but this network delay is a LMS server issue.
>
> wifi disk ? what does this mean ?
>
> Is server wired or wireless to router ?
The wifi disk is the BT black disk (additional access
vhs wrote:
> But BT fibre FTTP with BT router and complete wifi disk i.e. mesh
> system. Could that be it?
mesh is unlikely - I run a mesh network. Some users have "mesh" issues
with older players but this network delay is a LMS server issue.
wifi disk ? what does this mean ?
Is server
bpa wrote:
> The log message says there is something wrong with your network or your
> OS.
>
> 1. The akaimai time stamp returns a reference time of day - check that
> you can open this URL from a browser (or wget or curl) on the same
> Server as LMS. http://time.akamai.com/?iso
> 2. the 6278
vhs wrote:
> I'm still having problems on my iMac with Catalina with very slow
> loading of iPlayer live and on demand stations. Happens on both
> Squeezeplay and Squeezebox Radio. Log message below:
>
> [20-07-17 12:12:28.3313] Plugins::BBCiPlayer::DASH::__ANON__ (254)
> Stream closing error
I'm still having problems on my iMac with Catalina with very slow
loading of iPlayer live and on demand stations. Happens on both
Squeezeplay and Squeezebox Radio. Log message below:
[20-07-17 12:12:28.3313] Plugins::BBCiPlayer::DASH::__ANON__ (254)
Stream closing error fetching UTC time from
Dean_Bayliss wrote:
> It's Jessie, and an update responds with at the latest version. I have
> tried Always display station icon both on and off with no difference, it
> was icon off originally.
>
> As this is an old version probably the simplest is to get Debian up to
> date (RPI2) just
bpa wrote:
> That is certainly contributory.
> Maybe more than one issue, the following log entry caught my eye -
> failure to get the metadata
> >
Code:
> >
> [20-07-06 08:56:42.8428] Plugins::BBCiPlayer::BBCOnAir::__ANON__ (236)
error fetching RadioPlayer BBC
slartibartfast wrote:
> What happens if you uncheck "Always show station icon"?
That is certainly contributory.
Maybe more than one issue, the following log entry caught my eye -
failure to get the metadata
Code:
[20-07-06 08:56:42.8428]
Dean_Bayliss wrote:
> I wonder if anyone has some words of advice. I just moved version to
> v1.6.9, and for
some unknown reason, well unknown to me! The OnAir
> text and pictures have reverted to static versions. I removed the
> plugin install and re-installed. Same result. I am sure
Dean_Bayliss wrote:
> I wonder if anyone has some words of advice. I just moved version to
> v1.6.9, and for some unknown reason, well unknown to me! The
> OnAir text and pictures have reverted to static versions. I removed the
> plugin install and re-installed. Same result. I am sure
I wonder if anyone has some words of advice. I just moved version to
v1.6.9, and for
some unknown reason, well unknown to me! The OnAir
text and pictures have reverted to static versions. I removed the
plugin install and re-installed. Same result. I am sure something else
has become
legomeister wrote:
> Actually, I've been seeing this sort of thing periodically on the
> display of my Boom in the last couple of weeks. I had made no
> configuration changes (LMS 7.9.2), so had assumed it was something at
> the BBC end.
Boom has crystal for audio so no processor tweak on LMS
bpa wrote:
> DASH sends audio in chunks.
> Each chunk is time stamped.
> The delay is the estimate based on the current time and the timestamp of
> the last played chunk.
> So when playing starts, the latest chunk will have been fetched and its
> timestamp will be within 30 secs of the time
IanHaynes wrote:
> Having looked at some changes I made a couple of days ago, and reversing
> them, it appears to have been caused by setting up CPU isolation in the
> pCP Kernel Tweaks. Having removed this the delay has gone away and is
> back to within a few seconds of FM radio. I don't
IanHaynes wrote:
> Yes, this is what I was seeing. "Delayed - 6 minutes" or similar.
DASH sends audio in chunks.
Each chunk is time stamped.
The delay is the estimate based on the current time and the timestamp of
the last played chunk.
So when playing starts, the latest chunk will have
bpa wrote:
> When playing live - do you see the word "delayed" and an estimate of the
> delay after the program title ?
Yes, this is what I was seeing. "Delayed - 6 minutes" or similar.
IAN
*Library*: Netgear NAS Duo
*Server*: RPi3 / PiCorePlayer with LMS 8.0
*Main System*: RPi2 / iQAudio
bpa wrote:
> OK - that seems to mean audio data is building up in the plugin waiting
> to be played.
>
> What sort of player do you use ? e.g Raspberry Pi with s/w driven audio
> out
>
> If it is "soft" using squeezelite based in some form - does the same
> problem happen with a h/w player
As a check I tested playing a Listen again through a SB receiver - no
extra delay over 30mins
Live test on R4 - no BBC FM in Ireland so I listened against Freesat
Radio - there was about a 30 secs differ between live Freesat and DASH
(96k) - This difference remained roughly the same over 55
When playing live - do you see the word "delayed" and an estimate of the
delay after the program title ?
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
IanHaynes wrote:
> The 'Live Stream' and 'On Demand Stream Preference' are both set to
> DASH>HLS>MP3>FlashAAC. The technical info on the playing screen shows
> '320kbps VBR, AAC'.
>
> I do have 'Delay to start live stream' set to 'no delay', and yes, the
> delay goes back to zero if I restart
bpa wrote:
> What format is being played DASH, HLS or MP3 ?
>
> Regardless of format there should be no reason for this - the speed of
> playback is determined by the rate of consumption by the audio stream
> playback device. There will be a delay at start which can vary according
> to format
IanHaynes wrote:
> Having been no more than a few seconds behind FM radio, BBC feeds played
> via 'Listen Live' now gradually build up a delay of several minutes as
> they play. For instance, having been playing for 2hr13min, the delay is
> 6 minutes.
>
> I may have changed a setting somewhere
Having been no more than a few seconds behind FM radio, BBC feeds played
via 'Listen Live' now gradually build up a delay of several minutes as
they play. For instance, having been playing for 2hr13min, the delay is
6 minutes.
I may have changed a setting somewhere that has caused this or
bpa wrote:
> I assume UK is ok as well.
Normal service resumed. (Without patches).
mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299
View this thread:
AFAICT For non UK all is back to normal. No patches needed.
Looking at BBC Website, I assume UK is ok as well.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
bpa wrote:
> I'm guessing a bad update has happened and it will be rolled back.
Sounds very likely.
I also observe that the availability schedules seem to be "patchy". One
moment I got a full listing of today's Radio 4 listings, half an hour
later some are missing. That might point to some
mrw wrote:
> Hopefully BBC will resolve it, then. :)
>
> Before learning that, I did note, in the log:
>
On BBC Website schedule for today on various National station ( e.g.
Radio 4 https://www.bbc.co.uk/schedules/p00fzl7j/2020/06/26 ) - it shows
for most program from 1:00am onward - they
bpa wrote:
> It's a big BBC issue - the programs are not playable through the browser
> BBC Sounds
Hopefully BBC will resolve it, then. :)
Before learning that, I did note, in the log:
Code:
[20-06-26 17:49:05.7736] Plugins::BBCiPlayer::PlaylistParser::parse (42)
nig27 wrote:
> Hi bpa. Well funnily enough the reason I got in touch in the first place
> ( a year ago) was because the iplayer on my imac had stopped working. My
> idea was to update perl, so I tried that on my laptop so as not to
> endanger my imac that I work on. The iplayer is now working
Hi bpa. Well funnily enough the reason I got in touch in the first place
( a year ago) was because the iplayer on my imac had stopped working. My
idea was to update perl, so I tried that on my laptop so as not to
endanger my imac that I work on. The iplayer is now working on my imac,
for some
It's a big BBC issue - the programs are not playable through the browser
BBC Sounds
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
bpa wrote:
> Ignore the fact things are unplayable - that could be a side effect by
> the BBC.
>
> By "today" do you mean the the Today program and all the program for
> today - Friday. I cannot see any new program for today Fri 26 June.
>
> edit:
>
> Random selection of "Listen Again"
AngloCuencano wrote:
> With BBCiPlayer 1.6.9, for Friday on Radio 4 FM, I can see all the
> programs, except for 'Today'. So the list starts with Desert Island
> Discs, which is playable, but everything after that has the nonplayable
> URL I gave before.
>
> Some comfort in knowing it's not
AngloCuencano wrote:
> With BBCiPlayer 1.6.9, for Friday on Radio 4 FM, I can see all the
> programs, except for 'Today'. So the list starts with Desert Island
> Discs, which is playable, but everything after that has the nonplayable
> URL I gave before.
>
> Some comfort in knowing it's not
bpa wrote:
> How about the main BBCiPlayer plugin - do you see any programs for
> today ? I don't
>
> It looks like a general BBC issue with the "Listen Again" feed.I see a lot of
> missing programs as well but we all seem to see different
things, I am in the UK. This is Radio 2 today in
bpa wrote:
> How about the main BBCiPlayer plugin - do you see any programs for
> today ? I don't
>
> It looks like a general BBC issue with the "Listen Again" feed.
With BBCiPlayer 1.6.9, for Friday on Radio 4 FM, I can see all the
programs, except for 'Today'. So the list starts with
nig27 wrote:
> Hi bpa. I have restarted network and am using my other mac with LMS
> 7.9.2 BBCiPlayer v1.6.8 working fine, but able to update to v1.6.9...
>
> [20-06-26 18:08:20.6863] Slim::Utils::PluginDownloader::_downloadError
> (217) unable to download BBCiPlayerExtra from
>
AngloCuencano wrote:
> I'm surprised no one has reported this, so it might be a regional
> problem (South America).
>
> iPlayer Extras seems to have completely stopped being updated, for Radio
> 4 FM the latest programs I can find are for yesterday (Thursday).
> iPlayer is also affected, for
Hi bpa. I have restarted network and am using my other mac with LMS
7.9.2 BBCiPlayer v1.6.8 working fine, but able to update to v1.6.9...
[20-06-26 18:08:20.6863] Slim::Utils::PluginDownloader::_downloadError
(217) unable to download BBCiPlayerExtra from
I'm surprised no one has reported this, so it might be a regional
problem (South America).
iPlayer Extras seems to have completely stopped being updated, for Radio
4 FM the latest programs I can find are for yesterday (Thursday).
iPlayer is also affected, for Radio 3 and 6 there are no programs
nig27 wrote:
> Hi bpa, something not working trying to update iplayer plugin to 1.6.9
> using: http://bpa-code.github.io/bpaplugins/betarelease-repo.xml.
> ...'Waiting for localhost"...
That means the browser is not getting a response back from LMS.
Is this after clicking "restart now" or just
Hi bpa, something not working trying to update iplayer plugin to 1.6.9
using: http://bpa-code.github.io/bpaplugins/betarelease-repo.xml.
...'Waiting for localhost"...
nig27's Profile:
nig27 wrote:
> Hi bpa. I just tried again with Radio 2, same. Not a favourite, and not
> customised. Clean install a couple of days ago.
>
> There's another couple of other errors which might be relevant...
>
> [20-06-26 13:16:28.1182] Slim::Networking::Repositories::__ANON__ (146)
> Failed
Hi bpa. I just tried again with Radio 2, same. Not a favourite, and not
customised. Clean install a couple of days ago.
There's another couple of other errors which might be relevant...
[20-06-26 13:16:28.1182] Slim::Networking::Repositories::__ANON__ (146)
Failed to fetch
nig27 wrote:
> Hi bpa. Thanks again for your help. I tried that, still not working. The
> BBCiplayer listen live OK. Do I need to update the BBCXMLParser.pm? I
> presumed that was something that would be already improved in recent LMS
> updates... Nigel
No you can't update one file in the
Hi bpa. Thanks again for your help. I tried that, still not working. The
BBCiplayer listen live OK. Do I need to update the BBCXMLParser.pm? I
presumed that was something that would be already improved in recent LMS
updates... Nigel
nig27 wrote:
> I have installed Net::SSLeay and IO::Socket::SSL, now on
> IO::Socket::SSL: 2.068 but still the same error:
> Slim::Formats::XML::gotErrorViaHTTP (339) Error: getting
> http://www.bbc.co.uk/radio/aod/availability/6music.xml
Just in case old data has been cached somewhere
1.
I have installed Net::SSLeay and IO::Socket::SSL, now on
IO::Socket::SSL: 2.068 but still the same error:
Slim::Formats::XML::gotErrorViaHTTP (339) Error: getting
http://www.bbc.co.uk/radio/aod/availability/6music.xml
Thanks both. Yes bpa, I had installed perl 5.30.1 on the mac os x 10.8.5
partition of the hard disc, but never got LMS to find it. I decided to
start from scratch on the mac os x 10.11.6 partition. I will update
IO::Socket::SSL stuff as per Michael's recommendation.
nig27 wrote:
> Hi bpa, thanks for your reply. I am on quite recently installed mac os X
> 10.11.6, perl 5.18.2, SSL 1.966. BBC iplayer listen live (non UK)
> working, but 'listen again' returns: Slim::Formats::XML::gotErrorViaHTTP
> (339) Error: getting
>
Hi bpa, thanks for your reply. I am on quite recently installed mac os X
10.11.6, perl 5.18.2, SSL 1.966. BBC iplayer listen live (non UK)
Recently installed old macOS :-).
You might want to update your IO::Socket::SSL library and dependencies.
See
bpa wrote:
> SSL update is not necessarily tied to Perl version but often tied to OS
> version and also to OpenSSL and Perl module Net::SSLeay
> LMS has an update for Perl 30.X for Linux systems in July 2019 - not
> sure whether this support is included in MAC build.
>
> AFAIK Perl version
nig27 wrote:
> I have been trying on and off for about a year to get my squeezebox 1
> working again. Not loading https feeds, so uploaded latest perl (5.30.1)
> so could then update SSL as advised by bpa at the time. However, I have
> scoured the internet and have tried symlinks, editing
I have been trying on and off for about a year to get my squeezebox 1
working again. Not loading https feeds, so uploaded latest perl (5.30.1)
so could then update SSL as advised by bpa at the time. However, I have
scoured the internet and have tried symlinks, editing slimserver.pl etc.
without
bpa wrote:
>
> Just need to add the "track=on" param (shown in red) to the 4(?) live
> menu.opml URL entries. Do not copy and paste whole URL as each entry is
> different.
> >
Code:
> >
>
201 - 300 of 1483 matches
Mail list logo
