Re: [SlimDevices: Plugins] LmsUpdate and LmsRepack - Synology 8.0.* packages
No change we are going to see another pinkdot 8.1.1 build for Synology
https://forums.slimdevices.com/showthread.php?113672 ?
Anyway thanks for all the work through the years :-)
*/Stig*
'*rockland*.dk' (https://www.rockland.dk) - '*last.fm*/user/rockland'
(https://last.fm/user/rockland) - '*discogs*.com/user/StigNygaard'
(https://discogs.com/user/StigNygaard) -
'*flickr*.com/photos/stignygaard'
(https://flickr.com/photos/stignygaard)
*Server:* LMS 8.0.1 ('LmsUpdate'
(https://forums.slimdevices.com/showthread.php?111876)) - 1607087403 @
Dec 4 2020 on Synology DS716+II. *Clients:* 'RPi3 (Max2Play, 7\" touch,
HiFiBerry Digi+ Pro)'
(https://shop.max2play.com/en/raspberry-pi-2-bundle-7-display.html), SB
Touch, OrangeSqueeze/SqueezePlayer. *Livingroom HiFi:* Marantz PM6005
and F3/Lyd Audiovector 2.
Try my *'Art Grabr' (https://greasyfork.org/scripts/20771)* for
fetching big *cover-art* from various sites - And *'Album Linkr'
(https://greasyfork.org/scripts/21153)* for a better *last.fm* desktop
browser experience...
Stig Nygaard's Profile: http://forums.slimdevices.com/member.php?userid=4236
View this thread: http://forums.slimdevices.com/showthread.php?t=111876
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] SuperDateTime Screensaver v5.11.0 - Date/Time/Weather/Sports/Stocks
tedfroop wrote: > First off - Boomx2, Thanks for your time and effort updating and > maintaining the plugin. > > NHL Game times are not displaying correctly. My Time Zone is MST > (offset in LMS is -02:00 Mountain) and tonight's Oilers / Canucks game > is showing a 9:00pm start when it actually starts at 8:00pm. I don't > know if its the same for all games but I will check tomorrows games. > This showed up last year but I didn't have time to mess with it so I > changed the offset to Pacific time zone after the Superbowl. SDT is not detecting Daylight Savings Time (DST) vs Standard Time in sub gotnhl. I will fix this in the next release. BoomX2's Profile: http://forums.slimdevices.com/member.php?userid=33529 View this thread: http://forums.slimdevices.com/showthread.php?t=112122 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] SuperDateTime Screensaver v5.11.0 - Date/Time/Weather/Sports/Stocks
tedfroop wrote:
> First off - Boomx2, Thanks for your time and effort updating and
> maintaining the plugin.
>
> NHL Game times are not displaying correctly. My Time Zone is MST
> (offset in LMS is -02:00 Mountain) and tonight's Oilers / Canucks game
> is showing a 9:00pm start when it actually starts at 8:00pm. I don't
> know if its the same for all games but I will check tomorrows games.
> This showed up last year but I didn't have time to mess with it so I
> changed the offset to Pacific time zone after the Superbowl.
I'll take a look at this further tomorrow. In my initial review the
code looks correct. However, I may have an error in the calculations
for converting UTC time to Eastern time. I would have introduced the
error back in 2019 when I updated NHL scores to use a new data source.
The time converted correctly in my checks at that time. It might be
invalid to check for Daylight Savings Time. DST was in effect when I
last updated the NHL scores section of SDT.
If you're interested you can try tweaking the code in the SDT plugin.pm
file. Lines 5652 - 5672 from version 5-11-10 shown below is what needs
to be checked and adjusted.
Code:
if ($game_time =~ /.+T(\d+)\:(\d+).+/) { #
Extract hours and minutes from UTC time
$StartHr = $1;
$StartMin = $2;
if ($isDST) {
$StartHr = $StartHr - 4;#
convert to Eastern time
}
else {
$StartHr = $StartHr - 5;
}
if ($StartHr < 0) { # check for
crossing to previous day
$StartHr = $StartHr + 24;
}
if ($StartHr > 12) {# convert
to 12 Hr format
$StartHr = $StartHr - 12;
$AmPm = 'PM';
}
elsif ($StartHr == 0) { # Midnight
$StartHr = $StartHr + 12
}
$clock_time = $StartHr . ":" .
$StartMin . ' ' . $AmPm;
}
BoomX2's Profile: http://forums.slimdevices.com/member.php?userid=33529
View this thread: http://forums.slimdevices.com/showthread.php?t=112122
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty playback issues
I have a similar problem. When trying to play anything via Spotty directly on to LMS . the players sits there for like 20-30 before it start playing anything and sometimes it does not play anything at all. What kind of player are you using? What server hardware? Did you create your own client ID? -- Michael ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
Lucky_Luke wrote:
> Hello.
>
> Is there a way to get the Multi Library Plugin installed and run in LMS
> 8.1?
>
> Thank you for your help
> John
It hasnt been added to the list of unsupported plugins that have been
verified to work. There is some indication that it might work if you
download it manually from http://downloads.isaksson.info an unzip it in
Plugins directory in the following post:
https://forums.slimdevices.com/showthread.php?49483-Announce-New-versions-of-erlands-plugins&p=998765&viewfull=1#post998765
I guess someone who have verified it will have to do a pull request
thats adds it to the unsupported repository to make it easier to
install for users who arent afraid of using unsupported plugins:
https://github.com/LMS-Community/lms-plugin-repository/blob/master/unsupported.xml
Having said that, I personally think users who rely on Multi Library
first should try if the virtual library functionality available in LMS
these days can replace it. Since Multi Library no longer is
supported/maintained by anyone its just a matter of time until it
breaks and cause problems for your LMS installation or just stops
working.
Erland Isaksson ('My homepage' (http://erland.isaksson.info))
Developer of 'many plugins/applets'
(https://wiki.slimdevices.com/index.php/User_Erland.html)
*Starting with LMS 8.0 I no longer support my plugins/applets* ('see
here for more information'
(https://forums.slimdevices.com/showthread.php?49483-Announce-New-versions-of-erlands-plugins&p=998836&viewfull=1#post998836)
)
erland's Profile: http://forums.slimdevices.com/member.php?userid=3124
View this thread: http://forums.slimdevices.com/showthread.php?t=49483
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] SuperDateTime Screensaver v5.11.0 - Date/Time/Weather/Sports/Stocks
First off - Boomx2, Thanks for your time and effort updating and maintaining the plugin. NHL Game times are not displaying correctly. My Time Zone is MST (offset in LMS is -02:00 Mountain) and tonight's Oilers / Canucks game is showing a 9:00pm start when it actually starts at 8:00pm. I don't know if its the same for all games but I will check tomorrows games. This showed up last year but I didn't have time to mess with it so I changed the offset to Pacific time zone after the Superbowl. "Good judgement is the result of experience ... Experience is the result of bad judgement." tedfroop's Profile: http://forums.slimdevices.com/member.php?userid=3011 View this thread: http://forums.slimdevices.com/showthread.php?t=112122 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Squeezelite-X
fpo wrote: > It is just a workaround, so may not applicable for all. Setting a big > buffer will increase the working set size of the windows executable, > i.e. consumes more memory. Easy to see with Windows Taskmanager. > > There seems to be progress in understanding the underlying problem. I'm > positive it may be soon resolved. I see what you mean :) R Greg Dawson Squeezelite-X rgdawson's Profile: http://forums.slimdevices.com/member.php?userid=65236 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Squeezelite-X
rgdawson wrote: > ... > I suppose I could have SLX include this setting "-b 16384" by default if > not otherwise specified. Any downside to doing that? > ... It is just a workaround, so may not applicable for all. Setting a big buffer will increase the working set size of the windows executable, i.e. consumes more memory. Easy to see with Windows Taskmanager. There seems to be progress in understanding the underlying problem. I'm positive it may be soon resolved. fpo's Profile: http://forums.slimdevices.com/member.php?userid=71212 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
If SO_KEEPALIVE is the primary issue, then the assumed race condition may not be a race condition at all. Just looking at the code in slimproto.c the function slimproto_run() may enter a loop with 100% cpu time if the socket is reset but not yet closed and this condition is not checked. The loop is then terminated only when the socket is finally closed. So it seems there are two issues 1. SO_KEEPALIVE 2. Given that not all possible stream states can be foreseen the main loop in slimproto_run() may check if it runs tight and enter into a sleep state for a short duration if it detects that. It may also debug-log any unknown condition. fpo's Profile: http://forums.slimdevices.com/member.php?userid=71212 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Squeezelite-X
fpo wrote: > The problem is obviously with Squeezelite (the player) not with > Squeezelite-X (the UI). The problem with the player is discussed in this > thread: > https://forums.slimdevices.com/showthread.php?113554-SqueezeLite-on-Windows-pausing-interruption-dropout-of-audio-every-5-minutes > > I posted this here just to point out that one may avoid running into the > problem by using a bigger stream buffer size. > You can set this via Squeezelite-X settings by adding e.g. "-b 16384" to > the commandline for Sqeezelite (not Squeezelite-X). Thanks, you guys for these posts. I suppose I could have SLX include this setting "-b 16384" by default if not otherwise specified. Any downside to doing that? As a reminder for others, you can include this setting via SLX as shown below. 32957 R Greg Dawson +---+ |Filename: SqueezeliteAdvSettings.png | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=32957| +---+ Squeezelite-X rgdawson's Profile: http://forums.slimdevices.com/member.php?userid=65236 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
foopydog wrote: > ... > The Squeezelite client has a socket open, and suddenly, there is no > socket. Consider: SqueezeLite on RaspberryPi with TinyLinux has no > issues, but only Windows machines have the issue. While the source code > for SqueezeLite is (almost) identical between these two OS, they have > very different TCP/IP transport implementations. It is therefore > plausible that the root cause is in the way SqueezeLite manages its > socket connections on Windows -- or the Winsock itself. (utils.c, > stream.c, slimproto.c) > For example: > > Code: > > #if WIN > u_long iMode = 1; > ioctlsocket(s, FIONBIO, &iMode); > #else > int flags = fcntl(s, F_GETFL,0); > fcntl(s, F_SETFL, flags | O_NONBLOCK); > #endif > > > Here we can see the difference between Windows and Linux > implementations. > ... I have looked at a capture taken with Network Monitor. LMS (host) sends a "TCP Keep Alive" packet and Squeezelite (client) seems not to acknowledge that. Squeezelite issues "TCP Dup Ack"s and "TCP Retransmit request"s although it seems no packages where lost or out of order. According to https://docs.microsoft.com/en-us/windows/win32/winsock/so-keepalive: The getsockopt function called with the SO_KEEPALIVE socket option allows an application to retrieve the current state of the keepalive option, although this is feature not normally used. If an application needs to enable keepalive packets on a socket, it justs calls the setsockopt function to enable the option. SO_KEEPALIVE is optional under Windows. I can't see that squeezelite has SO_KEEPALIVE enabled on the socket. It seems LMS will just reset the socket after some default timespan, at least I see a "TCP Reset" frame from the host. In addition to that, it seems, just when the socket ist reset from the host side, squeezelite enters into the 100% cpu time mode. fpo's Profile: http://forums.slimdevices.com/member.php?userid=71212 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
fpo wrote: > To me, what I found, points to a possibly spurious race condition, which > may be hard to reproduce on a specific machine. E.g. I can avoid > triggering the dropouts when using a big stream buffer like -b 16384. It > may very well be, that error 0x2745 is a *consequence* of a race > condition as opposed to a *cause*. > I could do some more testing if you would like to give me some pointers > where to look further. I agree it appears to be a "race condition" -- a situation where the outcome depends on timing, or whichever bit of software "wins the race". The first place to look is the stream_thread() and any static variables it uses. Unfortunately, a typical C program makes heavy use of static variables, and SqueezeLite is no different. I see that the stream_thread() uses a static streambuf, so it would be wise to ensure that the thread uses only thread-safe access to streambuf and other static variables. Maybe the 30-second timeout we see is related to the mutex_lock() used throughout the stream_thread. Debugging race-conditions is tough, good luck with that! LARGER BUFFER Ok, let me do a test with the larger buffer, as you suggest. squeezelite-1.9.8-1318-test2-win32 -d all=debug -b 16384 -n SqueezeLite-bogan-admin -s nas -o 1 _No_dropout_was_heard_even_after_30_minutes!!_ The new buffer size affected the size reported in stream_thread() [13:54:43.545] decode_thread:75 streambuf bytes: 3588759 outputbuf space: 3527999 Now it is bigger at 3.5MB, compared with 2MB before. Again, we see this value steadily decreasing during playback, until it is as small as 864 bytes. [13:57:46.637] decode_thread:75 streambuf bytes: 864 outputbuf space: 65095 Previously, it took 2 minutes to use up the streambuffer, (run it down to zero) now it takes 3 minutes. Makes sense. Then, we see it go fetch the next track on the playlist, and playback continues: [13:57:47.067] decode_thread:100 decode complete [13:57:47.067] sendSTAT:166 ms_played: 183306 (frames_played: 8091728 device_frames: 7917) [13:57:47.067] sendSTAT:195 STAT: STMd [13:57:47.067] sendSTAT:200 received bytesL: 3588759 streambuf: 0 outputbuf: 3390976 calc elapsed: 183306 real elapsed: 183500 (diff: -194) device: 179 delay: 0 [13:57:47.067] sendSTAT:166 ms_played: 183306 (frames_played: 8091728 device_frames: 7917) [13:57:47.067] sendSTAT:195 STAT: STMt [13:57:47.067] sendSTAT:200 received bytesL: 3588759 streambuf: 0 outputbuf: 3390976 calc elapsed: 183306 real elapsed: 183500 (diff: -194) device: 179 delay: 0 [13:57:47.154] process:527 strm [13:57:47.154] process_strm:280 strm command s [13:57:47.154] process_strm:350 strm s autostart: 1 transition period: 3 transition type: 0 codec: m [13:57:47.154] sendSTAT:166 ms_played: 183400 (frames_played: 8091728 device_frames: 7917) [13:57:47.154] sendSTAT:195 STAT: STMf [13:57:47.154] sendSTAT:200 received bytesL: 3588759 streambuf: 0 outputbuf: 3390976 calc elapsed: 183400 real elapsed: 183594 (diff: -194) device: 179 delay: 94 [13:57:47.154] codec_open:264 codec open: 'm' [13:57:47.154] connect_socket:164 connecting to 192.168.0.60:9002 [13:57:47.175] stream_sock:597 header: GET /stream.mp3?player=70:85:c2:a8:ce:68 HTTP/1.0 ... [13:57:47.286] decode_thread:75 streambuf bytes: 3223041 outputbuf space: 172487 This is totally normal, no errors at all. Increasing the stream buffer seems to be a solid workaround, but we still don't know why the dropouts were occurring. If this issue is due to a resource leak, then increasing the buffer would only prolong the outage, rather than cure it. But so far, I don't see any signs that the issue exists when using a larger stream buffer, even now 55 minutes have gone by. foopydog's Profile: http://forums.slimdevices.com/member.php?userid=71156 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Mixcloud plugin?
Quoting from this page: https://www.mixcloud.com/developers/#audio-streams -"The audio streams are not available through the Mixcloud API. There are two reasons for this. Firstly, we need to know what has been listened to so that we can report usage, pay royalties and provide features such as 'Suggested Shows'.Secondly, Mixcloud needs to pay the bills! We can't give away the audio for free outside of mixcloud.com simply because it costs us to host and stream the files and pay royalties."- Is this a recent change in Mixcloud's policy? For about a week the Mixcloud plugin returns a "404 Not Found" error when trying to access "My Mixcloud". The server log reports: [21-01-13 22:02:18.1585] Plugins::MixCloud::Plugin::__ANON__ (282) error: 404 Not Found Regards, jasc jasc's Profile: http://forums.slimdevices.com/member.php?userid=69223 View this thread: http://forums.slimdevices.com/showthread.php?t=88286 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
fpo wrote:
> I'm also experiencing dropouts. While reproducible, the exact timing of
> the dropouts depend on circumstances like stream buffer size and mp3
> bitrate.
> When loging to a terminal with -d all=sdebug the dropouts do occur. When
> logging same to a file with -f however, the dropouts are gone.
> When they occur, one thread in squeezelite starts using nearly 100% of
> one cpu core, above 95% of that in kernel mode. Following the onset of
> 100% cpu usage the stream buffer runs empty and then the dropout occurs.
> To see this I had to run squeezelite from tailored program, redirecting
> the error stream, logging to memory and writing it all to a file after
> the tests so as not to alter squeezelite's internal timing. I tested
> with squeezelite v1.9.8-1307 (the test versions like 1318-test3 seem to
> be gone).
Good progress! I did not notice any high-CPU during the outage, but I'll
take another look and do more tests. It does seem true that the "stream
buffer runs empty", causing the dropout, because after 30 seconds, it
just grabs another chunk and continues normally. Thus, early on, I
suspected it was some kind of buffering issue.
I have not run with sdebug level yet, but seeing this code in the
stream_thread:
LOG_SDEBUG("poll timeout");
I think there might be some sdebug messages that will help with this
issue. I ran it like this:
squeezelite-1.9.8-1318-test2-win32 -d all=sdebug -n
SqueezeLite-bogan-admin -s nas -o 1 2>err.log
This will redirect STDERR to the err.log file. (outputting to the
console causes too much text, and audio gets dropped, so it must go to a
file)
The outage occurred after 5 minutes, as expected. Looking at the logs, I
see a few things going on.
First, we see 'normal' behavior, where the streambuf is allocated, the
buffer is read, and the streambuf returns to 'full' with 2097151 bytes.
The decode_thread() reports the size of the streambuf and outputbuf,
using _buf_used().
[11:52:08.332] decode_thread:75 streambuf bytes: 1963597
outputbuf space: 172615
[11:52:08.394] stream_thread:428 streambuf read 133554 bytes
[11:52:08.440] decode_thread:75 streambuf bytes: 2097151 outputbuf
space: 208967
...
Here we see that 1963597 + 133554 = 2097151. It continues like this:
[11:52:08.442] decode_thread:75 streambuf bytes: 2095221
outputbuf space: 172103
[11:52:08.501] stream_thread:428 streambuf read 1930 bytes
[11:52:08.548] decode_thread:75 streambuf bytes: 2097151 outputbuf
space: 208455
...
Various amounts are allocated, but it always returns to 2097151 bytes.
It continues this way until we see it come in pairs:
[11:52:18.017] decode_thread:75 streambuf bytes: 2095430
outputbuf space: 198215
[11:52:18.017] decode_thread:75 streambuf bytes: 2095430 outputbuf
space: 198215
[11:52:18.124] decode_thread:75 streambuf bytes: 2095430 outputbuf
space: 234567
[11:52:18.124] stream_thread:428 streambuf read 1721 bytes
[11:52:18.124] stream_thread:428 streambuf read 1826 bytes
[11:52:18.124] decode_thread:75 streambuf bytes: 2097151 outputbuf
space: 197703
[11:52:18.233] decode_thread:75 streambuf bytes: 2097151 outputbuf
space: 234055
Looks fishy. Why is it now reporting decode_thread() twice?
Also, I see that the numbers no longer add-up. 2095430 + 1721 = 2097151,
but the 1826 bytes does not add up correctly. Weird.
It continues normally for 2 minutes, and then this is the last time we
see it:
[11:53:54.105] decode_thread:75 streambuf bytes: 2097151
outputbuf space: 190791
[11:53:54.213] decode_thread:75 streambuf bytes: 2097151 outputbuf
space: 227143
...
Now it starts to steadily decrease over the next 2 minutes:
[11:53:54.753] decode_thread:75 streambuf bytes: 2085726
outputbuf space: 196807
[11:53:54.862] decode_thread:75 streambuf bytes: 2085726 outputbuf
space: 233159
They come in pairs, with the same streambuf size, but the outputbuf is
allocated/deallocated.
[11:54:00.056] decode_thread:75 streambuf bytes: 1989484
outputbuf space: 170439
[11:54:05.764] decode_thread:75 streambuf bytes: 1889334 outputbuf
space: 188103
[11:54:10.381] decode_thread:75 streambuf bytes: 1808956 outputbuf
space: 202055
[11:54:15.405] decode_thread:75 streambuf bytes: 1717460 outputbuf
space: 186311
[11:54:20.750] decode_thread:75 streambuf bytes: 1619750 outputbuf
space: 205895
[11:54:25.117] decode_thread:75 streambuf bytes: 1539989 outputbuf
space: 174919
[11:54:30.180] decode_thread:75 streambuf bytes: 1452300 outputbuf
space: 214343
[11:54:40.462] decode_thread:75 streambuf bytes: 1262312 outputbuf
space: 181575
[11:54:50.045] decode_thread:75 streambuf bytes: 1087811 outputbuf
space: 198471
[11:55:00.097] decode_thread:75 streambuf bytes: 911919 outputbuf space:
194631
[11:55:10.065] decode_thread:75 streambuf bytes: 730428 outputbuf space:
181959
[11:55:20.039] decode_thread:75 streambuf bytes: 558233 outputbuf space:
243015
[11:55:30.000] decode_thread:75 streambuf bytes: 376119 outputbuf space:
221255
[11:55:40.117] decode_thread:75 streambuf bytes: 183016 outputbuf sp
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
That sort of rings a bell... You might find some interesting pointers here: https://serverfault.com/questions/735515/tcp-timeout-for-established-connections-in-windows gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
[SlimDevices: Plugins] Is the EXTRA WEB BROWSER still functional?
Is WEB BROWSER functional and please refresh my memory on how it works? Thank you! Ikabob Squeezebox Touch w/LMS V7.9; Benchmark DAC1 USB;Marantz Pre-amp; SAE Amplifier;ESS Heil Speakers(main listening speakers plus various additional speakers). Multiple players: SqueezeBooms,SqueezeRadios; SB3; Services:Rhapsody;Slacker;RadioTunes;Spotify (+Triode's Plugin);CalmRadio,Napster, Ipeng remote controller. Ikabob's Profile: http://forums.slimdevices.com/member.php?userid=32088 View this thread: http://forums.slimdevices.com/showthread.php?t=113666 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: New versions of erlands plugins
Hello. Is there a way to get the Multi Library Plugin installed and run in LMS 8.1? Thank you for your help John Lucky_Luke's Profile: http://forums.slimdevices.com/member.php?userid=69774 View this thread: http://forums.slimdevices.com/showthread.php?t=49483 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
bpa wrote: > A few years ago - some 3rd party security software used to insert > themselves into the Winsock stack to catch malware which used "pipes" - > a few caused strange problem with LMS. > To check if the security software was the problem, it had to be > uninstalled, disabling it was *not* sufficient to stop its bad > behaviour. > > Have you got non Microsoft security software installed ? >From the OP: On all my Windoze machines, the Microsoft-provided security software is the only one I have. I don't have any 3rd party anti-virus or anti-malware software installed. As previously noted, I also ran the same test on a brand-new laptop with not much software installed on it. I agree that Windoze OS is implicated, but what's causing it? We've seen the WSAECONNABORTED which only tells us what we already know, which is that the connection was closed, but why was it closed? I think that the suggestion above points towards the cause. The Squeezelite client has a socket open, and suddenly, there is no socket. Consider: SqueezeLite on RaspberryPi with TinyLinux has no issues, but only Windows machines have the issue. While the source code for SqueezeLite is (almost) identical between these two OS, they have very different TCP/IP transport implementations. It is therefore plausible that the root cause is in the way SqueezeLite manages its socket connections on Windows -- or the Winsock itself. (utils.c, stream.c, slimproto.c) For example: Code: #if WIN u_long iMode = 1; ioctlsocket(s, FIONBIO, &iMode); #else int flags = fcntl(s, F_GETFL,0); fcntl(s, F_SETFL, flags | O_NONBLOCK); #endif Here we can see the difference between Windows and Linux implementations. Since I'm the only crazy person that seems to have this problem, I need to find one build of Windows that doesn't show this problem. That could be done by stripping Windows down, piece by piece, until the problem disappears. Or, I could stand up a Windows VM, either Windows7 or an older Windows10 with no software installed. Right now, I don't have Hyper-V or VirtualBox set up, so that could take some time. I'll try that later tonight. And if anyone else has any other suggestions, i'm all ears. foopydog's Profile: http://forums.slimdevices.com/member.php?userid=71156 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Anyone using a Topping D90 DAC with PiCorePlayer on the USB port ? .............
Cut-Throat wrote: > I got my Topping D90 DAC today and in Case anyone needs to know the > output setting that works, it is: > > hw:CARD=D90,DEV=0 Just a little more insight. The pCP help doesn't include the comments the system provides about the various output settings. These can be displayed using the aplay command and provide a little more information. For the Allo DigiOne card the output is below. The only setting that appears to provide direct pass-through to the device is the *hw:* setting, as suggested by pCP in the help. All other settings apparently route the audio through some level of software or DSP processing first, and then on to the device. From a fidelity perspective it seems that the *hw:* setting is the correct one (as you noted in your post). Code: ~$ aplay -L null Discard all samples (playback) or generate zero samples (capture) default plugequal equal sysdefault:CARD=sndallodigione snd_allo_digione, Allo DigiOne HiFi wm8804-spdif-0 Default Audio Device dmix:CARD=sndallodigione,DEV=0 snd_allo_digione, Allo DigiOne HiFi wm8804-spdif-0 Direct sample mixing device dsnoop:CARD=sndallodigione,DEV=0 snd_allo_digione, Allo DigiOne HiFi wm8804-spdif-0 Direct sample snooping device hw:CARD=sndallodigione,DEV=0 snd_allo_digione, Allo DigiOne HiFi wm8804-spdif-0 Direct hardware device without any conversions plughw:CARD=sndallodigione,DEV=0 snd_allo_digione, Allo DigiOne HiFi wm8804-spdif-0 Hardware device with all software conversions ~$ kjg's Profile: http://forums.slimdevices.com/member.php?userid=74 View this thread: http://forums.slimdevices.com/showthread.php?t=112332 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Squeezelite-X
Peter Galbavy wrote: > I see the same, most days, and I have just assumed that it's the player > crashing and the process being dumped by Windows. I have not reqported > as I have not looked at it as closely as you and I also, possibly > falsely, assumed someone else would report it and it would get fixed. > Been happening for months for me. The problem is obviously with Squeezelite (the player) not with Squeezelite-X (the UI). The problem with the player is discussed in this thread: https://forums.slimdevices.com/showthread.php?113554-SqueezeLite-on-Windows-pausing-interruption-dropout-of-audio-every-5-minutes I posted this here just to point out that one may avoid running into the problem by using a bigger stream buffer size. You can set this via Squeezelite-X settings by adding e.g. "-b 16384" to the commandline for Sqeezelite (not Squeezelite-X). fpo's Profile: http://forums.slimdevices.com/member.php?userid=71212 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty playback issues
I have a similar problem. When trying to play anything via Spotty
directly on to LMS . the players sits there for like 20-30 before it
start playing anything and sometimes it does not play anything at all.
I've tried on LMS 7.9.x and 8.2.x nightly builds and same results.
The logs show no errors just a bunch of repeated
"Plugins::Spotty::ProtocolHandler::getMetadataFor " fir the same track
that is trying to play .
Code:
[21-01-13 12:34:31.5449] Plugins::Spotty::Connect::DaemonManager::initHelpers
(90) Checking Spotty Connect helper daemons...
[21-01-13 12:34:31.5458] Plugins::Spotty::Connect::DaemonManager::initHelpers
(124) This is a standalone player with Spotify Connect disabled:
ac:1f:6b:44:a5:c5
[21-01-13 12:34:31.5466] Plugins::Spotty::Connect::DaemonManager::initHelpers
(124) This is a standalone player with Spotify Connect disabled:
ac:1f:6b:44:a5:c6
[21-01-13 12:34:31.5470] Plugins::Spotty::Connect::DaemonManager::initHelpers
(124) This is a standalone player with Spotify Connect disabled:
ac:1f:6b:44:a5:c8
[21-01-13 12:34:31.5475] Plugins::Spotty::Connect::DaemonManager::initHelpers
(124) This is a standalone player with Spotify Connect disabled:
ac:1f:6b:44:a5:c4
[21-01-13 12:34:31.5478] Plugins::Spotty::Connect::DaemonManager::initHelpers
(124) This is a standalone player with Spotify Connect disabled:
ac:1f:6b:44:a5:c9
[21-01-13 12:34:31.5484] Plugins::Spotty::Connect::DaemonManager::initHelpers
(124) This is a standalone player with Spotify Connect disabled:
ac:1f:6b:44:a5:c7
[21-01-13 12:34:31.9174] Plugins::Spotty::ProtocolHandler::getMetadataFor
(181) Returning metadata cached in song object for
spotify://track:2etHQJxIbV0soyPhelVs9Y
[21-01-13 12:34:31.9188] Plugins::Spotty::ProtocolHandler::getMetadataFor
(182) {
album=> "Best Friend (feat. Doja Cat)",
artist => "Saweetie, Doja Cat",
bitrate => "320k VBR",
cover=>
"https://i.scdn.co/image/ab67616db27351a5b3a493959c834c222ad7";,
duration => "155.883",
icon => "/html/images/cover.png",
originalType => "Ogg Vorbis (Spotify)",
title=> "Best Friend (feat. Doja Cat)",
type => "Ogg Vorbis (Spotify)",
url => "spotify://track:2etHQJxIbV0soyPhelVs9Y",
}
[21-01-13 12:34:31.9204] Plugins::Spotty::ProtocolHandler::getMetadataFor
(181) Returning metadata cached in song object for
spotify://track:2etHQJxIbV0soyPhelVs9Y
[21-01-13 12:34:31.9215] Plugins::Spotty::ProtocolHandler::getMetadataFor
(182) {
album=> "Best Friend (feat. Doja Cat)",
artist => "Saweetie, Doja Cat",
bitrate => "320k VBR",
cover=>
"https://i.scdn.co/image/ab67616db27351a5b3a493959c834c222ad7";,
duration => "155.883",
icon => "/html/images/cover.png",
originalType => "Ogg Vorbis (Spotify)",
title=> "Best Friend (feat. Doja Cat)",
type => "Ogg Vorbis (Spotify)",
url => "spotify://track:2etHQJxIbV0soyPhelVs9Y",
}
[21-01-13 12:34:32.9121] Plugins::Spotty::ProtocolHandler::getMetadataFor
(181) Returning metadata cached in song object for
spotify://track:2etHQJxIbV0soyPhelVs9Y
[21-01-13 12:34:32.9144] Plugins::Spotty::ProtocolHandler::getMetadataFor
(182) {
album=> "Best Friend (feat. Doja Cat)",
artist => "Saweetie, Doja Cat",
bitrate => "320k VBR",
cover=>
"https://i.scdn.co/image/ab67616db27351a5b3a493959c834c222ad7";,
duration => "155.883",
icon => "/html/images/cover.png",
originalType => "Ogg Vorbis (Spotify)",
title=> "Best Friend (feat. Doja Cat)",
type => "Ogg Vorbis (Spotify)",
url => "spotify://track:2etHQJxIbV0soyPhelVs9Y",
}
[21-01-13 12:34:32.9160] Plugins::Spotty::ProtocolHandler::getMetadataFor
(181) Returning metadata cached in song object for
spotify://track:2etHQJxIbV0soyPhelVs9Y
[21-01-13 12:34:32.9171] Plugins::Spotty::ProtocolHandler::getMetadataFor
(182) {
album=> "Best Friend (feat. Doja Cat)",
artist => "Saweetie, Doja Cat",
bitrate => "320k VBR",
cover=>
"https://i.scdn.co/image/ab67616db27351a5b3a493959c834c222ad7";,
duration => "155.883",
icon => "/html/images/cover.png",
originalType => "Ogg Vorbis (Spotify)",
title=> "Best Friend (feat. Doja Cat)",
type => "Ogg Vorbis (Spotify)",
url => "spotify://track:2etHQJxIbV0soyPhelVs9Y",
}
[21-01-13 12:34:33.9078] Plugins::Spotty::ProtocolHandler::getMetadataFor
(181) Returning metadata cached in song object for
spotify://track:2etHQJxIbV0soyPhelVs9Y
[21-01-13 12:34:33.9100] Plugins::Spotty::ProtocolHandler::getMetadataFor
(182) {
album=> "Best Friend (feat. Doja Cat)",
artist => "Saweetie, Doja Cat",
bitrate => "320k VBR",
cover=>
"https://i.scdn.co/image/ab67616db27351a5b3a493959c834c222ad7";,
duration => "155.883",
i
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
ralphy wrote: > ... > Yes, I did remove the test versions and have adding new r1323 32/64 > windows binaries. > ... I tested with v1.9.8.1323/64. Sometimes a title runs through till the end, but in most cases still dropouts after 3 minutes. Symptom is again 100% cpu time on one core. Testing with "-b256 -d all=sdebug" I see lines like [16:20:37.944] stream_thread:428 streambuf read 3756 bytes before the onset of 100% cpu time but not thereafter. The streambuffer runs empty, then the ouput buffer, then the dropout. [16:20:38.044] decode_thread:75 streambuf bytes: 262143 outputbuf space: 241055 ... [16:20:48.468] decode_thread:75 streambuf bytes: 1913 outputbuf space: 180431 [16:20:48.538] sendSTAT:166 ms_played: 173186 (frames_played: 7637537 device_frames: 0) [16:20:48.538] sendSTAT:195 STAT: STMt [16:20:48.538] sendSTAT:200 received bytesL: 4469675 streambuf: 1913 outputbuf: 3339376 calc elapsed: 173186 real elapsed: 173203 (diff: -17) device: 0 delay: 0 ... [16:20:58.487] decode_thread:75 streambuf bytes: 1913 outputbuf space: 3527999 [16:20:58.517] sendSTAT:166 ms_played: 182621 (frames_played: 8055983 device_frames: 3072) [16:20:58.517] sendSTAT:195 STAT: STMt [16:20:58.517] sendSTAT:200 received bytesL: 4469675 streambuf: 1913 outputbuf: 0 calc elapsed: 182621 real elapsed: 183172 (diff: -551) device: 69 delay: 16 [16:20:58.517] sendSTAT:166 ms_played: 182621 (frames_played: 8055983 device_frames: 3072) The 100% cpu time is from one thread. Using ProcessExplorer this thread's start address is squeezelite-x64.exe+0x88790 This thread usually is way below 1% cpu time. Attaching Visual Studio Debugger and halting squeezelite while in 100% cpu mode shows alternate locations squeezelite-x64.exe!7ff7f06d8a31 mswsock.dll!7ffa4e96c5fe This seems to point to a continued polling originating from a squeezelite thread. So much towards the symptoms I see. Reasoning over it: Whatever the problem is, squeezelite should not be producing 100% cpu time, most of which is in kernel mode, since that in itself could lead to all sorts of strange problems from as of yet unknown race conditions. These race conditions could originate from code one has no control over. My strategy would be: - find the source/reason fo the continued polling - insert a sleep with randomized duration (e.g. 5..50ms) This could already solve the problem in case there is a hidden race condition that is only triggered when cpu time is tight. In case one cannot recover - abort the polling after some time (e.g. 5 seconds) - reset the connection - start the stream anew and skip to the current point in the streambuffer (that I guess would be a major change) In any case thanks for your time doing this for all of us for free. It is much appreciated. fpo's Profile: http://forums.slimdevices.com/member.php?userid=71212 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Squeezelite-X
fpo wrote: > > Looking at the processes using Task-Manager, Process Monitor, Process > Explorer and the like I can see the following sequence of events: > > 1. When starting a title cpu load is typically way below one percent. > 2. After some time, one of the threads starts to produce 100% cpu time > (on one logical core). > 3. The music still plays for some time after this, then a dropout > occurs, the music stops. > 4. After about 20-30 seconds cpu load drops and music comes back. > > During phase 2-4, when cpu load is 100%, about 97 to 98% is kernel time. I see the same, most days, and I have just assumed that it's the player crashing and the process being dumped by Windows. I have not reqported as I have not looked at it as closely as you and I also, possibly falsely, assumed someone else would report it and it would get fixed. Been happening for months for me. Peter Galbavy's Profile: http://forums.slimdevices.com/member.php?userid=32718 View this thread: http://forums.slimdevices.com/showthread.php?t=108550 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Hi Phillipe, Thanks for the quick reply. I've sent Transcode to None across all players and will confirm the outcome. Thanks, Pete. pete105's Profile: http://forums.slimdevices.com/member.php?userid=70294 View this thread: http://forums.slimdevices.com/showthread.php?t=104614 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Most important thing to try would be to confirm crashes in thru mode first. Then try flac but no flow, then pcm but no flow then flac and flow LMS 7.9 on Pi 3B+ & Odroid-C2 - *SqueezeAMP!*, 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, Riva 1 & 3 philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=104614 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] ANNOUNCE: YouTube Plugin (API v3)
Dear Philippe, Im really sorry I didnt check that first ! I remembered to have automatic update checking, but i think it doesnt work since months !! Everything is working fine now regarding YouTube plugin. Best regards, Vincent vhenninot's Profile: http://forums.slimdevices.com/member.php?userid=45315 View this thread: http://forums.slimdevices.com/showthread.php?t=105840 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] ANNOUNCE: AirPlay Bridge = integrate AirPlay devices with LMS (squeeze2raop)
Just noticed that the newish "Authorised ports" field in settings displays as HASH(0x98f8eb0) My guess is this is to do with uninitialised fields and this being an upgrade rather than a fresh install. Versions: AirPlay bridge v0.4.50.8 Logitech Media Server Version: 8.1.1 - 1610082237 @ Fri Jan 8 06:42:07 CET 2021 Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=105198 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CastBridge = integrate Chromecast players with LMS (squeeze2cast)
Hi everyone, I've gathered a lot of useful information from this forums so far, so thanks. I'm really enjoying the LMS, Squeezelite-X, Castbridge and Spotty combination (running on a Windows 10 PC/server), and I'm so glad I stuck with this over Roon, which I trialled last year. However, I am having a bit of a a regular issue with Castbridge crashing, which I've tried a number of steps to resolve, unsuccessfully. I'm hoping someone will be able to help, as I've reached a bit of a dead end with troubleshooting myself. Background: The issue occurs with all 3 of my Chromecast Audios, along with a group set up containing them. When the issue occurs, Chromecast Audio playback stops and LMS switches to another device. I can restart playback on the same device immediately following this. In the Castbridge log, I see the following entry on each occasion (I can post a full log file if needed): Retarting Squeeze2cast after crash: C:\PROGRA~3\SQUEEZ~1\Cache\INSTAL~1\Plugins\CASTBR~1\Bin\SQUEEZ~1.EXE -Z -I -f C:\ProgramData\Squeezebox\Logs\castbridge.log -d cast=debug -x C:\ProgramData\Squeezebox\prefs\castbridge.xml Timing of the issue is intermittent. Sometimes it happens regularly throughout a single album but at other times several hours can pass between crashes. The crashes occur regardless of content (mp3, FLAC, local or streamed/radio content), so I know it's not corrupt audio files. Troubleshooting steps completed: - Confirmed no issues with casting via other methods (Spotify app, BBC Sounds etc.) over a long period of time to any CCA/group. - Reset and reconfigured my 3 Chromecast Audios. - Removed and re-added Home group containing these devices - Tested with different devices in the group - the same issue always occurs - Crash occurs regardless of which device or group is used, so doesn't appear to be hardware related - Full Wi-Fi strength to all CCAs. Pinged to each CCA to confirm no network drop at the time of the crash. 1/2ms constant response times to each CCA - Removed and re-added all CCAs to Castbridge - Removed and re-added Castbridge from my LMS setup - Audio format to CCA is PCM (Flow). Not tested others as this is mode I need, but I can do if needed. - Set Remove timeout to -1 for all players - LMS volume changes - different options tested and currently set to to "ignore all changes" Thanks for any help offered. If you need any more information, please let me know. Pete. pete105's Profile: http://forums.slimdevices.com/member.php?userid=70294 View this thread: http://forums.slimdevices.com/showthread.php?t=104614 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] SqueezeLite on Windows pausing, interruption, dropout of audio every 5 minutes
fpo wrote: > I'm also experiencing dropouts. While reproducible, the exact timing of > the dropouts depend on circumstances like stream buffer size and mp3 > bitrate. > When loging to a terminal with -d all=sdebug the dropouts do occur. When > logging same to a file with -f however, the dropouts are gone. > When they occur, one thread in squeezelite starts using nearly 100% of > one cpu core, above 95% of that in kernel mode. Following the onset of > 100% cpu usage the stream buffer runs empty and then the dropout occurs. > To see this I had to run squeezelite from tailored program, redirecting > the error stream, logging to memory and writing it all to a file after > the tests so as not to alter squeezelite's internal timing. I tested > with squeezelite v1.9.8-1307 (the test versions like 1318-test3 seem to > be gone). > > To me, what I found, points to a possibly spurious race condition, which > may be hard to reproduce on a specific machine. E.g. I can avoid > triggering the dropouts when using a big stream buffer like -b 16384. It > may very well be, that error 0x2745 is a *consequence* of a race > condition as opposed to a *cause*. > I could do some more testing if you would like to give me some pointers > where to look further. Thank you for taking the time to look into this. Yes, I did remove the test versions and have adding new r1323 32/64 windows binaries. I don't use windows for much of anything and certainly not for development, so I'm not sure what to suggest at this point. Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *1*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=LL5P6365KQEXN&lc=CA&item_name=Squeezebox%20client%20builds¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=113554 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] LMS Announce - play announcements / notifications
karlek wrote: > > One minor issue remains, yet: the SB doesn't get switched off after the > announcement, when it was powered off before. > So: the stopped state will be reestablished afterwards, but not the > power state. > Updated. Also added a "forcewake" parameter (default true). 'Various SW' (https://www.nexus0.net/pub/sw/): Web Interface | TUI | Playlist Editor / Generator | Music Classification | Similar Music | Announce | EventTrigger | Chiptunes | LMSlib2go | ... 'Various HowTos' (https://www.nexus0.net/pub/documents/LMS/): build a self-contained LMS | Bluetooth/ALSA | Control LMS with any device | ... Roland0's Profile: http://forums.slimdevices.com/member.php?userid=56808 View this thread: http://forums.slimdevices.com/showthread.php?t=109096 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] ANNOUNCE: YouTube Plugin (API v3)
vhenninot wrote: > Hello Philippe, > > Thanks for your answer ! Many thanks for your help ! > I tried playback on both ipeng, squeezebox radio & boom. > > > Code: > > Logitech Media Server Version : 7.9.2 - 1524136933 @ Thu Apr 19 13:39:43 CEST 2018 > Nom d'hôte : raspberrypi > Adresse IP du serveur : 192.168.1.14 > Port HTTP du serveur : 9000 > Système d'exploitation : Debian - FR - utf8 > Architecture de la plate-forme : armv7l-linux > Version de Perl : 5.24.1 - arm-linux-gnueabihf-thread-multi-64int > Audio::Scan : 0.95 > Version de la base de données : DBD::SQLite 1.34_01 (sqlite 3.7.7.1) > > > > > Code: > > [21-01-13 09:05:31.5139] Slim::Player::StreamingController::playerActive (1993) 01:96:71:09:37:88 player already active: 01:96:71:09:37:88 > [21-01-13 09:05:31.5233] Slim::Player::Song::new (108) index 0 -> youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:31.5257] Slim::Player::StreamingController::resetSongqueue (1776) Song queue is now 0 > [21-01-13 09:05:31.5276] Slim::Player::StreamingController::playerActive (1993) 01:96:71:09:37:88 player already active: 01:96:71:09:37:88 > [21-01-13 09:05:31.5287] Slim::Player::Squeezebox::reconnect (80) 01:96:71:09:37:88 restaring play on pseudo-reconnect at 0 > [21-01-13 09:05:31.5297] Slim::Player::StreamingController::playerReconnect (2072) 01:96:71:09:37:88 > [21-01-13 09:05:31.5321] Slim::Player::StreamingController::_Stop (603) Song queue is now 0 > [21-01-13 09:05:31.5333] Slim::Player::StreamingController::_setPlayingState (2357) new playing state STOPPED > [21-01-13 09:05:31.5344] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state IDLE > [21-01-13 09:05:31.5355] Slim::Player::Squeezebox::reconnect (88) 01:96:71:09:37:88 forcing stop on pseudo-reconnect > [21-01-13 09:05:48.8218] Slim::Player::StreamingController::stop (2097) 00:04:20:2c:fd:8e > [21-01-13 09:05:48.8236] Slim::Player::StreamingController::resetSongqueue (1776) Song queue is now > [21-01-13 09:05:48.8277] Slim::Player::StreamingController::play (2100) 00:04:20:2c:fd:8e > [21-01-13 09:05:48.8305] Slim::Player::StreamingController::_setPlayingState (2357) new playing state STOPPED > [21-01-13 09:05:48.8316] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state IDLE > [21-01-13 09:05:48.8339] Slim::Player::Song::new (108) index 0 -> youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:48.8406] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state TRACKWAIT > [21-01-13 09:05:48.8441] Slim::Player::StreamingController::_playersMessage (789) Obtention des informations sur le flux...: youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:48.8497] Slim::Player::Song::getNextSong (229) youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:49.5873] Slim::Player::StreamingController::_nextTrackReady (737) 00:04:20:2c:fd:8e: nextTrack will be index 0 > [21-01-13 09:05:49.5887] Slim::Player::StreamingController::_Stream (1203) Song queue is now 0 > [21-01-13 09:05:49.5897] Slim::Player::StreamingController::_Stream (1206) 00:04:20:2c:fd:8e: preparing to stream song index 0 > [21-01-13 09:05:49.5907] Slim::Player::Song::open (363) youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:49.5933] Slim::Player::Song::open (387) seek=false time=0 canSeek=1 > [21-01-13 09:05:49.5952] Slim::Player::TranscodingHelper::getConvertCommand2 (443) Error: Didn't find any command matches for type: ops > [21-01-13 09:05:49.5958] Slim::Player::Song::open (409) Error: Couldn't create command line for ops playback for [youtube://www.youtube.com/v/2vjPBrBU-TM] > [21-01-13 09:05:49.5964] Slim::Player::StreamingController::_playersMessage (789) Problème: impossible de lire le type de fichier pour:: youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:49.5985] Slim::Player::StreamingController::_willRetry (1391) no retry data > [21-01-13 09:05:49.5990] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state IDLE > [21-01-13 09:05:49.5998] Slim::Player::StreamingController::nextsong (882) The next song is number 0, was 0 > [21-01-13 09:05:49.6006] Slim::Player::Song::new (108) index 0 -> youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:49.6016] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state TRACKWAIT > [21-01-13 09:05:49.6038] Slim::Player::StreamingController::_playersMessage (789) Obtention des informations sur le flux...: youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:49.6090] Slim::Player::Song::getNextSong (229) youtube://www.youtube.com/v/2vjPBrBU-TM > [21-01-13 09:05:50.3145] Slim::Player::StreamingController::_nextTrackReady (737) 00:04:20:2c:fd:8e: nextTrack will be index 0 > [21-01-13 09:05:50.3155] Slim::Pl
Re: [SlimDevices: Plugins] ANNOUNCE: YouTube Plugin (API v3)
Hello Philippe, Thanks for your answer ! Many thanks for your help ! I tried playback on both ipeng, squeezebox radio & boom. Code: Logitech Media Server Version : 7.9.2 - 1524136933 @ Thu Apr 19 13:39:43 CEST 2018 Nom d'hôte : raspberrypi Adresse IP du serveur : 192.168.1.14 Port HTTP du serveur : 9000 Système d'exploitation : Debian - FR - utf8 Architecture de la plate-forme : armv7l-linux Version de Perl : 5.24.1 - arm-linux-gnueabihf-thread-multi-64int Audio::Scan : 0.95 Version de la base de données : DBD::SQLite 1.34_01 (sqlite 3.7.7.1) Code: [21-01-13 09:05:31.5139] Slim::Player::StreamingController::playerActive (1993) 01:96:71:09:37:88 player already active: 01:96:71:09:37:88 [21-01-13 09:05:31.5233] Slim::Player::Song::new (108) index 0 -> youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:31.5257] Slim::Player::StreamingController::resetSongqueue (1776) Song queue is now 0 [21-01-13 09:05:31.5276] Slim::Player::StreamingController::playerActive (1993) 01:96:71:09:37:88 player already active: 01:96:71:09:37:88 [21-01-13 09:05:31.5287] Slim::Player::Squeezebox::reconnect (80) 01:96:71:09:37:88 restaring play on pseudo-reconnect at 0 [21-01-13 09:05:31.5297] Slim::Player::StreamingController::playerReconnect (2072) 01:96:71:09:37:88 [21-01-13 09:05:31.5321] Slim::Player::StreamingController::_Stop (603) Song queue is now 0 [21-01-13 09:05:31.5333] Slim::Player::StreamingController::_setPlayingState (2357) new playing state STOPPED [21-01-13 09:05:31.5344] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state IDLE [21-01-13 09:05:31.5355] Slim::Player::Squeezebox::reconnect (88) 01:96:71:09:37:88 forcing stop on pseudo-reconnect [21-01-13 09:05:48.8218] Slim::Player::StreamingController::stop (2097) 00:04:20:2c:fd:8e [21-01-13 09:05:48.8236] Slim::Player::StreamingController::resetSongqueue (1776) Song queue is now [21-01-13 09:05:48.8277] Slim::Player::StreamingController::play (2100) 00:04:20:2c:fd:8e [21-01-13 09:05:48.8305] Slim::Player::StreamingController::_setPlayingState (2357) new playing state STOPPED [21-01-13 09:05:48.8316] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state IDLE [21-01-13 09:05:48.8339] Slim::Player::Song::new (108) index 0 -> youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:48.8406] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state TRACKWAIT [21-01-13 09:05:48.8441] Slim::Player::StreamingController::_playersMessage (789) Obtention des informations sur le flux...: youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:48.8497] Slim::Player::Song::getNextSong (229) youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:49.5873] Slim::Player::StreamingController::_nextTrackReady (737) 00:04:20:2c:fd:8e: nextTrack will be index 0 [21-01-13 09:05:49.5887] Slim::Player::StreamingController::_Stream (1203) Song queue is now 0 [21-01-13 09:05:49.5897] Slim::Player::StreamingController::_Stream (1206) 00:04:20:2c:fd:8e: preparing to stream song index 0 [21-01-13 09:05:49.5907] Slim::Player::Song::open (363) youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:49.5933] Slim::Player::Song::open (387) seek=false time=0 canSeek=1 [21-01-13 09:05:49.5952] Slim::Player::TranscodingHelper::getConvertCommand2 (443) Error: Didn't find any command matches for type: ops [21-01-13 09:05:49.5958] Slim::Player::Song::open (409) Error: Couldn't create command line for ops playback for [youtube://www.youtube.com/v/2vjPBrBU-TM] [21-01-13 09:05:49.5964] Slim::Player::StreamingController::_playersMessage (789) Problème: impossible de lire le type de fichier pour:: youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:49.5985] Slim::Player::StreamingController::_willRetry (1391) no retry data [21-01-13 09:05:49.5990] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state IDLE [21-01-13 09:05:49.5998] Slim::Player::StreamingController::nextsong (882) The next song is number 0, was 0 [21-01-13 09:05:49.6006] Slim::Player::Song::new (108) index 0 -> youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:49.6016] Slim::Player::StreamingController::_setStreamingState (2366) new streaming state TRACKWAIT [21-01-13 09:05:49.6038] Slim::Player::StreamingController::_playersMessage (789) Obtention des informations sur le flux...: youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:49.6090] Slim::Player::Song::getNextSong (229) youtube://www.youtube.com/v/2vjPBrBU-TM [21-01-13 09:05:50.3145] Slim::Player::StreamingController::_nextTrackReady (737) 00:04:20:2c:fd:8e: nextTrack will be index 0 [21-01-13 09:05:50.3155] Slim::Player::StreamingController::_Stream (1203) Song queue is now 0 [21-01-13 09:05:50.3160] Slim::Player::StreamingController::_Stream (1206)
