Thanks for your reply philippe_44.. I will wait for the new version
first, then might stop using the Podcast App from MySqueezebox.com as
there are a few other ways to use that do work ..
If I click directly on the above link in my reply
"https://podcasts.files.bbci.co.uk/b00lvdrj.rss"; the br
doobre wrote:
> Hi there, thanks for your reply..
>
> regards 404... when go to play a podcast through MY APPS > PODCASTS >
> KERMODE AND MAYO'S FILM REVIEW > same episode as before ie:RE-PLAY
> PREVIOUS > I get the 404 error. Same issue for football daily podcast.
>
> The Podcasts App setting
Hi there, thanks for your reply..
regards 404... when go to play a podcast through MY APPS > PODCASTS >
KERMODE AND MAYO'S FILM REVIEW > same episode as before ie:RE-PLAY
PREVIOUS > I get the 404 error. Same issue for football daily podcast.
The Podcasts App settings at MySqueezebox.com has two
doobre wrote:
> Oki doke.. So shall I continue my logging?
>
> if so, same Q's as earlier
>
> shall I leave the streaming mode at CACHE?
>
> shall I try a few that give the 404 error too.?
>
> shall I try through MY APPS > BBC SOUNDS as well as the MY APPS >
> PODCASTS and the RADIO PODCASTS
Hi Philippe,
With your new caching to disk capability, would it be possible to use
this functionality to pause live streams for extended periods?
If I pause a live radio stream at the moment, it pauses and can resume
play after a short while (I assume this is limited by some internal
buffer in t
Oki doke.. So shall I continue my logging?
if so, same Q's as earlier
shall I leave the streaming mode at CACHE?
shall I try a few that give the 404 error too.?
shall I try through MY APPS > BBC SOUNDS as well as the MY APPS >
PODCASTS and the RADIO PODCASTS paths? all three.
cheers CD
---
doobre wrote:
> ok got it..
>
> shall I leave the streaming mode at CACHE?
>
> shall I try a few that give the 404 error too.?
>
> shall I try through MY APPS > BBC SOUNDS as well as the MY APPS >
> PODCASTS and the RADIO PODCASTS paths? all three..
>
> cheers CD
I've found the reason why p
ok got it..
shall I leave the streaming mode at CACHE?
shall I try a few that give the 404 error too.?
shall I try through MY APPS > BBC SOUNDS as well as the MY APPS >
PODCASTS and the RADIO PODCASTS paths? all three..
cheers CD
-
doobre wrote:
> I am just using default everything.. server web control of a Boom and
> sync'd to a radio.
> the only difference is the path I am taking to get to the url.. Home >
> RADIO > Podcasts > Talk > Film > Kermode and Mayo's Film Review > Recent
> Episodes > Steve Zahn, etc etc
>
>
> "
I am just using default everything.. server web control of a Boom and
sync'd to a radio.
the only difference is the path I am taking to get to the url.. Home >
RADIO > Podcasts > Talk > Film > Kermode and Mayo's Film Review > Recent
Episodes > Steve Zahn, etc etc
"It's on LMS' Settings, tab "ad
doobre wrote:
> thanks again for your help..
>
> Where to "set the "player.streaming.remote" to "info"..? -I am on win10
> and don't fiddle under the hood very much..-
>
> Q. What is the difference between the earlier version with the RELIABLE
> plugin and this newer version with it builtin..?
doobre wrote:
> Hi there
>
> Using the cache method meant that the whole podcast played without a
> stop.
> But trying to play it again, gives me the below error in cache mode:
>
> 404 Not Found:
> There is no "http:" skin, try http://192.168.1.149:9000 instead.
>
> I now get that error for e
thanks again for your help..
Where to "set the "player.streaming.remote" to "info"..? -I am on win10
and don't fiddle under the hood very much..-
Q. What is the difference between the earlier version with the RELIABLE
plugin and this newer version with it builtin..?
Q. Why does the opml stream
doobre wrote:
> Thanks for your reply philippe_44
>
> Are these what you wanted..? two examples
>
> kermode and mayo latest podcast (Steve Zahn)
> error showing
> http://127.0.0.1:9000/http://www.bbc.co.uk/programmes/m000vrnn&player=00%3A04%3A20%3A1e%3A2f%3Af4
> this works okay
> http://opml.r
Thanks for your reply philippe_44
Are these what you wanted..? two examples
kermode and mayo latest podcast (Steve Zahn)
error showing
http://127.0.0.1:9000/http://www.bbc.co.uk/programmes/m000vrnn&player=00%3A04%3A20%3A1e%3A2f%3Af4
this works okay
http://opml.radiotime.com/Tune.ashx?id=t162888
doobre wrote:
> Hi there
>
> Using the cache method meant that the whole podcast played without a
> stop.
> But trying to play it again, gives me the below error in cache mode:
>
> 404 Not Found:
> There is no "http:" skin, try http://192.168.1.149:9000 instead.
>
> I now get that error for e
Hi there
Using the cache method meant that the whole podcast played without a
stop.
But trying to play it again, gives me the below error in cache mode:
404 Not Found:
There is no "http:" skin, try http://192.168.1.149:9000 instead.
I now get that error for every podcast that I select to play
Hi there
slartibartfast I am in NZ, so I assume the worst case. But Plex Media
Server doesn't have any trouble with these long podcasts.. I have always
had this problem since using LMS.
cheers CD
doobre's Profile: http://f
doobre wrote:
> Do you know what [if any] is difference between the reliable plug-in and
> the incorporated item in 8.2.? Just wonder...Where in the world are you? I am
> in the UK.
Sent from my Pixel 3a using Tapatalk
---
doobre wrote:
> Do you know what [if any] is difference between the reliable plug-in and
> the incorporated item in 8.2.? Just wonder...No idea what the difference is.
> It looks like playing that podcast is
also working fore on Windows 10, 45 minutes so far. I can't remember
ever having an iss
Do you know what [if any] is difference between the reliable plug-in and
the incorporated item in 8.2.? Just wonder...
doobre's Profile: http://forums.slimdevices.com/member.php?userid=66910
View this thread: http://forums
doobre wrote:
> 34603
>
> Hi All
> Thanks for all the work you guys are doing on our favourite music
> server.
>
> I have been testing podcast playback with the new version [Version:
> 8.2.0 - 1619381438 @ Sun Apr 25 23:10:02 WEDT 2021] and hope this may be
> of help..
> I did find that the ea
34603
Hi All
Thanks for all the work you guys are doing on our favourite music
server.
I have been testing podcast playback with the new version [Version:
8.2.0 - 1619381438 @ Sun Apr 25 23:10:02 WEDT 2021] and hope this may be
of help..
I did find that the earlier version of LMS along with the
mherger wrote:
> > Not sure what happened with PlayMP4 but users have managed to install
> it
> > on 8.* when it has a maxVersion of 7.9.* - I suspected it got
> carried
> > along after upgrade.
>
> They managed to install it without manual intervention? That I would
> consider a bug.
>
> Bu
Not sure what happened with PlayMP4 but users have managed to install it
on 8.* when it has a maxVersion of 7.9.* - I suspected it got carried
along after upgrade.
They managed to install it without manual intervention? That I would
consider a bug.
But please note that there two maxVersion v
mherger wrote:
> > What happens if a user already has Unreliable installed and "use
> > unsupported extensions" checked and also upgrades LMS to 8.2 ?
>
> "unsupported" here means plugins which are no longer supported by their
>
> author, thus have an outdated maxVersion, BUT have been added t
mherger wrote:
> > What happens if a user already has Unreliable installed and "use
> > unsupported extensions" checked and also upgrades LMS to 8.2 ?
>
> "unsupported" here means plugins which are no longer supported by their
> author, thus have an outdated maxVersion, BUT have been added to
What happens if a user already has Unreliable installed and "use
unsupported extensions" checked and also upgrades LMS to 8.2 ?
"unsupported" here means plugins which are no longer supported by their
author, thus have an outdated maxVersion, BUT have been added to a list
of known-to-work outda
brilliant.. thanks very much..
cheers CD
doobre's Profile: http://forums.slimdevices.com/member.php?userid=66910
View this thread: http://forums.slimdevices.com/showthread.php?t=114388
doobre wrote:
> You guys are always ahead of the game.. excellent stuff, but
> I dont have any options like that in my setup, im on win10
> cheers CD
> 34442
You need the latest version of LMS:
Logitech Media Server Version: 8.2.0 - 1619381438 @ Sun Apr 25 23:22:11
CEST 2021
Only then this entr
You guys are always ahead of the game.. excellent stuff, but
I dont have any options like that in my setup, im on win10
cheers CD
34442
+---+
|Filename: lms-network-options.jpg |
|Download: http://f
doobre wrote:
> I was just celebrating the reliable plug-in being able to listen without
> any breaks.. today I find that this version Logitech Media Server
> Version: 8.2.0 - 1614990095 @ Sat Mar 6 01:33:04 WEST 2021 says it is
> not supported..
> So is it best to go back to the earlier versio
I was just celebrating the reliable plug-in being able to listen without
any breaks.. today I find that this version Logitech Media Server
Version: 8.2.0 - 1614990095 @ Sat Mar 6 01:33:04 WEST 2021 says it is
not supported..
So is it best to go back to the earlier version or will the reliable
wo
Paul Webster wrote:
> Looks it would run if "use unsupported" was enabled.
This sort of confirm what I thought. I think something like this
happened with mixcloud / playMP4 and 8.* which through accident
sometimes worked and so caused confusion.
> So would Reliable to check the version itself
Good question ...
In my case Reliable was already installed and I was running 8.1
I updated to 8.2 recently and saw the LMS log entry saying that it would
not run Reliable (which was already installed).
I have since removed Reliable plugin.
Looks it would run if "use unsupported" was enabled.
Paul Webster wrote:
> Reliable plugin now has a MaxVersion of 8.1 in its install.xml - so LMS
> will not run it on LMS 8.2
What happens if a user already has Unreliable installed and "use
unsupported extensions" checked and also upgrades LMS to 8.2 ?
--
staresy wrote:
>
> Also, when installed, does this mean that the reliable plugin should be
> disabled/removed?
>
Reliable plugin now has a MaxVersion of 8.1 in its install.xml - so LMS
will not run it on LMS 8.2
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins cove
Hi, I don't see this in the nightly builds, the most recent I see is
25/04 (I usually go here for the builds
http://downloads.slimdevices.com/nightly/index.php?ver=8.2)
That is the latest.
I can see the 26/04 version on github but am unsure how to download from
here and install on a win10 serv
philippe_44 wrote:
> So, Michael kindly integrated the full feature in the latest nightly
> (04/26), so here is a reminder of what it does
>
>
Hi, I don't see this in the nightly builds, the most recent I see is
25/04 (I usually go here for the builds
http://downloads.slimdevices.com/nightly/
So, Michael kindly integrated the full feature in the latest nightly
(04/26), so here is a reminder of what it does
Persistent & Cache have the same objective: make your "long" connection
more reliable. A lot of servers today expect people to not stream for
long time (except webradio of course)
slimhase wrote:
> Could you maybe also consider making the location of that cache-file
> selectable?
> That way, one could store it on a harddrive-location i.e., where the
> musiklibrary is stored and thus move that cache-writing action away from
> SD-Cards (-> when running LMS on a raspi)
>
>
bpa wrote:
> I thought "persistent" HTTP connections ( my understanding is TCP
> connection kept open between GETs) was already enabled when you
> implemented HTTP 1.1 ?
No, I mean you're right that HTTP 1.1 is available now in LMS but 1.1
just means that the underlying TCP socket will not be c
philippe_44 wrote:
> Fingers crossed but I think I've found a really neat solution that
> enables "persistent" HTTP connection on the core of LMS,
I thought "persistent" HTTP connections ( my understanding is TCP
connection kept open between GETs) was already enabled when you
implemented HTTP 1
philippe_44 wrote:
> I can easily limit the size of the file as the solution today naturally
> falls back to direct streaming.
>
> The other method - to have a separated background http session that we
> would restart (as I do in reliable plugin) - it's difficult to make it a
> package that oth
philippe_44 wrote:
> Fingers crossed but I think I've found a really neat solution that
> enables "persistent" HTTP connection on the core of LMS, while we can
> still keep the "buffered" option. Have a look here
> https://github.com/Logitech/slimserver/pull/591. This requires a lot
> more verif
Fingers crossed but I think I've found a really neat solution that
enables "persistent" HTTP connection on the core of LMS, while we can
still keep the "buffered" option. Have a look here
https://github.com/Logitech/slimserver/pull/591. This requires a lot
more verification, still. I need to also
bpa wrote:
> I know we can't/shouldn't stop playing of exceptional files but if we
> can some measure of protection to avoid LMS crashes or at least provide
> a trace it'll make our lives easier.
I can easily limit the size of the file as the solution today naturally
falls back to direct stream
mherger wrote:
> > My worry is that such a file would occupy lots of space in Cache and
> > then an additional track cause DB activity or expansion of cache.db
> > which wants a bit more space so then LMS can crash with "disk full"
>
> Ok, we should probably have some upper limit, just to preve
My worry is that such a file would occupy lots of space in Cache and
then an additional track cause DB activity or expansion of cache.db
which wants a bit more space so then LMS can crash with "disk full"
Ok, we should probably have some upper limit, just to prevent the bigger
issue of a crash.
mherger wrote:
> > What are the criteria used to decide to save the file - e.g. Header
> > Content-Length ? An upper limit may be useful as some podcast etc
> > include video which greatly inflate the file size.
>
> Criteria currently only is a defined length. But no matter the length.
> What
What are the criteria used to decide to save the file - e.g. Header
Content-Length ? An upper limit may be useful as some podcast etc
include video which greatly inflate the file size.
Criteria currently only is a defined length. But no matter the length.
What size would such video files have
I haven't looked at the code of this feature .
What are the criteria used to decide to save the file - e.g. Header
Content-Length ? An upper limit may be useful as some podcast etc
include video which greatly inflate the file size.
What other criteria must be met beside the pref for this featu
Paul Webster wrote:
> Quick question ... is it storing chunks in separate files and then
> removing played ones as it goes or trying to store the whole "track" in
> one file?
>
> If the latter then one issue that might occur is running out of storage
> space when playing something very long.
>
Quick question ... is it storing chunks in separate files and then
removing played ones as it goes or trying to store the whole "track" in
one file?
If the latter then one issue that might occur is running out of storage
space when playing something very long.
FYI ... I know of shows on MixCloud
We are trying an improvement in 8.2 to handle servers that don't like
long streaming sessions and instead would like to have the whole file
downloaded as quickly as possible and then close the session.It uses the
cache repository of LMS to buffer the file under a tmp/ repository (so
be aware that
55 matches
Mail list logo
