IMVHO, its a bit inconsistent. I view the items in 'My Apps', 'My
Music', etc. as 'browse' items - ie they show the list of music sources,
etc. Not configuration options for these - as that is what the
'Settings' section is for.
I decided to not put it to the settings, as I think it's a feature
mherger wrote:
> > Noticed Radio Paradise has two additional entries - a setting, and an
> > info entry. This seems, to me at least, a very odd place for these.
> Can
> > the "Enable Radio Paradise HD images" setting be moved to a setting
> in
> > Server/Plugins?
>
> I'd rather remove the featu
Noticed Radio Paradise has two additional entries - a setting, and an
info entry. This seems, to me at least, a very odd place for these. Can
the "Enable Radio Paradise HD images" setting be moved to a setting in
Server/Plugins?
I'd rather remove the feature. Because if I hide it, then nobody wi
Noticed Radio Paradise has two additional entries - a setting, and an
info entry. This seems, to me at least, a very odd place for these. Can
the "Enable Radio Paradise HD images" setting be moved to a setting in
Server/Plugins? The "Radio Paradise Song ID" is accessible from the
"More" entry - s
Since the metadata is downloaded first, prior to the downloading of the
file containing the FLAC tracks, would it be possible to show in the
queue the metadata for these tracks? That would be an additional
advantage of the Interactive mode.
It's something I've considered doing. But I'd likely ha
RP FLAC Interactive streaming continues to work well for me too.
I have a question:
Since the metadata is downloaded first, prior to the downloading of the
file containing the FLAC tracks, would it be possible to show in the
queue the metadata for these tracks? That would be an additional
advant
Now that the Interactive Stream is working for me, I see added benefits
compared to the Regular stream: actual bit rates, and the time for each
track. Thanks also for these small things, Michael!
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X on Win 10; Squeezer or M
mherger wrote:
> > I'm not sure how much control you have over the HTML that is
> rendered,
>
> None. It's RP's, not ours.
>
> v2.7.0 is coming your way. Merry Christmas!
>
Woot! V2.7.0 is great. Thanks!
About the HTML -- I know that RP's web site HTML is their own,
obviously. What I was
I'm not sure how much control you have over the HTML that is rendered,
None. It's RP's, not ours.
v2.7.0 is coming your way. Merry Christmas!
--
Michael
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/list
Ron F. wrote:
> I don't know if this correlates to the swarm of metadata update
> requests, but setting logging to "Warn" - I get this after playing RP
> FLAC Interactive for a while:
>
> [19-12-24 06:49:55.1994]
> Plugins::RadioParadise::ProtocolHandler::sysread (112) unexpected
> connection c
philippe_44 wrote:
> What would be interesting is to see how often the "recovery" mechanism
> has to be used (you get that with "warn" as logging level)
I don't know if this correlates to the swarm of metadata update
requests, but setting logging to "Warn" - I get this after playing RP
FLAC Int
mherger wrote:
> > At first I thought this would be a nice quick change. Unfortunately it
>
> turns out that it's not that useful on mobile devices: RP would redirect
>
> to their mobile site, which would not show the track information. Even
> on the iPad (in iPeng) you'd have to make sure yo
One thing that would be really cool is either if the song info included
the URL to the song entry on RP (e.g.,
radioparadise.com/player/info/32097 or at least the song ID somewhere so
you could just plugin the right number to the base URL for song info.
At first I thought this would be a nice qu
Ron F. wrote:
> Since last week, once RP plugin v2.6.0 was released, I think I have
> streamed upwards of a thousand songs using RP FLAC Interactive, without
> an issue. Very nice indeed.
> Thanks again Philippe.
What would be interesting is to see how often the "recovery" mechanism
has to be
Ron F. wrote:
> Since last week, once RP plugin v2.6.0 was released, I think I have
> streamed upwards of a thousand songs using RP FLAC Interactive, without
> an issue. Very nice indeed.
>
> Kudos Philippe!
>
> I do have a question though: I had been testing with "Info" set for
> logging mes
Since last week, once RP plugin v2.6.0 was released, I think I have
streamed upwards of a thousand songs using RP FLAC Interactive, without
an issue. Very nice indeed.
Kudos Philippe!
I do have a question though: I had been testing with "Info" set for
logging messages from the RP plugin, and w
Thanks to everyone who coded and tested the recent release. The
interactive streams have been playing flawlessly!
One thing that would be really cool is either if the song info included
the URL to the song entry on RP (e.g.,
radioparadise.com/player/info/32097 or at least the song ID somewhere
Ah, that explains it. Thank you.
BenB's Profile: http://forums.slimdevices.com/member.php?userid=65153
View this thread: http://forums.slimdevices.com/showthread.php?t=108189
__
Thanks Michael. I understand that completely, but it seems odd that I
start so far ahead of the regular stream. On the occasions I had it
working before, IIRC it would start an hour or so behind, so at least
you could still easily see the song comments by looking back down the
playlist. Like I say
Thanks Michael. I understand that completely, but it seems odd that I
start so far ahead of the regular stream. On the occasions I had it
working before, IIRC it would start an hour or so behind, so at least
you could still easily see the song comments by looking back down the
playlist. Like I sa
However, I have noticed that I'm hearing songs that are about 90 minutes
in advance of the non-interactive streams - not a huge problem, unless
The whole idea of having the interactive mode is to be able to skip
tracks. If you don't care about skipping tracks, then just use the
regular stream.
Just to update my earlier post, the audio is working flawlessly with
both the main and mellow interactive feeds. I've had my system** on for
24 hours and it hasn't had any issues. I'm both impressed and very
grateful to everyone who's helped sort this out.
However, I have noticed that I'm hearin
It did work for meWas that from Tunein? I'll try again although when I first
found this
issue @bpa couldn't play it either. I was playing to a Touch and it
made little difference using direct or proxied streaming.
I think you should take this topic to its own thread. Or continue on one
deali
slartibartfast wrote:
> Was that from Tunein? I'll try again although when I first found this
> issue @bpa couldn't play it either. I was playing to a Touch and it
> made little difference using direct or proxied streaming.
>
> Sent from my SM-G900F using Tapatalk
slartibartfast wrote:
> Wel
philippe_44 wrote:
> It did work for meWell it also works for me!! I should be pleased but I am
> just confused.
I have tried many times previously from the podcast plugin and Tunein
without success. I wonder what has changed.
Sent from my SM-G900F using Tapatalk
-
philippe_44 wrote:
> It did work for meWas that from Tunein? I'll try again although when I first
> found this
issue @bpa couldn't play it either. I was playing to a Touch and it
made little difference using direct or proxied streaming.
Sent from my SM-G900F using Tapatalk
---
Rock solid for 3.5 hours, and still going. Thanks Philippe!!!
LMS: SGC microJukebox running Sonicorbiter OS
Control apps: Squeezelite-X on Win 10; Squeezer or Material web app on
Android
Players: Duet, Touch (two), Mac SqueezePlay, Win Squeezelite-X on laptop
and HTPC
-
slartibartfast wrote:
> There is a podcast by the Flaming Lips called "Sorcerer's Orphan" which
> is also available via Radio/TuneIn search which always stops after a
> short time.
>
> Sent from my SM-G900F using Tapatalk
It did work for me
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1x
mherger wrote:
> > Well done Philippe!!
>
> Indeed! I released RP 2.6.0 with Philippe's latest changes. Please give
>
> it a try and report back. Thanks everybody involved in the testing!
>
> --
>
> Michael
I updated the plugin earlier a few hours back and so far not a single
stutter. Abso
mherger wrote:
> > Well done Philippe!!
>
> Indeed! I released RP 2.6.0 with Philippe's latest changes. Please give
>
> it a try and report back. Thanks everybody involved in the testing!
>
> --
>
> Michael
Been playing RP Main Mix interactive on a wireless Boom with the new
plugin version
Well done Philippe!!
Indeed! I released RP 2.6.0 with Philippe's latest changes. Please give
it a try and report back. Thanks everybody involved in the testing!
--
Michael
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevi
philippe_44 wrote:
> When does that happen? I listen to a fair bit of podcast and Ive not
> noticed the problem.
See, for example, this post:
https://forums.slimdevices.com/showthread.php?110756-podcasts-just-stop-at-random&p=953177&viewfull=1#post953177
There is an example podcast URL therein
Maybe I also hadn't spotted in the web interface before the
indication of which track number of the tracks playing in the chunk
...is also pretty cool!
...and I wanted to ask Philippe to revert that change... I had added
this a while back when enabling logging for the plugin. But IMHO it's
philippe_44 wrote:
> When does that happen? I listen to a fair bit of podcast and Ive not
> noticed the problem.There is a podcast by the Flaming Lips called "Sorcerer's
> Orphan" which
is also available via Radio/TuneIn search which always stops after a
short time.[image:
https://uploads.tapat
slartibartfast wrote:
> Mine has been playing for 3 hours with no issues based on "What was that
> tune?".
> Without really knowing anything about the fix I wonder if something
> similar could fix the issue of some podcasts stopping after 5-7 minutes.
>
> Sent from my SM-G900F using Tapatalk
Wh
philippe_44 wrote:
> I forgot to disconnect the child socket when master was closing
Confirmed clean here after update. Player tcp buffer sits ~1450k
Code:
tcp0 1464344 192.168.0.141:9000 192.168.0.46:53898
ESTABLISHED 10419/perl
tcp
Well done Philippe!!
gegen's Profile: http://forums.slimdevices.com/member.php?userid=41137
View this thread: http://forums.slimdevices.com/showthread.php?t=108189
___
plugins m
So for about four hours now my extra helpers have been listening to the
Interactive Mellow Mix and report no skips, restarts or buffering on a
Squeezebox Radio. I on the other hand have been listening over the same
period on the same server and internet connection to the Interactive
Main Mix on a
mherger wrote:
> FWIW: the latest iteration of Phlippe's patch has been working great so
> far! I haven't had any skipping, nor re-buffering or repetition in 4-5h.
>
> "Unfortunately" I have to leave my desk now, which means I'll have to
> trust the log file and "What Was That Tune?" to check
FWIW: the latest iteration of Phlippe's patch has been working great so
far! I haven't had any skipping, nor re-buffering or repetition in 4-5h.
"Unfortunately" I have to leave my desk now, which means I'll have to
trust the log file and "What Was That Tune?" to check how it behaves :-)
--
Mi
mherger wrote:
> Please add http://www.herger.net/slim-plugins/test.xml to the list of
> 3rd party repositories. You should then see a plugin version 2.5.0.1.
> Install that (after you've removed what you copied manually).
>
> --
>
> MichaelGot it. Much easier, thanks.
Sent from my SM-G900
Please add http://www.herger.net/slim-plugins/test.xml to the list of
3rd party repositories. You should then see a plugin version 2.5.0.1.
Install that (after you've removed what you copied manually).
--
Michael
___
plugins mailing list
plugins@list
[19-12-17 11:44:46.7164] Slim::bootstrap::tryModuleLoad (287) Warning:
Module [Plugins::RadioParadise::ProtocolHandler] failed to load:
Can't locate Plugins/RadioParadise/Stations.pm
You need to copy the Stations.pm file, too.
--
Michael
___
p
philippe_44 wrote:
> Open a shell/terminal, go in the directory where you have the plugin
> (the .pm files, normally type ) and change owner by
> >
Code:
> >
> cd /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/RadioParadise
> sudo chown -R squeezeboxserve
slartibartfast wrote:
> I am having issues installing the new protocol handler with correct
> permissions on my Pi. At least I think it must be the issue as
> squeezeboxseever is not the owner of the process and it was for the
> original file. How do I give it the correct permissions? Even extra
philippe_44 wrote:
> I've also added useful logs with forced "error" level so that you don't
> have to set log level to info which is too verbose to properly catch the
> issue
Shame on me ... I cannot calculate properly a time difference, so the
protection against stalled connection was not wor
philippe_44 wrote:
> I've also added useful logs with forced "error" level so that you don't
> have to set log level to info which is too verbose to properly catch the
> issueI am having issues installing the new protocol handler with correct
permissions on my Pi. At least I think it must be the
philippe_44 wrote:
> I forgot to disconnect the child socket when master was closing
I've also added useful logs with forced "error" level so that you don't
have to set log level to info which is too verbose to properly catch the
issue
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch,
paul- wrote:
> Using the latest git
> >
Code:
> > commit ef745c9b697019eb09e64197cc184519d6f77ee0 (HEAD -> master,
origin/master, origin/HEAD)
> Author: philippe44
> Date: Sun Dec 15 23:41:39 2019 -0800
>
> reset lastSeen when establishing connection
>
-
Using the latest git
Code:
commit ef745c9b697019eb09e64197cc184519d6f77ee0 (HEAD -> master,
origin/master, origin/HEAD)
Author: philippe44
Date: Sun Dec 15 23:41:39 2019 -0800
reset lastSeen when establishing connection
I've noticed
I think this is a permissions issue but have no idea how to fix it. What
is the correct way to copy the files into the Plugins folder with the
correct permissions?
First of all do uninstall the automatically installed plugin. Restart
LMS. Then shut it down again. The files should be in
Plugins
slartibartfast wrote:
> I tried unzipping the files from github into
> Var/lib/squeezeboxserver/Plugins
> and in the plugins tab I see "Plugin failed to load". What am I doing
> wrong?
>
> Sent from my SM-G900F using TapatalkI think this is a permissions issue but
> have no idea how to fix i
paul- wrote:
> The plugin is not loading, sounds like LMS decided to redownload the
> plugin (If it was working before). You have to do a full update from
> his git, you just cannot copy in ProtocolHandler.pm.
>
> https://github.com/philippe44/RadioParadiseI tried unzipping the files from
>
Ron F. wrote:
> Around midnight here, I was getting similar a similar result as
> slartibartfast. I have the RP plugin updated from Git, and was using the
> very latest version of the ProtocolHandler.pm file. I was able to play
> for about two hours, with several restarts, before getting stuck u
Around midnight here, I was getting similar a similar result as
slartibartfast. I have the RP plugin updated from Git, and was using the
very latest version of the ProtocolHandler.pm file. I was able to play
for about two hours, with several restarts, before getting stuck unable
to download any n
paul- wrote:
> The plugin is not loading, sounds like LMS decided to redownload the
> plugin (If it was working before). You have to do a full update from
> his git, you just cannot copy in ProtocolHandler.pm.
>
> https://github.com/philippe44/RadioParadiseIn that case I will leave it.
> Ne
The plugin is not loading. You have to do a full update from his git,
you just cannot copy in ProtocolHandler.pm
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
(https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=U7J
After restarting LMS the interactive stream doesn't play at all and
server log is full of errors
Code:
[19-12-16 13:08:23.6422]
Slim::Formats::Playlists::Base::playlistEntryIsValid (126) Warning:
radioparadise://4.flac found in playlist:
file:///var/lib/squeeze
I stopped LMS and music is still playing 5 minutes later although
metadata no longer updates.
Sent from my SM-G900F using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View thi
philippe_44 wrote:
> I've also added another check in case no data has been received during
> 10s, despite being asked for more. Not sure I can put the connection
> under more scrutiny :). I would really need the server.log to see what
> mechanism was triggeredHad quite a few restarts this morni
philippe_44 wrote:
> If you can see my dialogue with Bill on the RP forum, it seems that
> there is something kicking in every day around midnight PSTOK it has played
> for an hour since the first repeat so I will leave it
running and check later.
Sent from my SM-G900F using Tapatalk
-
If you can see my dialogue with Bill on the RP forum, it seems that
there is something kicking in every day around midnight PST
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2x
Still repeating for me. Haven't got time to look at server log
yet.[image:
https://uploads.tapatalk-cdn.com/20191216/820c6614314216f43aa318ec8b285644.jpg]
Sent from my SM-G900F using Tapatalk
slartibartfast's Profile: h
Is server .117.2 acting up yet again? I successfully played a file of 7
songs from .117.8, and then we got permanently stuck trying to connect
to .117.2. After about ten minutes I hit the "Forward" button, my
connection went back to .117.8 and successfully continued with playing
the next file of
philippe_44 wrote:
> I've also added another check in case no data has been received during
> 10s, despite being asked for more. Not sure I can put the connection
> under more scrutiny :). I would really need the server.log to see what
> mechanism was triggered
Running it now. Maybe I can catch
slartibartfast wrote:
> How can I install this new version without using github? I installed
> yesterdays version from your attachment.
>
> Sent from my SM-G900F using Tapatalk
You don't really have to "use" GitHub, just this link
https://github.com/philippe44/RadioParadise/blob/master/Protoco
philippe_44 wrote:
> You don't really have to "use" GitHub, just this link
> https://github.com/philippe44/RadioParadise/blob/master/ProtocolHandler.pm
> but I've also included the file hereGreat, thanks.
Sent from my SM-G900F using Tapatalk
-
philippe_44 wrote:
> I've also added another check in case no data has been received during
> 10s, despite being asked for more. Not sure I can put the connection
> under more scrutiny :). I would really need the server.log to see what
> mechanism was triggeredHow can I install this new version
I've also added another check in case no data has been received during
10s, despite being asked for more. Not sure I can put the connection
under more scrutiny :). I would really need the server.log to see what
mechanism was triggered
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1
I've added check for errors in return to the read call rather than
waiting for the socket to close and the read to return 0
Let me know if it changes something
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foob
Git can be confusing sometimes.
The git way of doing this would be to add philippe44's repository as
another remote, then merge from there. But overwriting the file does
work of course, too.
(I remember when we switched from using subversion to git for LMS. I was
told that it needed some re
philippe_44 wrote:
> Did you have anything in the log as well? I don't think the RP "sends"
> us to another server. It might terminate the download before it's
> complete and then new protocol handler will resume. But it might resolve
> to another server. Now, the 30s delay should not happen and
mherger wrote:
> If you're using a git clone of the plugin then make sure that you reset
> your copy to the remote one. Philippe has force-pushed some changes
> which can lead to your copy not updating in a git pull.
>
> > OK, here is some info that might be helpful...
>
> Thanks for the sup
I think I understand what happens, but I'll have to add more
complication to the sysread ...
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and
Ron F. wrote:
> Oh nooo. Shoot. During the past 2.5 hours of playing RP FLAC
> Interactive, I have experienced two restarts with the latest
> ProtocolHandler.pm file. I am using the latest LMS, and the latest
> RadioParadise plugin.
>
> Darn. The issue persists.
Ron F. wrote:
> OK, he
If you're using a git clone of the plugin then make sure that you reset
your copy to the remote one. Philippe has force-pushed some changes
which can lead to your copy not updating in a git pull.
OK, here is some info that might be helpful...
Thanks for the support in this issue! I didn't ev
OK, here is some info that might be helpful...
Using the latest RP protocol handler, I think I only see a connection
termination when RP wants to send me over to another server. That seems
fine, but it can take more than 30 seconds to complete the transfer!
RP initiates the termination by send
Oh nooo. Shoot. During the past 2.5 hours of playing RP FLAC
Interactive, I have experienced two restarts with the latest
ProtocolHandler.pm file. I am using the latest LMS, and the latest
RadioParadise plugin.
Darn. The issue persists.
*Living Room:* SB Touch + DIY PSU > CI Audio VDA
philippe_44 wrote:
> ok, I think this time I got it correct! I've done multiple tests
> including simulating connection drops and it recovered everytime. It's
> no more using chunks so it's much more efficient and simple (and simple
> is always good :)). I've updated the GiHub repo and the handl
philippe_44 wrote:
> ok, I think this time I got it correct! I've done multiple tests
> including simulating connection drops and it recovered everytime. It's
> no more using chunks so it's much more efficient and simple (and simple
> is always good :)). I've updated the GiHub repo and the handl
ok, I think this time I got it correct! I've done multiple tests
including simulating connection drops and it recovered everytime. It's
no more using chunks so it's much more efficient and simple (and simple
is always good :)). I've updated the GiHub repo and this handler is here
as well
+-
Looks like Bill fixed the problem..at least he posted on the RP
forums, and I'm hitting 23.29.117.2 without issue.
Changed my test system a bit, using a RPI3 running pCP.
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
(htt
philippe_44 wrote:
> and oh BTW, the .2 server is back and has the same issue. I write to
> Bill again
Yes, I see that too. It makes testing the new protocol handler much more
difficult!
*Living Room:* SB Touch + DIY PSU > CI Audio VDA.2 DAC + VAC.1 PSU >
VRX.1 cables > Emotiva XSP-1 Gen 2 p
and oh BTW, the .2 server is back and has the same issue. I write to
Bill again
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi
B3,
Ron F. wrote:
> I found the same error in my log too.
Well, this one is sadly a bug I left when the recovery mechansim needs
to be actionned ... argh. So I've pushed an update to correct it. That
shows that the problem is as expected, RP closing the connection before
a full chunk is received.
philippe_44 wrote:
> I want to say "don't worry", I've implemented the onStream method which
> is much simpler and I think will get rid of all these wrinkles. I should
> be able to commit something before bedtime, I'm just verifying right
> now. I will need you to confirm that it works when conn
mherger wrote:
> Playback stopped while I was away... I'm seeing this in the log file:
>
> >
Code:
> > [19-12-15 08:23:33.0909]
Plugins::RadioParadise::ProtocolHandler::__ANON__ (133) unexpected connection
close for
http://audio-pool.radioparadise.com/blocks/chan/3/
mherger wrote:
> Playback stopped while I was away... I'm seeing this in the log file:
>
> >
Code:
> > [19-12-15 08:23:33.0909]
Plugins::RadioParadise::ProtocolHandler::__ANON__ (133) unexpected connection
close for
http://audio-pool.radioparadise.com/blocks/chan/3/
Darn. It turns out that I am getting FLAC file restarts on all the RP
servers now.
Wireshark indicates that the latest protocol handler is terminating the
connection, and RP ACKs that ... but then silence - the new protocol
handler periodically fails to send a new SYN packet! Ten seconds goes b
Playback stopped while I was away... I'm seeing this in the log file:
Code:
[19-12-15 08:23:33.0909] Plugins::RadioParadise::ProtocolHandler::__ANON__
(133) unexpected connection close for
http://audio-pool.radioparadise.com/blocks/chan/3/4/227235-227238.flac (left:
I also updated LMS and checked out the unmerged PR for Philippe's fork
of the RP plugin - and assuming I installed it correctly and avoided
pilot error ... I am getting file restarts again. Shoot.
I notice in Wireshark that I am back on the .117.2 RP server for the
first time today, and I think
BUT, I just saw the onStream option and I think I can have best of both
worlds, so give me a bit of time :)
I'll give you all the time you need! You're fixing something I would
never have been able to fix. Thanks once again for your persistence!
--
Michael
___
mherger wrote:
> Updated both LMS and the plugin from your forks this morning. While I
> hadn't seen/heard any re-buffering or other so far (two tracks only), I
> quickly got messages like the following in my server.log:
>
> >
Code:
> > [19-12-15 07:45:52.8129]
Plugin
Updated both LMS and the plugin from your forks this morning. While I
hadn't seen/heard any re-buffering or other so far (two tracks only), I
quickly got messages like the following in my server.log:
Code:
[19-12-15 07:45:52.8129] Plugins::RadioParadise::ProtocolHandler
To continue my previous answer, the TCP connection was not supposed to
be closed but there was an issue with HTTP header so the connection was
not persistent, hence you saw these session being open at every chunk
and it did not work so well for Michael... The update on GitHub is a
proper persiste
Ron F. wrote:
> OK, I am watching the latest addition of ProtocolHandler in Wireshark. I
> see the RP server send a data packet which Wireshark labels as "HTTP/1.1
> 206 Partial Content (audio/flac)" and I assume this to be the end of a
> chunk? This is followed by the RP protocol handler sending
philippe_44 wrote:
> And to elaborate a bit on what I'm doing, basically instead of
> subclassing an HTTP object, I'm subclassing an IO::Handle and I handle
> sysread myself. In sysread, I'm opening a persistent connection and I'm
> doing 64kB range requests. I thought I had dealt with speed iss
Ron F. wrote:
> This is interesting: my experience, using the version of
> ProtocolHandler.pm from yesterday, which I think is using HTTP/1.1 (?)
> is absolutely fantastic. I am going on 12 hours now without any issue
> whatsoever ... in fact I don't know if RP FLAC Interactive has EVER
> worked
philippe_44 wrote:
> So, I've increased the chunks by 2 and I've also not offered the choice
> for the server to close the connection, but to keep it alive instead.
> I've also kept HTTP/1.0 as this is the LMS version that most people will
> have anyway. I just don't like that very much because
mherger wrote:
> > Info will tell you if the connection breaks all the time
>
> It's stuttering like... interrupting every single second. And no message
>
> in the log file at all.
>
> --
>
> Michael
So, I've increased the chunks by 2 and I've also not offered the choice
for the server to
101 - 200 of 1337 matches
Mail list logo
