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
Solve it:D
Kodi blocked 9090 port so I've changed LMS's CLI port to 9091 (LMS
settings/Advenced/Command Line Interface (CLI)).
bernid's Profile: http://forums.slimdevices.com/member.php?userid=37408
View this thread:
UPDATE2: 11.04.2022
See my server ports. Maybe 9090 is blocked by KODI app?
If so how to change default 9090 port in LMS?
squeezelite-x86 process is a LMS server local player plugin
Code:
Netid State Recv-Q Send-Q
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
papaiannis wrote:
> Yes, that Antika drive has a Micro-B USB 3 connector.
>
> As far as you know, are there drives that work on the raspberry without
> separate power supply?
Pi3 is not my standard system so I cannot remember all the variations
tested with previous problem.
IIRC - my
bpa wrote:
> On image I see Antika drive has USB3 (blue insert) connector
Yes, that Antika drive has a Micro-B USB 3 connector.
As far as you know, are there drives that work on the raspberry without
separate power supply?
Yes, that Antika drive has a Micro-B USB 3 connector.
As far as you know, are there drives that work on the raspberry without
separate power supply?
papaiannis's Profile:
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
papaiannis wrote:
> I tried with the separate power supply and it WORKED! Thanks a lot for
> the solving suggestion.
That's good. CD drives draw different amounts of power depending on
activity (e.g. insert cd, disk spin up) and so a working drive can
later appear to fail.
> The device is
I tried with the separate power supply and it WORKED! Thank a lot for
the solving suggestion.
bpa wrote:
> According to LG site - GT80N is an internal disk ?
>
> Have you supplied you own caddy to make it external & USB ?
The device is branded "Antika" and it is an external disk. However,
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
papaiannis wrote:
> Device info says "LG Electronics GT80N"
According to LG site - GT80N is an internal disk ?
Have you supplied you own caddy to make it external & USB ?
bpa's Profile:
Thank you for answering.
bpa wrote:
> What model Pi ?
Raspberry Pi 3 model B+
bpa wrote:
> What model CD/DVD drive ?
Device info says "LG Electronics GT80N"
bpa wrote:
> Does CD drive have a USB Y-connector or its own separate power supply ?
It has its own power supply, but I did not used
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 ?
goharbourview123 wrote:
>
> So the directory rename seems to have done the trick. Thanks so much for
> helping out, looking forward to playing around with this!
Thanks for the confirmation, I'll make a release with the correct
directory name later.
*Material debug:* 1. Launch via http:
30 matches
Mail list logo
