picoreplayer - squeezelite - gets stuck when trying to play a broken radio station

[slartibartfast]

Not for me. IIRC Radio.net shuffles search results so different results each time except with LMS caches catches repeat search with same terms.

If I search in the default skin for 90.9 it seems to ignore the .9 and gives results as if the search had been for 90. In the Material skin searching for 90.9 works.

Sent from my Pixel 3a using Tapatalk

[bpa]

If I search in the default skin for 90.9 it seems to ignore the .9 and gives results as if the search had been for 90. In the Material skin searching for 90.9 works.

Plugin uses the LMS OPML query facility - IIRC it removes all characters that can pattern match (i.e search for 90.0 becomes 90 9) - it is usually OK for names - searching for frequencies is not great. Not sure how LMS Radio/Tunein Search manages to get around it - probably not using OPML query.

[paul-]

Restart of squeezlite via pCP main page fails.

If restarting squeezelite fails, that normally means squeezelite is crashing. And that would also cause the jivelite problems since the player is not connected to LMS anymore. Reboot your system, then go to the squeezelite page and turn on logging.

Since your are saying it's causing system instability, I would connect to the system with ssh, and run

tail -f /var/log/pcp_squeezelite.log

Now try to play what causes the problem and see if there is anything in the log.

PS. Where is your LMS server?

[slartibartfast]

Plugin uses the LMS OPML query facility - IIRC it removes all characters that can pattern match (i.e search for 90.0 becomes 90 9) - it is usually OK for names - searching for frequencies is not great. Not sure how LMS Radio/Tunein Search manages to get around it - probably not using OPML query.

It does seem to search as expected in Material though.

Sent from my Pixel 3a using Tapatalk

[bpa]

It does seem to search as expected in Material though.

You're right. The mysteries of LMS. I suppose the JS or page handler of Classic WebUI may be filtering the entered data.

Curious the icon for Jazzy Radio is different in Radio.net compared to Tunein.

[slartibartfast]

You're right. The mysteries of LMS. I suppose the JS or page handler of Classic WebUI may be filtering the entered data.

Curious the icon for Jazzy Radio is different in Radio.net compared to Tunein.

I just tried the Classic skin and the search fails there as well.

Sent from my Pixel 3a using Tapatalk

[sakos]

If restarting squeezelite fails, that normally means squeezelite is crashing. And that would also cause the jivelite problems since the player is not connected to LMS anymore. Reboot your system, then go to the squeezelite page and turn on logging.

Since your are saying it's causing system instability, I would connect to the system with ssh, and run

tail -f /var/log/pcp_squeezelite.log

Now try to play what causes the problem and see if there is anything in the log.

PS. Where is your LMS server?

LMS is local. It is a standalone device on an RPi2.

The result is strange.
If I enable all=sdebug, then the fault disappears. After selecting the broken station I got an error message on the screen about connection failure and the system is working fine, another station can be selected.

With all=debug settings the logs below can be seen.

[21:02:27.114015] process:521 audg
[21:02:27.114121] process_audg:433 audg gainL: 2048 gainR: 2048 adjust: 1
[21:02:27.114157] set_volume:233 setting internal gain left: 2048 right: 2048
[21:02:27.126490] process:521 strm
[21:02:27.126597] process_strm:274 strm command s
[21:02:27.126631] process_strm:344 strm s autostart: 3 transition period: 10 transition type: 0 codec: m
[21:02:27.126665] sendSTAT:189 STAT: STMf
[21:02:27.126784] codec_open:264 codec open: 'm'
[21:02:27.126823] codec_open:281 closing codec: 'a'
[21:02:27.127070] _tcp_connect:486 connecting to 94.199.183.186:80
[21:02:27.133442] stream_sock:577 header: GET /jazzy.mp3 HTTP/1.0
Cache-Control: no-cache
Connection: close
Accept: */*
Host: 94.199.183.186
User-Agent: iTunes/4.7.1 (Linux; N; piCore; armv8l-linux; EN; utf8) SqueezeCenter, Squeezebox Server, Logitech Media Server/8.0.0/1590399854
Icy-MetaData: 1


[21:02:27.133624] sendSTAT:189 STAT: STMc
[21:02:27.133871] process_strm:377 set fade mode: 0
[21:02:27.133993] process:521 audg
[21:02:27.134036] process_audg:433 audg gainL: 2048 gainR: 2048 adjust: 1
[21:02:27.134069] set_volume:233 setting internal gain left: 2048 right: 2048

After that the log is frozen. No more entry whatever I do.

[bpa]

LMS is local. It is a standalone device on an RPi2..

Just to eliminate possible https issues.

What OS is LMS runngin on ?
What version of LMS ?
What version of IO::Socket::SSL - found in LMS WebUI Settings/Information page/
What version of Squeezelite ?

[sakos]

Just to eliminate possible https issues.

What OS is LMS runngin on ?
What version of LMS ?
What version of IO::Socket::SSL - found in LMS WebUI Settings/Information page/
What version of Squeezelite ?

This is a standard piCorePlayer installation on a RPi with an 5''LCD and Hifiberry AMP+

Logitech Media Server Version: 8.0.0 - 1590399854 @ Mon May 25 12:25:07 CEST 2020
Operating system: piCore - EN - utf8
Platform Architecture: armv8l-linux
Perl Version: 5.28.2 - arm-linux-gnueabihf-thread-multi-64int
Audio::Scan: 1.02
IO::Socket::SSL: 2.066
Database Version: DBD::SQLite 1.58 (sqlite 3.22.0)

Player Model: SqueezeLite
Player Type: squeezelite
Firmware: v1.9.7-1270-pCP

[philippe_44]

LMS is local. It is a standalone device on an RPi2.

The result is strange.
If I enable all=sdebug, then the fault disappears. After selecting the broken station I got an error message on the screen about connection failure and the system is working fine, another station can be selected.

With all=debug settings the logs below can be seen.

[21:02:27.114015] process:521 audg
[21:02:27.114121] process_audg:433 audg gainL: 2048 gainR: 2048 adjust: 1
[21:02:27.114157] set_volume:233 setting internal gain left: 2048 right: 2048
[21:02:27.126490] process:521 strm
[21:02:27.126597] process_strm:274 strm command s
[21:02:27.126631] process_strm:344 strm s autostart: 3 transition period: 10 transition type: 0 codec: m
[21:02:27.126665] sendSTAT:189 STAT: STMf
[21:02:27.126784] codec_open:264 codec open: 'm'
[21:02:27.126823] codec_open:281 closing codec: 'a'
[21:02:27.127070] _tcp_connect:486 connecting to 94.199.183.186:80
[21:02:27.133442] stream_sock:577 header: GET /jazzy.mp3 HTTP/1.0
Cache-Control: no-cache
Connection: close
Accept: */*
Host: 94.199.183.186
User-Agent: iTunes/4.7.1 (Linux; N; piCore; armv8l-linux; EN; utf8) SqueezeCenter, Squeezebox Server, Logitech Media Server/8.0.0/1590399854
Icy-MetaData: 1


[21:02:27.133624] sendSTAT:189 STAT: STMc
[21:02:27.133871] process_strm:377 set fade mode: 0
[21:02:27.133993] process:521 audg
[21:02:27.134036] process_audg:433 audg gainL: 2048 gainR: 2048 adjust: 1
[21:02:27.134069] set_volume:233 setting internal gain left: 2048 right: 2048

After that the log is frozen. No more entry whatever I do.

You should get a server log with player.streaming.remote and player.source set to info or debug to see what LMS says.