I have created V2.10 of PlayHLS.
This version should fix
(i) the issues of zipped segment playlists - as recently seen by the in
the Finnishg stations
https://supla.digitacdn.net/live/_definst_/supla/radiorock/master.m3u8
(ii) The RTHK issue as noted in
Paul Webster wrote:
> Comment from the RFC that I think is applicable - not that it will help
> much since the world is as it is
> https://www.rfc-editor.org/rfc/inline-errata/rfc8216.html
>
> "Compression: this media type does not employ compression."
>
> but the text says:
> 6.2.1. General
Comment from the RFC that I think is applicable - not that it will help
much since the world is as it is
https://www.rfc-editor.org/rfc/inline-errata/rfc8216.html
"Compression: this media type does not employ compression."
Paul Webster
author of \"now playing\" plugins covering radio france
Paul Webster wrote:
> That's sneaky.
> If there any "Accept" header sent saying compressed is supported?
> If yes - then maybe not sending it might stop them doing it.
I'm testing with wget and there is no Accept-Encoding with gzip or
compress so compression should not be used (and if so should
That's sneaky.
If there any "Accept" header sent saying compressed is supported?
If yes - then maybe not sending it might stop them doing it.
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc
Paul Webster wrote:
> Used to work fine - so I assume they have changed something in their
> streaming service.
I've tracked down the issues. Every so often the m3u files (typically
346 bytes) is sent zipped (now 160 bytes) with no change in MIME to
indicate it has been zipped so it needs a
Supla Finland streams are stopping after a short period - seconds to
minutes.
Am using PlayHLS v2.9
Code:
[22-11-19 18:24:51.4566] Plugins::PlayHLS::HLSPLAY::_parsePL (301) bad m3u
file: https://supla.digitacdn.net/live/_definst_/supla/radiorock/chunklist.m3u8
Thanks Paul, I think I found it.
Here's the answer for anyone that might be interested:
["xx:yy:zz:02:18:83",["radionowplaying","playlist","play","menu:radionowplaying","item_id:","isContextMenu:1"]]
Davide
tdave81's
See the first post in the RNP announcement thread.
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc
australia and cbc/radio-canada
and, via the extra \"radio now playing\" plugin lots more - see
Hi Paul, how can I try it?
Thanks,
Davide
tdave81's Profile: http://forums.slimdevices.com/member.php?userid=73101
View this thread: http://forums.slimdevices.com/showthread.php?t=103158
I couldn't resist a quick test before going to bed ...
More work to do to include the other stations in the group etc
+---+
|Filename: Screenshot 2022-10-23 221818.png |
|Download:
tdave81 wrote:
> Is this behavior correct? Am I doing anything wrong? I've tried both
> with version 1.x and 2.x of the plugin with same result.
HLS supports a few methods for instream metadata but not all stations
put metadata instream (makes it a reason to play the station via a
browser
Paul Webster wrote:
> I just had a quick look at the first one - deejay.it - and I think I
> will be able to include it in my Radio Now Playing plugin.
> Should be able to show artist, title, cover art and programme name.
the would be cool, both radios are linked (same owner). I expect that
I should also be able to do the 2nd one - capital.it - since they are
from the same group and using same format data.
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc
australia and
I just had a quick look at the first one - deejay.it - and I think I
will be able to include it in my Radio Now Playing plugin.
Should be able to show artist, title, cover art and programme name.
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
planetradio
tdave81 wrote:
> Hello all,
> I finally found this plugin to play m3u8 radios from the internet.
> I have a couple of radios from Italy that are now working and playable
> but unfortunately it looks like metadata are not working.
> This is my first post so I can not post links, I'll post them
Hello all,
I finally found this plugin to play m3u8 radios from the internet.
I have a couple of radios from Italy that are now working and playable
but unfortunately it looks like metadata are not working.
This is my first post so I can not post links, I'll post them in a
reply.
Is this
bebop wrote:
> But thank you for the great work with this plugin, I really enjoy to be
> able to listen to the HQ streams from our national broadcaster
I tested the P4 stream (and other HLS DR stream) at various times and
various durations over the weekend and no error messages.
Perhaps
But thank you for the great work with this plugin, I really enjoy to be
able to listen to the HQ streams from our national broadcaster
bpa wrote:
> Thanks for details. I think Perl and SSL are new enough not to cause
> problems for most streams. I
>
> Is there any pattern to when the
As an aside ... I think I would be able to show Now Playing information
for the DR stations (like P4).
I assume, @bebop, that you do not see any at present.
I'll take a more detailed look over the coming days.
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
bebop wrote:
> You are running Ubuntu 16.x which is quite old:
> Sorry about the old Ubuntu version, my old FitPc cannot run anything
> higher.
>
> what version of Perl ?
> Perl Version: 5.22.1 - i686-linux-gnu-thread-multi-64int.
>
> what version of IO::Socket::SSL is showing in WebUI
You are running Ubuntu 16.x which is quite old:
Sorry about the old Ubuntu version, my old FitPc cannot run anything
higher.
what version of Perl ?
Perl Version: 5.22.1 - i686-linux-gnu-thread-multi-64int.
what version of IO::Socket::SSL is showing in WebUI Settings/Information
?
bebop wrote:
> I keep seeing vast amounts of this error in the log file:
>
> 22-09-15 18:15:28.3706] Slim::Networking::IO::Select::__ANON__ (130)
> Error: Select task failed calling
> Slim::Web::HTTP::sendStreamingResponse: Can't use an undefined value as
> a SCALAR reference at
Which URL/ station are you playing?
Paul Webster
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, abc
australia and cbc/radio-canada
and, via the extra \"radio now playing\" plugin lots more - see
I keep seeing vast amounts of this error in the log file:
22-09-15 18:15:28.3706] Slim::Networking::IO::Select::__ANON__ (130)
Error: Select task failed calling
Slim::Web::HTTP::sendStreamingResponse: Can't use an undefined value as
a SCALAR reference at /var/lib/squeezeboxserver/cache/Install
bpa wrote:
> Sorry - typo crept in at the last minute when preparing the repo.
>
> Should be OK now - uninstall and then reinstall to get rid of old
> version with typo.
Thank you for the excellent work, much appreciated.
Best regards
Bebop
SC 8.3 on Ubuntu 16.04 on FITPC2 , 3xSB Touch, 2
bebop wrote:
> Fails with this error on my LMS v8.3.0, 1645717927:
>
> [22-04-15 12:54:16.8803] Slim::Formats::loadTagFormatForType (120)
> Error: Couldn't load module: Plugins::PlayHLS::M3UM3U8 (m3um3u8) :
> [syntax error at /var/lib/squeezeb
>
bpa wrote:
> PlayHLS V2.9 is now available using the repo
> http://bpa-code.github.io/bpaplugins/repo-playhls-v2.xml
>
> 2 bug fixes:
>
> 1. Fix Material "Add to Playlist" menu which failed to add an item to
> playlist
> 2. Fix to resume playing of a stream after interruption using LMS
>
PlayHLS V2.9 is now available using the repo
http://bpa-code.github.io/bpaplugins/repo-playhls-v2.xml
2 bug fixes:
1. Fix Material "Add to Playlist" menu which failed to add an item to
playlist
2. Fix to resume playing of a stream after interruption using LMS
"Preview" mechanism as used by
pointy56 wrote:
> Tell me about it, I've been writing software for more than 50 years. :D
>
> Anyway, that seems to have fixed the problem that I was seeing, the
> stream resumes when LMS Announce finishes playing the file - thank you!
More testing is needed of HLS stream and ordinary HTTP
bpa wrote:
>
> Bugs come with the territory of creating plugins.
>
Tell me about it, I've been writing software for more than 50 years. :D
Anyway, that seems to have fixed the problem that I was seeing, the
stream resumes when LMS Announce finishes playing the file - thank you!
pointy56 wrote:
> I see that there are actually 3 places that M3U->readCurTrackForM3U is
> called in Commands.pm, so I'm guessing that all of them would need
> changing.
> As you say, it would perhaps be simpler if you can somehow separate m3u8
> from m3u; apologies if this gives you a headache
bpa wrote:
> We sort of working on similar areas. Commands.pm is where "m3u"
> playlist processing is hardcoded into using an LMS routine which PlayHLS
> has indicated it will do processing - so there will be a disconnect
> later. It is not unreasonble as LMS is using a custom extension of
pointy56 wrote:
> If you look at the log I uploaded yesterday you will see that there is
> an additional log entry in the test that I ran without PlayHLS:
> [22-04-11 16:51:28.0569]
> Slim::Formats::Playlists::M3U::readCurTrackForM3U (203) Found track: 0
>
> This seems to tie in with what you
bpa wrote:
> There is clearly some side effect in PlayHLS processing and not simply
> due to the called routines. Like MP3, M3U processing is a core part of
> LMS and sometime it is not treated as a replaceable playlist type (e.g.
> M3U routines are sometime directly called rather than
pointy56 wrote:
> Yes, that explains it - I had only set Debug for M3U as I was interested
> in the M3U read processing (I didn't know there was a copy of _item in
> M3UM3U8.pm that would be called from M3U).
> With logging set to Debug for M3UM3U8 as well I get the 'missing' _item
> messages -
slartibartfast wrote:
> Did you push the update yet?
Sorry, no. I've spent time trying to find the LMSAnnounce issues in
case it is related/another bug.
bpa's Profile:
bpa wrote:
> I'll push out an update later today.Did you push the update yet?
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View this thread:
bpa wrote:
> Did you enable logging PlayHLS @ DEBUG or just INFO ? The PlayHLS
> _item routine only creates a log entry when level is DEBUG so it may
> have been executed if log level was INFO.
Yes, that explains it - I had only set Debug for M3U as I was interested
in the M3U read
pointy56 wrote:
> OK, attached is a file with 2 calls to LMS Announce (the first without
> PlayHLS, the second with PlayHLS enabled) with debugging turned on for
> M3U - there is a subtle difference in the M3U processing between the
> calls.
> The M3U routine _item is not called for the
pointy56 wrote:
> OK, attached is a file with 2 calls to LMS Announce (the first without
> PlayHLS, the second with PlayHLS enabled) with debugging turned on for
> M3U - there is a subtle difference in the M3U processing between the
> calls.
> The M3U routine _item is not called for the
bpa wrote:
> While just one command is the difference, the whole context is important
> - what happened before interruption, how context was saved and then
> resumed is the issue.
>
> Just from looking at code, AFAICT the plugin will just repeat the same
> LMS call as original - the plugin
pointy56 wrote:
> No, sorry, I was showing just the resume command as that is the command
> where the problem seems to occur, yet is common to both scenarios.
While just one command is the difference, the whole context is important
- what happened before interruption, how context was saved and
bpa wrote:
> For both scenarios - there is only one line in the log file for
> plug.lmsannounce set to DEBUG ?
No, sorry, I was showing just the resume command as that is the command
where the problem seems to occur, yet is common to both scenarios.
This is what the log shows for an
pointy56 wrote:
> This is what the log is showing for the 'resume':
>
> playlist resume parms:
> ['playlist','resume','tempplaylist_00042026726d','noplay:0']
> (noplay is all one word, but for some reason the editor is splitting
> it)
>
> At the moment I have a very simple LMS Announce set-up
This is what the log is showing for the 'resume':
playlist resume parms:
['playlist','resume','tempplaylist_00042026726d','noplay:0']
At the moment I have a very simple LMS Announce set-up while I see if it
might do what I'm looking for; I have just the plugin installed and call
it from a
bpa wrote:
> The PlayHLS plugin cannot be temporarily "disabled" (i.e. LMS not
> restarted) - file and playlist format registrations are only setup on
> LMS start - LMS must be restarted if PlayHLS is disabled.
Yes, LMS was restarted after disabling the PlayHLS plugin - I probably
shouldn't
pointy56 wrote:
> I'm not playing an HLS stream at the moment, so I'm curious that I'm
> seeing a different interaction with and without the PlayHLS plugin.
LM announce is too complicated for me to spend time to set up a test
system - so the requested log of what LMS request it is making may
slartibartfast wrote:
> That works
I'll push out an update later today.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=103158
bpa wrote:
> If you want to test a fix.
>
> Replace the M3UM3U8.pm in in Cache/InstalledPlugins/PlayHLS with the one
> attached below and restart LMS.That works [emoji106]
Sent from my Pixel 3a using Tapatalk
I have been trying out the LMS Announce plugin over the weekend and was
seeing exactly this error message - I was about to contact you to see if
this might be fixed.
I have tried the patch and it seems to do what is required, except for
one thing:
If I temporarily disable the PlayHLS plugin the
If you want to test a fix.
Replace the M3UM3U8.pm in in Cache/InstalledPlugins/PlayHLS with the one
attached below and restart LMS.
+---+
|Filename: M3UM3U8.pm |
|Download:
bpa wrote:
> While PlayHLS intercepts read - it looks like I forgot to handle write
> (I never expected to write a HLS playlist but forgot LMS can write M3u
> ones)
>
> Does the following error show up in server.log
>
> >
Code:
> >
> Error: While running
While PlayHLS intercepts read - it looks like I forgot to handle write
(I never expected to write a HLS playlist but forgot LMS can write M3u
ones)
Does the following error show up in server.log
Code:
Error: While running $playlistClass->read(): [Can't locate
bpa wrote:
>
> >
Code:
> >
>
["playlists","edit","playlist_id:10911","cmd:add","url:file:///mnt/hddrive//albums/Blues/20th%20Century%20Blues/06%20-%20Complainte%20De%20La%20Seine.mp3"]]
>
> >
>
This is for stored-playlists - which
slartibartfast wrote:
> I don't think there is.
OK.
It looks like Material call LMS APIs in 2 different ways. Current
playlist is added using track id whereas problem one just uses an URL.
Code:
bpa wrote:
> Is there an equivalent UI command in Default skin ?I don't think there is.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile: http://forums.slimdevices.com/member.php?userid=35609
View this
slartibartfast wrote:
> The PlayHLS plugin seems to be preventing updating of playlists when a
> track is added to a playlist using "Add to playlist" in material skin.
Is there an equivalent UI command in Default skin ?
The PlayHLS plugin seems to be preventing updating of playlists when a
track is added to a playlist using "Add to playlist" in material skin.
https://forums.slimdevices.com/showthread.php?p=1052251
If I uninstall the plugin the playlist is updated correctly.
Sent from my Pixel 3a using Tapatalk
Paul Webster wrote:
> The module does not have a "use warnings;" at the top so the double
> declaration is not flagged as a problem ... unless, I assume, something
> that is calling it has turned on warnings and it persisted.
I spent a little bit of time enabling warnings in different
I have not made the change to remove the 2nd "my" (the first is in the
code that access the routine parameters.
I do still get the occasional failure to load.
The module does not have a "use warnings;" at the top so the double
declaration is not flagged as a problem ... unless, I assume,
bpa wrote:
> It is strange.
>
> Michael's conclusion is that it is a Perl implementation issues as it is
> valid Perl and should trigger a message of "warning" is enabled. It is
> annoying it is not easily reproducible.
>
> The "my" fix I suggested in #950 creates the additional log
slartibartfast wrote:
> I checked that the plugin was installed earlier to day and then later on
> I checked again and it wasn't with no restarts as far as I know and the
> server log agrees. I'll keep an eye on it.
It is strange.
Michael's conclusion is that it is a Perl implementation
Paul Webster wrote:
> I dont think so.
> The initialisation stuff is only done once per LMS start.I checked that the
> plugin was installed earlier to day and then later on
I checked again and it wasn't with no restarts as far as I know and the
server log agrees. I'll keep an eye on it.
Sent
I dont think so.
The initialisation stuff is only done once.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, supla
finland, abc australia, cbc/radio-canada and rte ireland
bpa wrote:
> Just noticed the LMS version of the "same" file in LMS lib/AnyEvent
> directory (I had previously looked in CPAN) had a change in 2019 to
> stop similar error message.
> Michael blamed it on newer versions of Perl.
>
bpa wrote:
> Just noticed the LMS version of the "same" file in LMS lib/AnyEvent
> directory (I had previously looked in CPAN) had a change in 2019 to
> stop similar error message.
> Michael blamed it on newer versions of Perl.
>
slartibartfast wrote:
> It looks like it happened on the 31st May I can't remember any plugin
> updates. It would be handy if there was a record of updates somewhere.
>
> Sent from my Pixel 3a using Tapatalk
Just noticed the LMS version of the "same" file in LMS lib/AnyEvent
directory (I had
Paul Webster wrote:
> Do you have any players set to resume on LMS startup?
Not sure if that could be a reason. The error is occurring on Plugin
load. Later Plugin init will be called. Only much later (all plugin
installed and LMS startup finished) will Plugin->new be called when a
player
Do you have any players set to resume on LMS startup?
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, supla
finland, abc australia, cbc/radio-canada and rte ireland
bpa wrote:
> Any other plugin updates in the meantime that might somehow change order
> of plugin loading ?
>
> As I said the V3 will remove the modules which seem to trigger this
> response. However, I haven't been able to work on it in the last week
> and I think it need some rework to
slartibartfast wrote:
> Now it has happened again. Plugin failed to load. Again reinstalling the
> plugin fixed it. I even tried restarting LMS again after reinstalling
> the plugin and it is still there so I have no idea why it sometimes
> disappears.
Any other plugin updates in the meantime
bpa wrote:
> LMS already uses the AnyEvent::Handle module in ImageResizer with same
> code but no error and no changes in at least 2 years.
>
> My suspicion is the PlayHLS load error is a casualty of something else
> which may be affecting other plugins but not in a noticeable way.
> PlayHLS
slartibartfast wrote:
> Yes it was on start up but reinstalling PlayHLS somehow fixed
> everything. Make of that what you will [emoji3]
LMS already uses the AnyEvent::Handle module in ImageResizer with same
code but no error and no changes in at least 2 years.
My suspicion is the PlayHLS load
bpa wrote:
> Very odd.
>
> The string "PLUGIN_EXTENDED_BROWSEMODES_RANDOM_ALBUMS" is defined in the
> plugin strings.txt
>
> Why should a line change in PlayHLS during compile time (not even
> execution) - break string lookup ?
>
> I feel there is something else behind this maybe a bit like
slartibartfast wrote:
> Removing "my" worked as far as the PlayHLS plugin goes but then this
> appeared in the server log. Uninstalling PlayHLS fixed it. I'll try
> reinstalling.
Very odd.
The string "PLUGIN_EXTENDED_BROWSEMODES_RANDOM_ALBUMS" is defined in the
plugin strings.txt
Why should
slartibartfast wrote:
> Removing "my" worked as far as the PlayHLS plugin goes but then this
> appeared in the server log. Uninstalling PlayHLS fixed it. I'll try
> reinstalling.
After reinstalling the plugin all is fine. I have no idea what went
wrong.
bpa wrote:
> Re: the AnyEvent problems,
>
> AFAICT The message "masks earlier declaration in same scope" is by
> default a warning and not an error which seems to indicate something may
> have changed warning levels. Not definite though.
>
> The AnyEvent module is commonly used and maintained
bpa wrote:
> Re: the AnyEvent problems,
>
> AFAICT The message "masks earlier declaration in same scope" is by
> default a warning and not an error which seems to indicate something may
> have changed warning levels. Not definite though.
>
> The AnyEvent module is commonly used and maintained
Re: the AnyEvent problems,
AFAICT The message "masks earlier declaration in same scope" is by
default a warning and not an error which seems to indicate something may
have changed warning levels. Not definite though.
The AnyEvent module is commonly used and maintained and still has same
code -
slartibartfast wrote:
> 21-05-26 06:54:23.2077] Slim::bootstrap::tryModuleLoad (286) Warning:
> Module [Plugins::PlayHLS::Plugin] failed to load:
> "my" variable $err masks earlier declaration in same scope at
>
bpa wrote:
> I had assumed the "plugin failed to load" was the only message in log
> which usually means a download issue.
> @slartibartfast - can you check server.log ?
>
> @Paul, I think you're right the "bootstrap" error you're referencing
> might be timing using the AnyEvent module.
> I
Paul Webster wrote:
> Maybe I over interpreted but see post 935 and the following ones in this
> thread.
I had assumed the "plugin failed to load" was the only message in log
which usually means a download issue.
@slartibartfast - can you check server.log ?
@Paul, I think you're right the
Maybe I over interpreted but see post 935 and the following ones in this
thread.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, supla
finland, abc australia,
Paul Webster wrote:
> I think this was diagnosed before as the PlayHLS plugin being invoked
> early during the LMS startup process but before everything it needs was
> ready i.e. a timing issue that might not always happen.
I don't recall see this. Any links to the where it was diagnosed ?
It's
I think this was diagnosed before as the PlayHLS plugin being invoked
early during the LMS startup process but before everything it needs was
ready i.e. a timing issue that might not always happen.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france
slartibartfast wrote:
> I have just noticed my PlayHLS V2 plugin is showing up as "plugin failed
> to load". Restarting LMS didn't help. This is on latest LMS 8.2.
I can't test on 8.2 at the moment.
I haven't made any changes/updates to the repo file or the ZIP file.
The repo URL and ZIP
I have just noticed my PlayHLS V2 plugin is showing up as "plugin failed
to load". Restarting LMS didn't help. This is on latest LMS 8.2.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile:
Paul Webster wrote:
> I never explicitly change the Radio France URLs from https to
> hls-anything.
> The contents of "More" is also not something that I knowingly set (at
> least for the stream link).
> It appears as hlsplays: or whatever as a result of the https content
> being detected by
I never explicitly change the Radio France URLs from https to
hls-anything.
The contents of "More" is also not something that I knowingly set (at
least for the stream link).
It appears as hlsplays: or whatever as a result of the https content
being detected by PlayHLS.
Regarding the stream URL
Paul Webster wrote:
> I am working on something that needs (at least) a specific HTTP header
> to be set (might also need some cookies) to get a protected stream to
> play.
> The stream is only available via HLS.
>
> I can make the stream work using mplayer -http-header-fields.
> The header
I am working on something that needs (at least) a specific HTTP header
to be set (might also need some cookies) to get a protected stream to
play.
The stream is only available via HLS.
I can make the stream work using mplayer -http-header-fields.
The header name is fixed but the contents is
Paul Webster wrote:
> Very good chance that there was (France Inter playing somewhere).
The module in question is an old AnyEvent module which I used to add
HTTP 1.1. support (i.e. persistent connection - multiple http GETs over
same TCP connection) which reduced processor load considerably
Very good chance that there was (France Inter playing somewhere).
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw, supla
finland, abc australia, cbc/radio-canada and rte
Paul Webster wrote:
> Sometimes on LMS restart I find that PlayHLS plugin fails to load.
> Perhaps a timing issue somewhere.
Was a player playing a HLS stream previously before the restart ?
bpa's Profile:
Sometimes on LMS restart I find that PlayHLS plugin fails to load.
Perhaps a timing issue somewhere.
For example
Code:
[21-04-11 10:39:14.5433] Slim::bootstrap::tryModuleLoad (286) Warning: Module
[Plugins::PlayHLS::Plugin] failed to load:
"my" variable $err
bpa wrote:
> These streams need full mPEG-4 video & audio handling.
>
> The pLayhLS V2 implements MP3, ADTS, MPEG-2/MP3, MPEG2-AAC and
> MPEG2-Video handling
> I didn't implement MPEG4 as it was never used in any streams I found up
> to now.
>
> So this needs whole chunk of new code. I have
These streams need full mPEG-4 video & audio handling.
The pLayhLS V2 implements MP3, ADTS, MPEG-2/MP3, MPEG2-AAC and
MPEG2-Video handling
I didn't implement MPEG4 as it was never used in any streams I found up
to now.
So this needs whole chunk of new code. I have some MPEG-4 ftype audio
(no
Parsing the extra "#EXT-X" is the least of the problems. IT was easy to
handle.
There are codec issues now and something else I'm not sure of.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this
bpa wrote:
> I look into this and hope it is this simple bit and not also just a
> stepping stone onto another problem with the video stream and the
> "OPTIONS"
>
> I think this is the first stream of version 7 that has been tried. Most
> audio streams are older version of the HLS protocol -
1 - 100 of 1014 matches
Mail list logo
