Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 https://forums.slimdevices.com/showthread.php?117270-RTHK-streams-fail-to-play At the moment I can only test on Ubuntu x86 system and as the fix for zipped lists uses a CPAN library (already used by LMS) , the plugin should be tested on Windows and ARM system before general release. To install change the repository URL to that below and V2.101 should be come available. Code: http://bpa-code.github.io/bpaplugins/repo-playhls-v2-beta.xml bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > Hmm > amixer -c 1 set "E30 " 110 > works but it sets alsamixer to 110 out of 127 and doesn't directly > control the E30 preamp attenuation. Is changing volume in alsamixer > theoretically better or worse than in LMS? It seems the ALSA control is not connected to h/w. I think ALSA s/w volume control will be very similar to LMS volume control - all done in digital domain. slartibartfast wrote: > When I escape the quotes I get > squeezelite.serviceJob for squeezelite.service failed because a timeout > was exceeded. At a guess the escaped command line params get analysed incorrectly. Squeezelite logging may show what is happening but maybe not worth the effort since ALSA control does not seem to give h/w control. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > I'll try escaping the quotes later. I'm not even sure how I expect this > to work if I finally do get it working. The E30 has a display indicating > attenuation when in preamp mode, will that change with the volume? I'd hope that ALSA driver really drives the h/w control. You could try using amixer and the "set" command,and see if display changes. I did a bit of testing with a cheap USB audio adapter with just headphone & mic. Using "aplay -l" - the C-Media device showed up as card 2 with name "Set" so amixer option to select card 2 is "-c 2" or "-c Set" Code: minitower:$ amixer -c 2 scontrols Simple mixer control 'Headphone',0 Simple mixer control 'Mic',0 Simple mixer control 'Auto Gain Control',0 minitower:$ amixer -c 2 scontents Simple mixer control 'Headphone',0 Capabilities: pvolume pswitch pswitch-joined Playback channels: Front Left - Front Right Limits: Playback 0 - 151 Mono: Front Left: Playback 80 [53%] [-13.38dB] [on] Front Right: Playback 80 [53%] [-13.38dB] [on] Simple mixer control 'Mic',0 Capabilities: pvolume pvolume-joined cvolume cvolume-joined pswitch pswitch-joined cswitch cswitch-joined Playback channels: Mono Capture channels: Mono Limits: Playback 0 - 32 Capture 0 - 16 Mono: Playback 23 [72%] [34.36dB] [off] Capture 0 [0%] [0.00dB] [on] Simple mixer control 'Auto Gain Control',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on] minitower:$ amixer -c Set set Headphone 90 Simple mixer control 'Headphone',0 Capabilities: pvolume pswitch pswitch-joined Playback channels: Front Left - Front Right Limits: Playback 0 - 151 Mono: Front Left: Playback 90 [60%] [-11.50dB] [on] Front Right: Playback 90 [60%] [-11.50dB] [on] bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > > The options are listed within quote marks so adding more quote marks > doesn't work. I have > "-D 0:u32be -V E30 " if I remember correctly. > I'll try again with pCP and "-V E30 " > I found this which sounds like the sa In the shell script try escaping the quotes you want kept "-D 0:u32be -V \"E30 \"" on PCP it will be -V "E30 " and not "-V E30 " bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > I didn't use quotes as I was adding this option to > squeezelite_settings.sh > from this tutorial > http://www.gerrelt.nl/RaspberryPi/wordpress/tutorial-installing-squeezelite-player-on-raspbian/ > The options are listed within quote marks so adding more quote marks > doesn't work. I have > "-D 0:u32be -V E30 " if I remember correctly. > I found this which sounds like the same issue > https://github.com/Spotifyd/spotifyd/issues/261 OK. It does look the name needs to be quoted but I'm not sure what you suggest will work if squeezelite command line processing is doing what I think. I'll look at the shell script as there may be another way to get the quotes included. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > This is with -V E30 with a space after E30. > > Code: > > /usr/bin/squeezelite-armv6hf -o hw:CARD=E30,DEV=0 -n squeeze -m aa:bb:cc:dd:ee:ff -a 160:4::1 -f /var/log/squeezelite.log -d output=debug -D :u32be -V E30 -P /var/run/squeezelite-armv6hf.pid -z > [23:34:31.232759] output_init_alsa:936 init output > [23:34:31.233137] output_init_alsa:976 requested alsa_buffer: 160 alsa_period: 4 format: any mmap: 1 > [23:34:31.233236] output_init_common:360 outputbuf size: 3528000 > [23:34:31.233379] output_init_common:384 idle timeout: 0 > [23:34:31.322838] test_open:301 sample rate 1536000 not supported > [23:34:31.322984] test_open:301 sample rate 1411200 not supported > [23:34:31.323147] test_open:301 sample rate 32000 not supported > [23:34:31.323181] test_open:301 sample rate 24000 not supported > [23:34:31.323213] test_open:301 sample rate 22500 not supported > [23:34:31.323245] test_open:301 sample rate 16000 not supported > [23:34:31.323276] test_open:301 sample rate 12000 not supported > [23:34:31.323307] test_open:301 sample rate 11025 not supported > [23:34:31.323338] test_open:301 sample rate 8000 not supported > [23:34:31.323438] output_init_common:426 supported rates: 768000 705600 384000 352800 192000 176400 96000 88200 48000 44100 > [23:34:31.323864] mixer_init_alsa:886 error find selem T(x > [23:34:31.323926] output_init_alsa:986 Initialization of mixer failed, reverting to software volume > [23:34:31.342813] output_init_alsa:1002 memory locked > [23:34:31.343009] output_init_alsa:1008 glibc detected using mallopt > [23:34:31.343520] output_thread:685 open output device: hw:CARD=E30,DEV=0 > [23:34:31.343546] output_init_alsa:1028 set output sched fifo rt: 45 > [23:34:31.343920] alsa_open:354 opening device at: 44100 > [23:34:31.344596] alsa_open:425 opened device hw:CARD=E30,DEV=0 using format: S32_LE sample rate: 44100 mmap: 1 > [23:34:31.344719] alsa_open:516 buffer: 160 period: 4 -> buffer size: 7056 period size: 1764 > [23:34:31.429350] set_volume:233 setting internal gain left: 65536 right: 65536 > > > Did you use quote marks around the -V option (i.e -V "E30 ") I think there must be some bug in the mixer_init_alsa:886 error logging area or even the build - either volume name is saved wrong or wrong string is being printed. If you used quotes - then I'll update see if I can reproduce. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > How do I get it to work in Squeezelite though? I'm guessing the preevious log messages were just the default error message. if you enable logging "-d output=debug" - then we can look for differences between a normal run (e.g. my system) and your failing E30 system. There should be only about 10-20 log messages during startup/init so any differences should be easy to spot. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > I had to run "amixer -c E30 scontents" > > > Code: > > pi@squeeze:~ $ amixer -c E30 scontents > Simple mixer control 'E30 ',0 > Capabilities: pvolume pvolume-joined pswitch pswitch-joined > Playback channels: Mono > Limits: Playback 0 - 127 > Mono: Playback 127 [100%] [0.00dB] [on] > > > Looks normal - 'E30 ' is a simple volume control which is currently set at max vol 127. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
The command "amixer contents" gives details for all controls on the type of a control, valid range of values and maybe notes on what values mean e.g. "1=Enabled" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > On pCP the volume control name was "E30 " with a space after E30. Maybe > that is an issue. Could be - names have to be exactly right but doesn't explain the weird charactes - as if string variable in error message is pointing to garbage or random memory. Full "-d output=debug" log may show things up. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > I get the same error on Raspbian with -V E30. Maybe it simply doesn't > work. > > Sent from my Pixel 3a using Tapatalk Maybe, I have a vague memory of a similar issue before where an ALSA device only control was to enable/disable it. What happens when you use squeezelite logging. On my system with only default audio. Code: minitower:$ squeezelite -L Volume controls for default Master minitower:$ squeezelite -d output=debug -V Master [20:29:22.986549] output_init_alsa:817 init output . . . [20:29:23.406090] set_mixer:203 setting vol raw [0..65536] [20:29:23.408834] set_mixer:237 Master left: -24.6dB -> 42780 right: -24.6dB -> 42780 edit: OK - are your logs are from squeezelite. I couldn't find the code for mixer_init_alsa routine ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > The same error appears even when the Volume Control box is empty. > > Edit Forget that I was looking at the wrong section of log Lots of weird characters in error message. not sure but amixer volume control may not work if an application (e.g. squeezelite) has ALSA device already open. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > PCP diagnostics shows E30, same as -L You have confirmed that "E30" is a working volume control by testing with amixer. If it fails, it may provide a useful error message. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
Enabling squeezelite logging for DEBUG for output should show message about setting volume. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
slartibartfast wrote: > OK thanks. I tried "E30 Playback Volume" which also didn't work. Should > I use the full line "numid=3,iface=MIXER,name='E30 Playback Volume" ? Not sure. looking at Squeezelite code - the "-L" is supposed to list the volumen controls bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer and hardware volume control
I think you have to use the full ALSA name for the control after "-V". Use "amixer controls " to list all the controls by their ALSA name. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=117242 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty.exe not running
Caveman60 wrote:
> Once again, although the command "spotty.exe -x" works fine
>
> C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-
> multi-thread>spotty.exe -x
> ok spotty v1.3.0 - using librespot 0.4.1 c5b689f (Built on 2022-06-04,
> Build ID:
> hSvMvEM6, Profile: release)
> {"autoplay":true,"debug":false,"lms-auth":true,"ogg-direct":true,"podcasts":true
> ,"save-token":true,"version":"1.3.0","volume-normalisation":true,"zeroconf-port"
> :true}
>
> the full authorization command you suggest just crashes the program
>
> C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread>spotty.exe
> -c , -n :Spotify Authorization" -u "timodell" -p "??" -a
> --disable-discovery --ap-port 12321 --verbose
>
> C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread>
Checke the command line you entered. Is it really missing a quotation
mark and has a commnand instead of a full stop and an extra colon ?
>From above
Code:
C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread>spotty.exe
-c , -n :Spotify Authorization" -u "timodell" -p "??" -a
--disable-discovery --ap-port 12321 --verbose
What is correct
Code:
C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread>spotty.exe
-c . -n "Spotify Authorization" -u "timodell" -p "??" -a
--disable-discovery --ap-port 12321 --verbose
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=117195
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
Looking at log Code: 22-12-08 17:47:58.5553] Slim::Player::TranscodingHelper::getConvertCommand2 (493) Matched: wavin->pcm via: [arecord] -d0 -c2 -f S16_LE -r 44100 -traw -D $FILE$ [22-12-08 17:47:58.5560] Slim::Player::Song::open (424) Transcoder: streamMode=R, streamformat=pcm [22-12-08 17:47:58.5568] Slim::Player::Song::open (480) Opening stream (no direct streaming) using Plugins::WaveInput::WAVIN [wavin:hw:0] [22-12-08 17:47:58.5595] Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (667) Using command for conversion: "/bin/arecord" -d0 -c2 -f S16_LE -r 44100 -traw -D "hw:0" [22-12-08 17:47:58.5604] Plugins::WaveInput::WAVIN::new (41) WaveInput command ='"/bin/arecord" -d0 -c2 -f S16_LE -r 44100 -traw -D "hw:0"' [22-12-08 17:47:58.5862] Slim::Player::Song::open (510) URL is a song (audio): wavin:hw:0, type=pcm [22-12-08 17:47:58.5909] Slim::Player::SongStreamController::new (36) live=1 [22-12-08 17:47:58.5924] Slim::Player::StreamingController::_Stream (1283) bb:bb:1b:56:f4:f0: stream [22-12-08 17:47:58.5933] Plugins::WaveInput::WAVIN::getMetadataFor (100) Begin Function for wavin:hw:0 plugins/WaveInput/html/images/waveinput.png [22-12-08 17:47:58.5957] Slim::Player::StreamingController::_Stream (1320) Song queue is now 0 [22-12-08 17:47:58.5964] Slim::Player::StreamingController::_setPlayingState (2378) new playing state BUFFERING [22-12-08 17:47:58.5967] Slim::Player::StreamingController::_setStreamingState (2387) new streaming state STREAMING [22-12-08 17:47:58.5970] Slim::Player::StreamingController::_eventAction (302) bb:bb:1b:56:f4:f0: NextTrackReady - new state BUFFERING-STREAMING [22-12-08 17:47:58.5975] Slim::Player::StreamingController::_eventAction (302) bb:bb:1b:56:f4:f0: Play - new state BUFFERING-STREAMING [22-12-08 17:47:58.5985] Plugins::WaveInput::WAVIN::getMetadataFor (100) Begin Function for wavin:hw:0 plugins/WaveInput/html/images/waveinput.png . . . [22-12-08 17:47:58.6358] Plugins::WaveInput::WAVIN::getMetadataFor (100) Begin Function for wavin:hw:0 plugins/WaveInput/html/images/waveinput.png [22-12-08 17:47:58.6755] Slim::Player::Source::_readNextChunk (355) Read to end of file or pipe [22-12-08 17:47:58.6760] Slim::Player::Source::_readNextChunk (378) end of file or error on socket, song pos: 0 [22-12-08 17:47:58.6763] Slim::Player::Source::_readNextChunk (383) bb:bb:1b:56:f4:f0 mark end of stream [22-12-08 17:47:58.6767] Slim::Player::Source::_readNextChunk (391) Didn't stream any bytes for this song; mark it as failed [22-12-08 17:47:58.6770] Slim::Player::StreamingController::playerStreamingFailed (2249) bb:bb:1b:56:f4:f0 [22-12-08 17:47:58.6774] Slim::Player::StreamingController::_playersMessage (796) Problem: Can't open file for:: wavin:hw:0 This shows that WaveInput plugin starts running arecord command but the command fails immediately (0 bytes) for some reason so you get "end of file or error on socket, song pos: 0" - which LMS reports as " Problem: Can't open file for:: wavin:hw:0" Why the arecord/flac is not being chosen by LMS is unclear but can be resolved later. The issues is to understand why this command when run by LMS (under LMS userid) fails Code: '"/bin/arecord" -d0 -c2 -f S16_LE -r 44100 -traw -D "hw:0"' Possibilities to be checked include. 1. Cannot run arecord (e.g. invlaid binary, no permission) 2. Device "hw:0" is invalid 3. Device "hw:0" cannot be opened (e.g. no permission to access h/w, device already in use, incompatible parameters) What OS are you using ? What userid does LMS use ? Does it have permission to access audio hardware ? Is LMS being runs as a service ? If run as a service does your OS allow services to access hardware ? While you check the above, you should also make sure the basic command line works OK from a shell prompt. Try the following command line from a shell prompt Code: /bin/arecord -d0 -c2 -f S16_LE -r 44100 -twav -D hw:0 >/tmp/wavincapture.wav 1. Run this command. 2. If it stops immediately report the error message 3. If it runs then let it run for about 30 secs and then CTRL/C to stop it. 4. Check the size of the file /tmpwavincapture.wav - if it is a reasonable size - try playing it and make it is a copy of the audio being input. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
xtreame wrote: > Thanks for your answer. I reinstalled everything and it's behaving > different now. I turned DEBUG on > > attached log file > > it's now telling "rejecting [arecord] ... because required capability T > not supported" and "Error: Didn't find any command matches for type: > wavin" > > any clues about this? I'll look into later. LMS looks at all rules simultaneously to find which ones will work and then selects best one. So failed rules will show errors (e.g. no lame, not T capability) so they will never be a candidate for use. What are the Filetypes settings for Wavin ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: WaveInput for Linux
xtreame wrote: > Hi bpa, > > first of all thanks for this LMS plugin! > > I have an LMS (v8.2.0) running on latest Raspberry Pi OS (without gui) > Installation went well but when pressing play on WebInterface player it > will not start streaming and in logfile i get this error: > > > Code: > > [22-12-08 16:23:00.1785] Slim::Player::Song::open (417) Error: Couldn't create command line for wavin playback for [wavin:0] > [22-12-08 16:23:17.4917] Slim::Player::Song::open (417) Error: Couldn't create command line for wavin playback for [wavin:hw:0] > [22-12-08 16:27:59.0408] Slim::Player::Song::open (417) Error: Couldn't create command line for wavin playback for [wavin:hw:0] > > > > I tried different variants with wavin: > > Do you have an idea what the problem can be? > > P.S. squeezeboxserver user is member of group audio > > Thank you in advance! > > BR That error is usually associated with a bad/failed install. 1. Check the plugin is installed OK in Settings/Plugins 2. Check there is a WaveInput entry in Settings/Advanced/Filetypes. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=49584 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer, bt stutters when players synchronized
gian wrote: > ooops! no! I was looking at the wrong Raspi... > Too many of these darn elves running around! > > So, CPU n.3 is running at 100%: > - Command python3 > - /usr/local/bin/pcp-btspeaker-daemon.py debug pcp-btspeaker-daemon.py uses threads so I'm guessing one thread is having a problem. Since you have enabled bt daemon logging, can you attach a zipped copy of the file /var/log/pcp_bt.log bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116976 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer, bt stutters when players synchronized
gian wrote: > Sorry, maybe I had not understood the question. > No, LMS is running on another host, this a player dedicated to the two > BT speakers. > I wasn't able to run reliably all the functions I needed in a single > player: AP, DAC, two BT speakers, one USB relais to switch on the main > HIFI system: so I split in two. > Both Raspi connected on eth0. OK, so the process with the high processing has nothing to do with LMS or LMS provision of audio stream. I think it would still be interesting to know which process is loading a CPU core - if it is BT related process then BT signal quality may be the issue. With htop the CPU which a process is using can be shown using Setup / Columns and adding "PROCESSOR". The loading of each CPU can be shown using Setup / Meters and adding one of the "CPUs" options . To avoid showing child processes and just totals - turn off "tree view" in Setup / Display options. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116976 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer, bt stutters when players synchronized
gian wrote: > Yes, the source is Logitech Media Server Version: 8.3.0 - 1667251155 @ > Fri 04 Nov 2022 09:14:25 AM CET > > The two bt speakers wake me up with BBC Radio3 every morning, and are > synchronized so I can follow "Bach before 7" from bed to shower. LMS is up to date so no chance of old bug and anyway BBC streams (DASH) didn't trigger it. It's not clear which system is running LMS. Is LMS running on the PCP system that you showed Code: CPU2: 24.3% usr 75.6% sys 0.0% nic 0.0% idle 0.0% io 0.0% irq 0.0% sirq bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116976 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer, bt stutters when players synchronized
gian wrote: > In the same room I have another Raspi (Raspbian Buster), connected to my > main stereo system with a Hifi Berry DAC, connected with eth0, works > also as bridged AP. > I have just fixed a problem where the DAC would kill the wifi, moving > the channel from 1 to 3. > I found the solution here: > https://www.hifiberry.com/blog/wlan-driver-bug-in-raspberry-pi-kernel/ > As a side effect, it looks like the stuttering has reduced a lot (I > would almost say vanished, but I am wary to say it is solved). > Interference between the two? > Maybe I should find a way to turn down just the BT on the AP. I still think you should find out what process is taking 100% As Paul has pointed out - except for LMS - most processes are multithreaded and so should not show this issue. The fact that 75% is in kernel is very odd. I don't know pcp and its BT stuff - is LMS still a source - if so what version of LMS. What is the source of the audio stream you are playing ? There was an LMS bug recently with some internet radio stream where LMS process would load CPU to 100% (I can't remember the usr/sys split) bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116976 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer, bt stutters when players synchronized
gian wrote: > > Mem: 194592K used, 801504K free, 14504K shrd, 5240K buff, 68072K cached > CPU0: 5.1% usr 1.0% sys 0.0% nic 93.7% idle 0.0% io 0.0% irq 0.0% > sirq > CPU1: 0.0% usr 0.2% sys 0.0% nic 99.7% idle 0.0% io 0.0% irq 0.0% > sirq > CPU2: 24.3% usr 75.6% sys 0.0% nic 0.0% idle 0.0% io 0.0% irq 0.0% > sirq > CPU3: 4.0% usr 0.2% sys 0.0% nic 95.7% idle 0.0% io 0.0% irq 0.0% > sirq > This shows one core CPU2 has 100% loading but strangely 75% is in "sys" What process is running on this core ? if it is bluealsa - then could there be a problem with driver ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116976 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] piCorePlayer, bt stutters when players synchronized
gian wrote: > I think that the stuttering comes from trying to keep the players in > sync. > > Issuing top, I see CPU running at 24% with python3 > /usr/local/bin/pcp-btspeaker-daemon.py debug. > > Could it be a CPU problem? Pi3 & 4 have 4 cores. If one core is running at 100% then CPU loading overall is 25%. LMS is single threaded so it runs on a single core but transcoding applications will run on other cores and may in fact be mulithreaded (i.e use more than one core) You should use a tool which shows individual core loading to see if any core is 100% loaded and to be sure what process is taking up time. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116976 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 Server Responsibilities > ... > "HTTP servers SHOULD transfer text files -- such as Playlists and > WebVTT segments -- using the "gzip" Content-Encoding if the client > indicates that it is prepared to accept it." > > Edit: > and this seems to be relevant > https://www.martin-riedl.de/2018/09/12/gzip-compression-for-hls-playlists/ The real behaviour doesn't match the "standards" or comments. The real stupidity is (i) the savings (even with large m3u files) is v. small compared to audio and HTTP headers and (ii) why not compress every response. In this case it's not a hard hack to fix. Plugin expects first line to be "#EXTM3U" - if it is not then an error. The hack is , now if no "#EXTM3U" found, then unzip and then see if first line is "#EXTM3U". bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 also be indicated in response Content header). It seems it's just the way HLS servers are implemented. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 bit of hack to fix. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 /app ). A quick looks at the first stream - seems not to have instream metadata For the record. PlayHLS V1.x never extracts instream metadata PlauHLS V2.x will handle some types of instream metadata and pass on to LMS to display on UI. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Possible to ONLY show Volume 0-100 on a separate display using JIvelite ?
A few years ago a user put an LCD display on a picoreplayer. https://forums.slimdevices.com/showthread.php?101269-piCorePlayer-%A32-LCD The Python application used pyLMS to access playing data - track name but volume is also available from LMS. https://github.com/jinglemansweep/PyLMS https://github.com/MartyTremblay/piCorePlayer-i2c-LCD Can't be sure if these repositories are up to date but it is a pointer. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116958 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: Radio Now Playing plugin
bobcoupee wrote: > > [22-10-14 20:08:28.4944] Slim::Player::Song::open (417) Error: Couldn't > create command line for hls playback for > [https://cbcradiolive.akamaized.net/hls/live/2041057/ES_R2ETR/master.m3u8] > Did PlayHLS work before ? This sort of error usually appears if PlayHLS is not installed or PlayHLS V1 is installed but the support application ffmpeg was not also installed. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=115201 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 it was a broadcaster/equipment problem which has been resolved or just an unusual set of circumstances. I think I know why the error message is produced - just I cannot see how the situation can arise - might have to wait to see error reappears. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 Settings/Information > ? > IO::Socket::SSL: 2.024. > > What version of PlayHLS are you running V1.* (with ffmpeg version ?) or > V2 (native)? > v2.9. > > What URL are your trying to play ? > https://drliveradio.akamaized.net/hls/live/2022411/p4kobenhavn/masterab.m3u8 > > I suspect that it may have had something to do with the stream, testing > today shows no errors in the log.. 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 errors were logged (e.g. evening, midnight shift, weekends, commute time weekdays) ? The type of program being broadcast (e.g. live, pre-recorded, very long) may hint when to test. The PlayHLS plugin implements a version of HLS from a few years ago - audio stream have tended not to use many of the newer feature (which are mainly video). IIRC DR Radio have tended to be a leading edge of broadcast tech. The problem maybe a new or little used HLS feature which is not implemented or its implementation is incomplete/buggy. With the Plugin version I can look at the line of code and try to understand what might trigger the error. The URL has 6 options for stream (and alternates) at 96kbps, 256kbps and 320kbps - perhaps the problem happens with one of the speeds/alternates. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 /var/lib/squeezeboxserver/cache/Install > edPlugins/Plugins/PlayHLS/HLSPLAY.pm line 569. Details please. You are running Ubuntu 16.x which is quite old: what version of Perl ? what version of IO::Socket::SSL is showing in WebUI Settings/Information ? What version of PlayHLS are you running V1.* (with ffmpeg version ?) or V2 (native)? What URL are your trying to play ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
pupvogel wrote: > Maybe it's worth mentioning: > I tried downloading the whole track (using dlmixcloud.com) to check if > it plays through when NOT streaming. It does. Just remembered - watchdog timer is only enabled for remote streaming. The watchdog timer was implemented because when remote source reset the link - transcoding chain would shutdown but often leaving zombie processes. For some users with a favorite station played often - this resulted in the regularly need to reboot the PC. Need to check whether watchdog mechanism is "faulty" now that buffered (i.e. saved in a temp file) remote streaming has been implemented (e.g. whole source is downloaded into LMS within seconds of playing starting and prorbably connection closed). Intuitively this should not be the case as player consumes audio at rate of playing and so audio data should be flowing constantly through socketwrapper as long as there is data to be played regardless of source. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
There is a subtle difference between playing same track on same player between a Ubuntu based LMS and a Windows. It looks like there is a slight difference in processing the MP4 file header. Ubuntu Logitech Media Server Version: 8.3.0 "nightly" Code: [22-04-15 19:55:04.2969] Slim::Player::StreamingController::_setStreamingState (2387) new streaming state TRACKWAIT [22-04-15 19:55:04.2971] Plugins::MixCloud::ProtocolHandler::getMetadataFor (223) Getting track details for mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/undef [22-04-15 19:55:04.2980] Slim::Player::StreamingController::_playersMessage (796) Getting stream info...: mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ [22-04-15 19:55:04.2983] Slim::Player::Song::getNextSong (222) mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ [22-04-15 19:55:04.2984] Slim::Player::Song::getNextSong (244) scanning URL mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ [22-04-15 19:55:04.2985] Slim::Player::Song::getNextSong (222) mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ [22-04-15 19:55:04.2987] Plugins::MixCloud::ProtocolHandler::_fetchTrackExtra (171) Fetching complement with downloader mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ https://www.mixcloud.com/ibizasonica/jacks-house-radio-show-by-clara-da-costa/ [22-04-15 19:55:04.3414] Slim::Player::TranscodingHelper::getConvertCommand2 (490) Error: Didn't find any command matches for type: mp4 [22-04-15 19:55:07.7291] Plugins::MixCloud::ProtocolHandler::__ANON__ (193) Got play URL https://stream11.mixcloud.com/secure/c/m4a/64/7/2/a/7/4486-cf19-4fe5-83d1-a98ea70cef37.m4a?sig=wcVlYHLxDScCMcXBJopQpw for mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ from download [22-04-15 19:55:08.0451] Slim::Formats::Movie::parseStream (236) found audio offset with stco 325972 [22-04-15 19:55:08.0488] Slim::Player::StreamingController::_nextTrackReady (744) 00:04:20:16:07:0e: nextTrack will be index 0 [22-04-15 19:55:08.0492] Slim::Player::StreamingController::_Stream (1211) Song queue is now 0 [22-04-15 19:55:08.0495] Slim::Player::StreamingController::_Stream (1214) 00:04:20:16:07:0e: preparing to stream song index 0 [22-04-15 19:55:08.0498] Slim::Player::Song::open (362) mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ [22-04-15 19:55:08.0502] Slim::Player::Song::open (394) seek=false time=0 canSeek=0SEEK_ERROR_TYPE_NOT_SUPPORTEDmp4 [22-04-15 19:55:08.0509] Slim::Player::TranscodingHelper::getConvertCommand2 (490) Error: Didn't find any command matches for type: mp4 [22-04-15 19:55:08.0516] Slim::Player::TranscodingHelper::getConvertCommand2 (493) Matched: aac->flc via: [faad] -q -w -f 1 $FILE$ | [flac] -cs --totally-silent --compression-level-0 --ignore-chunk-sizes - [22-04-15 19:55:08.0518] Slim::Player::Song::open (424) Transcoder: streamMode=I, streamformat=flc [22-04-15 19:55:08.0521] Slim::Player::Song::open (480) Opening stream (no direct streaming) using Plugins::MixCloud::ProtocolHandler [mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/] [22-04-15 19:55:08.0522] Plugins::MixCloud::ProtocolHandler::new (65) Remote streaming Mixcloud track: https://stream11.mixcloud.com/secure/c/m4a/64/7/2/a/7/4486-cf19-4fe5-83d1-a98ea70cef37.m4a?sig=wcVlYHLxDScCMcXBJopQpw [22-04-15 19:55:08.0523] Plugins::MixCloud::ProtocolHandler::new (75) Using Slim::Player::Protocols::HTTPS; [22-04-15 19:55:08.0524] Slim::Player::Protocols::HTTPS::new (38) Opening connection to https://stream11.mixcloud.com/secure/c/m4a/64/7/2/a/7/4486-cf19-4fe5-83d1-a98ea70cef37.m4a?sig=wcVlYHLxDScCMcXBJopQpw: [stream11.mixcloud.com on port 443 with path /secure/c/m4a/64/7/2/a/7/4486-cf19-4fe5-83d1-a98ea70cef37.m4a?sig=wcVlYHLxDScCMcXBJopQpw with timeout 15] [22-04-15 19:55:08.2034] Slim::Formats::Movie::getInitialAudioBlock (181) Reading initial audio block: length 325972 [22-04-15 19:55:08.2038] Slim::Player::Protocols::HTTP::request (166) building new header [22-04-15 19:55:08.2046] Slim::Formats::RemoteStream::request (144) Request: GET /secure/c/m4a/64/7/2/a/7/4486-cf19-4fe5-83d1-a98ea70cef37.m4a?sig=wcVlYHLxDScCMcXBJopQpw HTTP/1.0 Windows Logitech Media Server Version: v8.3.0, 1649774106, Tue Apr 12 21:54:57 WEDT 2022 Code: [22-04-15 20:15:32.3136] Slim::Player::StreamingController::_setStreamingState (2387) new streaming state TRACKWAIT [22-04-15 20:15:32.3139] Slim::Player::StreamingController::_playersMessage (796) Getting stream info...: mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ [22-04-15 20:15:32.3141] Slim::Player::Song::getNextSong (222) mixcloud://ibizasonica/jacks-house-radio-show-by-clara-da-costa/ [22-04-15 20:15:32.3142] Slim::Player::Song::getNextSong (244) scanning URL
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
pupvogel wrote: > Maybe it's worth mentioning: > I tried downloading the whole track (using dlmixcloud.com) to check if > it plays through when NOT streaming. It does. I did that yesterday on Linux just to check mp4/faad handling in case there was something unusual. As playing from a file shows that transcoded stream to player does not trigger Watchdog. I feel the problem is to do with input streaming which is being buffered and then passed through transcoding chain before being streamed to player (even though player on same system as server, TCP networking is used). Often in these cases input stream gets reset if player is playing audio and not asking for data, which is why HTTP "persistent" buffering is needed. So there may be an unusual set of read/writes. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
pupvogel wrote: > @bpa > But even with "prefer native" checked (under Settings->Advanced->File > Types), the Digweed-track will stop before 3min00 in Squeezelite-X. Prefer native checked just means it plays without transcoding as you reported yesterday. On my system it played OK - I had to uncheck "native" and disable "mp4->AAC" to get squeezelite on Win to fail This is what I mean that your setup (i.e. Win1,, network, secxurit s/w etc.) is in some way "unusual". bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 > oxserver/cache/InstalledPlugins/Plugins/PlayHLS/M3UM3U8.pm line 84, near > "Slim::Formats::Playlists::M3U:" > Compilation failed in require at (eval 1153) line 2. > BEGIN failed--compilation aborted at (eval 1153) line 2. 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. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
pupvogel wrote:
> Is this how squeezelite-x is set-up when I install it ? Because I never
> changed any settings for it...and the "Digweed Denney"-example stops at
> about the same time on both hardware players and the Squeezelite.
> Other tracks are not that consistent, so I would recommend using that
> one for testing.
>
> For example the other track I mentioned earlier ("Clara da Costa")
> sometimes plays up to ten minutes before stopping.
>
> My Squeezelite is also v1.9.9-1401.
No - standard installation prefers "native" and no transcoding (i.e.
least processing - audio data from source gets delivered to player
unchanged), so all settings enabled - I had to disable them and force
transcoding.
With forcing transcoding with Squeezelite - "Clara de Costa" on my i7
Win10 system stops in less than 1min.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=116078
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
squeezelite on Win also fails if native MP4/AAC is disabled (and prfer native decode check box off) and so transcoding is required. It means a simple single system test setup can be used to test. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Managed to setup a win 11 system and I got a similar issue with a Boom but no problem with Radio or a squeezlite 1.9.9-1401 on the Windows system. So there could be an issue with mixcloud buffering and socketwrapper. It is possible you have a second similar problem which is manifesting on the Squeezelite-x or perhaps the same issue but very rarely appears on non old SB players but something on your setup has triggered it - in this case Mixcloud buffering would be areas of interest. What version of squeezelite is running in Squeezelite-X ? I'll see if I can add log statements to Mixcloud to get better insight. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
pupvogel wrote: > Err, yes you are right, now that really explains why I didn't get a > socketwrapper-log when streaming to Squeezelite-X... 8-p > > Also (sorry, just remembered), in the other thread, "chieftobitobsn" > remarked that he has the same issue on a raspi3/debian-system, so it > cannot be Windows only. The "end of file" usually means the source has stopped after 2,544,246 AAC bytes. The stream is about 60,281,586 long (includes some MPEG4 headers) Code: [22-04-14 17:37:38.] Slim::Player::StreamingController::_eventAction (270) 18:c0:4d:e9:61:7b: Started in BUFFERING-STREAMING -> Slim::Player::StreamingController::_Playing [22-04-14 17:37:38.6667] Slim::Player::StreamingController::_setPlayingState (2378) new playing state PLAYING [22-04-14 17:37:38.6667] Slim::Player::StreamingController::_Playing (368) Song 0 has now started playing [22-04-14 17:37:38.6670] Slim::Player::StreamingController::_Playing (397) Song queue is now 0 [22-04-14 17:37:38.6671] Slim::Player::StreamingController::_eventAction (302) 18:c0:4d:e9:61:7b: Started - new state PLAYING-STREAMING [22-04-14 17:37:38.6672] Slim::Player::StreamingController::_eventAction (270) 18:c0:4d:e9:61:7b: StatusHeartbeat in PLAYING-STREAMING -> Slim::Player::StreamingController::_CheckSync [22-04-14 17:37:38.8039] Slim::Player::Source::_readNextChunk (345) Got EINTR, will try again later. [22-04-14 17:37:39.2305] Slim::Player::Source::_readNextChunk (345) Got EINTR, will try again later. [22-04-14 17:37:39.6462] Slim::Player::Source::_readNextChunk (345) Got EINTR, will try again later. [22-04-14 17:37:40.0649] Slim::Player::Source::_readNextChunk (355) Read to end of file or pipe [22-04-14 17:37:40.0653] Slim::Player::Source::_readNextChunk (378) end of file or error on socket, song pos: 2544246 [22-04-14 17:37:40.0656] Slim::Player::Source::_readNextChunk (383) 18:c0:4d:e9:61:7b mark end of stream bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
pupvogel wrote: > Here is another log-combo, this time with Mixcloud-logging set to > debug. > Doesn't add too much info, though... Yes - looks like Mixcloud has no relevant logging and would need to be modified to tge the data. Bugs in socketwrapper usually result in loss of data at start or the very end. When a stream stops mid stream - the problem can be buffering and sizes of buffers in player and network timeouts in the source. socketwrapper was written many many years ago when to overcome a Perl/Windows shortcoming. Processors were single core and player had small buffer and streams were only slow. LMS could only relay small amounts of data. Many changes since then. Processors have multi core so race conditions may occur. Since Win 10, a bit of Windows internal scheduling has changed - so windows doesn't quite behave as it used to. To cope with network reset when streaming large podcasts (i.e. multimegabyte files) which didn;t like keeping networkj connection open while player played audio in realtime - LMS now has various buffering mechanisms. Some players (e.g. squeezelite) can now very large internal buffers which means huge demand for audio data at beginning and then nothing for the last section. Squeezelite can also play more formats so transcode doesn't happen so offering squeezelite players as a baseline example is not applicable. My first inclination is to understand how data is being buffered in this stream - from mixcloud through LMS and transcode chain into a player. However clarification is needed. You seem to indicate the problem as happens with Squeezlite-X. If the problem happens with Squeezelite - squeezelite can play AAC native (as file is AAC codec in MPEG-4 format) so there should be no transcoding and no socketwrapper. Can you get a server.log of player.source when playing to Squeezelite-X bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
pupvogel wrote: > Ok, found the problem...here's both a server.log including timestamps > and the corresponding socketwrapperdebug.log Need more on system details. What sort of player et.c Socketwrapper is like the old firebucket chain - socketwrapper make sure data is passed from one process to the next in the transcode chain - multiple threads each one does the same thing: Wait for data, Read-data, Write data - repeat Looking at timing - socketwrapper is passing data up to 15:27:14.801 - then suddenly no more data to read/write (i.e. player has stopped and/or source has stopped - possible network issue). Socketwrapper waits for x secs and since nothing has moved, watchdig expires - shutdown at 15:27:26 (i.e. 12 secs ) Code: SW: 2022-04-14 15:27:14.800 MoveDataThreadProc for step 3 about to call ReadFile. SW: 2022-04-14 15:27:14.801 MoveDataThreadProc for step 3 got 8192 bytes, about to write data. SW: 2022-04-14 15:27:26.070 Watchdog expired - Thread for step 3 stalled. SW: 2022-04-14 15:27:26.071 Tidying up SW: 2022-04-14 15:27:26.073 Watchdog expired SW: 2022-04-14 15:27:28.076 Tidying up - Thread for step 0 hasn't died. SW: 2022-04-14 15:27:28.077 Thread for step 0 streamed145 blocks totalling 00121FB7 (1187767) bytes SW: 2022-04-14 15:27:28.078 Waiting for process step 1 to terminate LMS logs - sysread is reading data from transcoded chain and it shown data stop at 15:26:56 - about a minute before socketwrapper has problems. Code: [22-04-14 15:26:56.0374] Slim::Player::Pipeline::acceptReader (202) Pipeline reader connected [22-04-14 15:26:56.1307] Slim::Player::Player::_buffering (1154) Buffering... 0 / 261120 [22-04-14 15:26:56.1308] Slim::Player::Player::_buffering (1155) +output... 3497600 / 1058400 [22-04-14 15:26:56.4270] Slim::Player::Pipeline::sysread (281) Pipeline doesn't have pending bytes - trying to get some from source [22-04-14 15:26:56.4284] Slim::Player::Pipeline::sysread (304) Attempting to write to pipeline writer [22-04-14 15:26:56.4294] Slim::Player::Pipeline::sysread (310) Wrote 16311 bytes to pipeline writer [22-04-14 15:26:56.4297] Slim::Player::Pipeline::sysread (281) Pipeline doesn't have pending bytes - trying to get some from source So question is why data stopped going into socketwrapper ? You need to get log from mixcloud bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
socketwrapper watchdog timer expires when no data has "moved" through the transcode chain within about 15 (maybe longer) seconds. The server.log seems to indicated that data has stopped arriving at transcode chain - more logging with timing is required to confirm this. However, there is something strange about your server.log - there are no timestamps on the entries - this is usually means the log conf file has been altered or corrupted. Please fix the log facility so that timings can be examined. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Quick reaction - need time to look at log but also provide full system details - some socketwrapper issues happen with version of Windows, CPU type and also security s/w Anything that fails at 2:30 - usually means problem with WAV as that is the maximum frame count of a CD quality audio file. Also sanity check is needed - does the same issues happen on non Windows setup ? So full details of what is being tested LMS, Mixcloud stream so that it can be replicated. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 LMS Announce plugin. It's possible the fix for No. 2 has broken playing some HLS stream which end with m3u8 but has an incorrect MIME type. Incorrect MIME type with HLS is not as common as a few years ago. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 streams which end with m3u and m3u8. Most of my set of HLS test stream play OK - some obviously don't work because URLs have changed (it been awhile since I did a full test). I'm not sure about some others so I need to do regression test. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 when this problem > probably has no impact for most people :) I now have a limited installation of LMS Announce setup to test. Bugs come with the territory of creating plugins. The solution may be deceptively simple (although it took a few iterations to get here) but I need to do a lot more testing to find if this change breaks something else. Can you try the following. 1. Download and save the file "custom-types.conf.txt". 2. Rename it to "custom-types.conf" 3. Replace the file with same name in Plugins/PlayHLS. 4. restart LMS. +---+ |Filename: custom-types.conf.txt| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37689| +---+ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 are saying about the core M3U
> processing - I believe this is called from Control::Commands line 1549
> when it processes a 'playlist resume' command for a filetype of 'M3U'.
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.
Code:
if ($load) {
# The user may have stopped in the middle of a
# saved playlist - resume if we can. Bug 1582
my $playlistObj = $client->currentPlaylist();
if ($playlistObj && ref($playlistObj) &&
$playlistObj->content_type =~ /^(?:ssp|m3u)$/) {
if (!defined $jumpToIndex &&
!Slim::Player::Playlist::shuffle($client)) {
$jumpToIndex =
Slim::Formats::Playlists::M3U->readCurTrackForM3U(
$client->currentPlaylist->path ); }
So I am working on feasibility of separating m3u8 processing from m3u as
otherwise the fix may require updates to LMS which means many users
would not get benefit unless they updated.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=103158
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 - I guess that also proves that's the copy of _item that's > being called. > > Thanks for your guidance on this, I hope to spend a bit more time > tracking down the problem tomorrow - having to manually restart the > stream is a showstopper for me. 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 indirectly via a playlist type lookup). I'll look some more. If it is a LMS core issue, I may have to separate out m3u from m3u8 processing. When I started PlayHLS - stations used m3u and m3u8 suffix as if they were the same just with UTF8 support - now with HLS established there is more rigour and it may be possible to have PlayHLS deal with m3u8 alone and ignore m3u. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 playlists when PlayHLS is > enabled - I'm not sure if this is significant but it is the only > difference that I can immediately see. 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. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 playlists when PlayHLS is > enabled - I'm not sure if this is significant but it is the only > difference that I can immediately see. IIRC During testing of the usual playlist adding/deleting/removing functionality I never managed to get _item to be called. Interesting that it is called from this application. There is a copy of _item in PlayHLS plugin - it is strange so either the routine was called but no log entry (unlikely) or else not called from LMS M3U read function processing - which is the probable line in inquiry. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 then resumed is the issue. Just from looking at code, AFAICT the plugin will just repeat the same LMS call as original - the plugin examines the playlist and determines it is not HLS and so then calls the LMS Playlist processing as before. So the problem does not look like an obvious error in code (e.g. missing write routine) so perhaps something more subtle - something getting lost somewhere. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 while I see if it > might do what I'm looking for; I have just the plugin installed and call > it from a browser to play a file: > > http://192.168.1.12:9000/plugins/LMSannounce/js.html?cmd=announceFile=%2Fhome%2Ftc%2Ftrack3.mp3=00%3A04%3A20%3A26%3A72%3A6d > > This plays the file /home/tc/track3.mp3, a short test track; you can > specify the playerid or use 00%3A00%3A00%3A00%3A00%3A00 and it will > choose one. For both scenarios - there is only one line in the log file for plug.lmsannounce set to DEBUG ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 show the issue. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CDplayer plugin
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 CD/DVD/BD with a micro B USB3 connected has a Y connector (i.e. use two USB sockets on Pi3) but it was fussy about what other devices were connected directly into Pi. I think problems were with some HID devices (e.g. keyboards, USB1 ?) There may also be other issues if Pi uses wired network connenction as Ethernet will then be shared with CD drive. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=47288 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CDplayer plugin
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 branded "Antika" and it is an external disk. However, the > device info says it is a LG GT80N. OK. On image I see Antika drive has USB3 (blue insert) connector - which means it may require a USB3 port to get enough power. There are no USB3 ports on a Pi3 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=47288 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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: http://forums.slimdevices.com/attachment.php?attachmentid=37685| +---+ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CDplayer plugin
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: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=47288 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 object method "write" via package "Plugins::PlayHLS::M3UM3U8" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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: ["playlists","edit","playlist_id:10911","cmd:add","url:file:///mnt/hddrive//albums/Blues/20th%20Century%20Blues/06%20-%20Complainte%20De%20La%20Seine.mp3"]] ["playlistcontrol","cmd:add","track_id:8241","library_id:0"]] This mean problem lies somewhere in LMS playHLS interaction. To deal with HLS, the PlayHLS plugins has to insert itself into LMS m3u processing to split out m3u8 handling from m3u handling as LMS handles m3u and m3u8 with same routine. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: PlayHLS Plugin - plugin to play Apple HLS m3u8 stream
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 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=103158 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CDplayer plugin
papaiannis wrote: > Any help would be appreciated. Thank you. If you look at posts a few months ago, there was a very very long interaction with another user where a CD drive just didn't work on a Pi. In the end - gave up trying to make the drive work with the Pi. So be prepared - some CD/DVD/BD drives do not work on some Pis - not sure the reason. I tested two different drives on my Pi3 & Pi4 and they worked OK with no special tweak or changes except using a USB hub as I have USB mouse and keyboard. Main issue - POWER. If you can - make sure CD drive is powered separate through a separate USB hub. In the meantime - full details - so that perhaps I can test a simlar setup. What model Pi ? What model CD/DVD drive ? Does CD drive have a USB Y-connector or its own separate power supply ? What other USB devices are plugged into the Pi ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=47288 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Waveinput Stopped Working
stevens_pete wrote: > LogitechMediaServer-8.3.0-1648967149 > > Upgraded to 8.3 - and all was ok - installed the latest update and now > WaveInput has stopped working - the plugin states "not supported" > upgrade the version. AFAICT none of the current version of WaveInput have a MaxVersion restriction What OS are you running on ? Make you have no additional repository defined and you are using the LMS 3rd party repository. Otherwise, something is caching out of date info - delete the plugin, restart LMS and re-install the plugin. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116220 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce : BBC Sounds Plugin
The 7.9.3 version of LMS is quite old. I expect the version of IO::Socket::SSL may also be old - the problem could be SSL related and all version should be updated to eliminate this possibility. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113045 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce : BBC Sounds Plugin
ovonrein wrote: > I have various players around the house - SB2, SB3, SRadio, ... - they > all play BBC fine via the Sounds plugin (v2.23.4 on LMS 7.9.3), EXCEPT > for the SB2. The SB2 has no problem playing other inet radio stations, > Spotty etc. But Sounds it just hates. I can select a station and the > display often refreshes immediately - without actually playing. > "Buffering" it says. It takes forever - say 2mins - to get going amd > once it does, stumbles along (stopping every so often to buffer again). > There are desperately few parameters with which to play. I tried both > "Force HTTP streaming" and "Hide the audio sample" to no avail. (I am > not sure whether these paramters take without restart, so forced a > restart of LMS.) Does anyone have any suggestions? Thanks. SB2 is essentially the same as an SB3 just a different case. What are the setup difference between SB2 and SB3 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113045 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Stream Windows PC Audio to Raspberry Pi LMS
Yet another alternative to creating a http/MP3 stream for Win audio - if your system has a "Stereo Mix" or similar (may need to be enabled from Sound control panel) - then you can use VLC to create a http/MP3 stream from the "Stereo Mix" device. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116130 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > Ok. Thanks for the explanation and, well... basically for everything. :) Just to summarise. If the problem re-occurs and you manage to get a log. If socketwrappper is the problem then the "watchdog" messages will appear in the log - as shown below. Code: SW: 2019-10-25 12:21:41.286 MoveDataThreadProc for step 1 about to call ReadFile. SW: 2019-10-25 12:21:41.286 MoveDataThreadProc for step 1 got 8192 bytes, about to write data. SW: 2019-10-25 12:21:55.305 Watchdog expired - Thread for step 1 stalled. SW: 2019-10-25 12:21:55.305 Tidying up SW: 2019-10-25 12:21:55.307 Watchdog expired SW: 2019-10-25 12:21:55.307 Waiting for process step 0 to terminate SW: 2019-10-25 12:21:57.308 Tidying up - process for step 0 hasn't died or wait failed. wr=258 :0 SW: 2019-10-25 12:21:59.323 Tidying up - Thread for step 1 hasn't died. SW: 2019-10-25 12:21:59.323 Thread for step 1 streamed603 blocks totalling 0046DE64 (4644452) bytes SW: 2019-10-25 12:21:59.323 Exitcode for Thread 1 Code=259 SW: 2019-10-25 12:21:59.338 Socketwrapper has terminated. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > Doesn't that happen only when activating player.source at DEBUG level? > Is people running with debug logs activated all the time? It's just my POV. People fiddle with settings and then forget. Best keep things simple. Nothing is omitted. The same log data is available in the pop up window. My version just made it a bit easier when dealing with somebody who was not familiar with command prompt and starting LMS from a command prompt. When Ralphy has completed moving LMS to Strawberry Perl - then it is likely there will be added flexibility. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > Oh, ok. Got it. Maybe Ralph could add the debug functionality too? > Sooner or later it might turn up to be useful to have (size difference > of the file appears negligible). Don't know if there are drawbacks in > having it, though. It generates huge log files which may cause problems and so I think not for general use. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > Thanks bpa! I'll use this then. I will report back anything strange > (hopefully nothing). > > Edit: maybe you should link it on github as well? No. It is the same as Ralpy's just with saving logging info so I'd rather there are only Ralphy produced binaries for Windows as he is rebuilding whole Windows setup. Otherwise I'll have to create a github repository, add code and another fork on the github. > Edit2: could you please remind us what the log file is going to be > named? The file is called *socketwrapperdebug.log* It will be stored in the temp file directory for the user running LMS as detailed in the environment variable TMP (which is defined by Windows as a designated temporary file area). TMP is usually set to be something like C:\Users\\AppData\Local\Temp - where is the userid on Windows (e.g. Admin) It may be quicker to use Windows search facility to look for document "socketwrapperdebug.log" bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Looking through the github socketwrapper, the 32bit/64bit built test versions of 1.12beta uses sle118's pull request with a Ralphy patch. Attached is my version of the above with logging added. To be a bit more correct, the logging file now goes to directory specified by TMP environment variable which is usually in the Users AppData\Local\Temp The version is called 1.12beta3-bpa to distinguish from all other versions. +---+ |Filename: socketwrapper-1.12beta3-bpa.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37417| +---+ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > For the moment I will keep your version in use, so that in case the > problem resurfaces I'll just need to activate debug on player.source to > see what's going on. > > I wish to thank you for all the help, really. Yes - logging will only happen if player.source is set to DEBUG. To be on the safe side, I'll post an updated version with the latest sle188's code changes. IIRC it deals with cases with more than 2 applications in transcoding chain - typically users who have brutefir or bit rate limiting or similar which add an extra stage. For the record (and others reading this) - the original 2019 discussion & fix 1.12beta started here https://forums.slimdevices.com/showthread.php?110455-Announce-Spotty-2-8-x-Spotify-Connect-for-your-Squeezebox=953882=1#post953882 mainly follow sle118, bpa and mherger comments - there are intervening discussions. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
bpa wrote: > For completeness, I'll check out my version of 1.12beta and the latest > github build. My socketwrapper 1.12beta2 which creates the log file \Windows\Temp\socketwrapperdebug.log is the *same as 1.11beta* - it does *not* have the latest change from sle118. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > I honestly don't know what to say. What could explain this? I am sorry, > I feel bad for wasting your time, bpa. You saw the logs, I wasn't > imagining things :-( You do/did have a problem. This was not imagination. When audio source is a file or an encoding in an audio stream - the problem can be reproduced easily. When the source is a network stream from a major service, problems can happen and then later disappear. I used to have an ADSL connection which in the ISP is serviced by an DSLAM. My IP address was one of a pool of IP addresses allocated by the DSLAM dynamically. I used to get days of errors and then long periods of no problems. I assumed the errors were in my systems until I found that when I was allocated one specific IP address (i.e one board in the DSLAM) I would get errors - there was a problem board in the DSLAM and the ISP would do nothing about it. In your case, the fact the numbers/playing duration seems to change depending on the player's buffer size - make me feel it is a network issue rather than a socketwrapper one. There are so many system between sources and your player - it is hard to pin one down and even worse there may be no " technical problem" as such just a case of systems getting jammed due to timing - like teeth in two meshing gears. Services like Spotify use CDNs (Content Delivery Networks such as Akamai) which have a distribution system which adjust itself and have caches everywhere so its behaviour may have changed. IIRC Some Danish LMS Spotty users seems to have had a regional issue recently. Windows also has its special issues like the Windows thread I referenced. This is the sort of issue Phillipe spent a lot of time with the "reliable" http handling. I don't know whether LMS or Spotty has the network connection to retrieve data from Spotty (I need to look at the plugin) - if it is LMS then it is possible we can do something. In short, I think this problem is likely to happen again to somebody but it is hard to predict. Just like the "http reliable" long tracks seems to be a key factor. With network issues, I try to (i) Identify how to reproduce the problem identically (i.e if necessary all caches including OS one are cleared) - which can mean rebooting the system between tests (easy for PCP setup, harder for Windows) (ii) reproduce the problem on another user's system You did good on (i) but I couldn't help with (ii) as I don't use Spotify If/When the problem re-occurs - I think priority may be to try to get another user to reproduce the issue as you have shown it can appear on a range of players and within minutes. For completeness, I'll check out my version of 1.12beta and the latest github build. Spotty threads should be monitored for any playing issues with long tracks. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > I wanted to wait till the entire track had played back but now, at > 32m18s, I think it's time to accept that something changed. What? You > mention using an older beta, while the socketwrapper beta I downloaded > from Ralph Irving on github had been compiled three days ago with some > cleaning up. Maybe something went wrong during the process? > > I will actually try to put back that version and see if now everything > plays back just fine with that one too (in which case, we'll probably > remain with a mystery on our hands but... I would not complain). The > other thing I am going to try is using it for other clients (DAC32, > Squeezelite, Boom). > > I will report back once the testing is complete but, maybe, in the > meantime you could have a look and see if there's a difference between > your source and that used by Ralph Irving to compile his beta? > > PS > I had no window opening during playback but socketwrapperdebug.log is > being created in the location you mentioned. Just thought it was worth > pointing this out. > > PPS > On SB2 file played back in its entirety with no problem. This is the > log, just in case. Bugs with network streams can be very fickle especially if they are prone to timing issues. Three possibilities come to mind. 1. The logging of info has changed the dynamic of the processing. 2. the version of socketwrapper is not quite the same as the build you did earlier testing. 3. Network conditions have changed or something in CDN has changed. If you revert back to previous version and bug reappears then 3 is eliminated I'll check code to verify option 2 and maybe make a "lighter" version to see if 1 is an issue. I'll also look at log in case something is there. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > So... same order of magnitude, respectively, for the two cases... but > different numbers nonetheless. With file based problems -process is repeatable. With stream based problems, it is rarely exactly repeated as packets can take longer/slower to arrive and so have different number - so unless problem is a data encoding issue - bytes received will vary. I have patched up a version of 1.12beta (from Nov 2019) so not quite the same as github 1.12beta but it save socketwrapper log in a file in \Windows\Temp Attached is the socketwrapper 1.12beta2 file zipped. Unzip, rename existing socketwrapper so you can revert and save the attached version in Bin/MSwin32 etc try this version. Ideally try SB2 as it is shortest time until an issue. No need to restart LMS, just logging enable player.source to DEBUG Play till it stops. A window with socketwrapper logging should open up while playing and disappear when stopped. Check for file in\Windows\Temp\socketwrapperdebug.log - zip and attach to a post. +---+ |Filename: socketwrapper.zip| |Download: http://forums.slimdevices.com/attachment.php?attachmentid=37404| +---+ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
Bad news re socketwrapper log. Something has changed since I last debugged socketwrapper ( a few years ago) not sure if it is a Win10 or an LMS change but the socketwrapper output is now a separate window and one which disappears when socketwrapper ends so no chance of finding out why it stopped. Just opened Visual studio on the system and the last project was socketwrapper 1.12beta - Nov 2019 !! when I was checking the suggested patch. I'll see if I can build a veriosn which saves socketwrapper log as a file. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > Yup, it stopped after 1m50s more or less. I'll have the detailed Windows instructions soon but if this issue was the socketwrapper watchdog - I would have expected the played duration to be the same as it is a timer based on stopped activity - however I'm not sure as it is now 1.12beta. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
What version of squeezelite (Squeezelite-X) are you running just in case you are not having this issue https://forums.slimdevices.com/showthread.php?113554-SqueezeLite-on-Windows-pausing-interruption-dropout-of-audio-every-5-minutes bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > 310,603,776 bytes (296MB approximately) is the size of the full FLAC > file, clocking in at 1 hour and 3 seconds. I am not familiar with your > calculations above, unless those lenghts are PCM lenghts for some > reason. But basically I don't understand what you're calculating. If you > need extra info in this regard, I'd be happy to provide anything I can. CD quality is 44100 samples/sec. Each channel has 1 sample - 2 channels means 2 samples Sample size is 16bits = 2 bytes - so data rate is 44100*2*2 = 176400 bytes/sec I'm mixed up this time. The data stream to player is flac - so estimate time would be 16mins. > In this case it's Squeezelite-X, so a squeezelite instance, set with "-b > 16384:16384". > > Edit: I have a SB2, several Booms and a DAC32 if you would like me to > test on other clients. This means player has 16Mbytes input and 16Mbytes of output. So input buffer has become full and some of output as well, and then no data would be required for a very long time. socketwrapper has a safety watchdog which kills a stream which hasn't "moved" (i.e. no data processed by transcode chain to player) for a long time. When player had small buffer sizes (e.g. SB2), there used to be problem with some internet stream blocking which would create zombie process under Windows. Can you try playing the stream on an SB2 to see if problem shows with the smaller buffer players. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > Nope. Full FLAC file (gotten through commandline listed above) is > 310601096 (it is an hour long track, after all). > > Edit: looking at the two "sizes", I would expect the track to stop after > about 30 minutes, but that's not the case. Strange... OK I now see from log that file is 44.1Khz, 16 bits sample 2 chan. (it could have been other formats so don't assume anything) By my calc. Flac is iusally 50% compressed. There are 176400 bytes/sec for a standard CD stream 176168024*2/176400 = 478sec = 8 mins. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > But first I need help with #2. OK, but it'll take a while as I have to find and boot up a Windows system. Windows is not my usual system. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > But to answer your question, yes, it's there at line 227 on the pastebin > I linked. ok found it - I search I didn;t find it before Code: [22-03-07 13:22:21.7121] Slim::Player::Source::_readNextChunk (355) Read to end of file or pipe [22-03-07 13:22:21.7124] Slim::Player::Source::_readNextChunk (378) end of file or error on socket, song pos: 176168024 How many bytes in the 1hr 3secs flac file ? is it 176168024 ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > Real life results are the track starts playing and it stops after about > 5 minutes. Editing logs is never a good idea as sometimes it is the messages that are missing or the order or timing or messages that holds clues. Better to zip log file and attach to a post. Was there an "end of file" message in the log before editing, such as Code: [22-03-06 17:59:54.5136] Slim::Player::Source::_readNextChunk (378) end of file or error on socket, song pos: 42161853 bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Spotty and socketwrapper 1.12beta
gorman wrote: > I use, to test, the Amarok album by Mike Oldfield. Single track, > 1h00m03s long. > > Here is the log: https://pastebin.com/YaU33ZQx (I deleted a whole bunch > of repeating Slim::Player::Source::_wakeupOnReadable (414) > bc:5f:f4:bf:3e:71 lines to not exceed pastebin's limits). > > Real life results are the track starts playing and it stops after about > 5 minutes. > > If I use this commandline, I get the whole FLAC, one hour and three > seconds long: OK good got a hard record of what should be output to the player. There could be many reasons for stopping after 5 mins - this thread is only dealing with checking whether socketwrapper's watchdog or other behaviour is killing the stream. To know what is happening - you must get socketwrapper to generate log output and then also see the end of the output. To get socketwrapper log which could detail why playing stops after 5 mins 1. Stop LMS running 2. Open a command prompt windows, made it wide and long (use its own menu) and then run LMS from the command prompt 3. Enable player.source logging to DEBUG, this sets the "-D" option for socketwrapper but as socketwrapper is run in its own process, this is the only way to see its log output. 4. Play the problem stream. 5. The bad news is that LMS log will be mixed with socketwrapper log in the command prompt window and the windows is finite in length - so after stream ends you need to CTRL/C and stop LMS so that the command prompt output can be saved - use command prompt menu to "select All and then "Copy" and then paste the saved log into text file, to zip and attach to a post. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=116078 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 4.0 - integrate local library with your Spotify collection (LMS 8+)
gorman wrote: > > > Code: > > > . > .[22-03-06 17:59:54.5136] Slim::Player::Source::_readNextChunk (378) end of file or error on socket, song pos: 42161853 > . > . > . > > > > Buffer is filled, then it stops and plays back until the buffer is > emptied. Is 42161853 the full length of the song that should be sent to player or have converted bytes been lost ? Confirm by running the conversion command but saving output in a fdile. Code: "C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread\spotty.exe" -n Squeezebox -c "C:\ProgramData\Squeezebox\Cache\spotty\ba008d57" --single-track "spotify://track:7zq1yjQyLZbJGdltQk1dka" --bitrate 320 --disable-discovery --disable-audio-cache --pass-through bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=111923 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] [Announce] Spotty 4.0 - integrate local library with your Spotify collection (LMS 8+)
gorman wrote: > I am using the test socketwrapper.exe file, placed under C:\Program > Files (x86)\Squeezebox\server\Bin\MSWin32-x86-multi-thread I am just joining this thread as a result of a github comment on 1.12beta so I'll need to catch up. In the meantime, if you enable player.source to DEBUG and run LMS from a command window - socketwrapper will produce logs. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=111923 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] squeezelite output to file for snapcast
gekoch wrote: > So what is the best way to start squeezelite also under the "snapserver" > owner so it has permission to write to the /tmp/snapfifo file? > Or should I both run as root? In principle, running application as root is not a good idea as it means things are not being done properly and could end up very badly. I think you need to read up about running services which I don't know much but you probably need to create a script where the sequence of commands is done but with each step tested. A simpler approach might be to check - if it worked before and not now - what has changed ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113394 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] squeezelite output to file for snapcast
gekoch wrote: > on LMS there is a radio station playing. But after 15s the snapfifo file > is around 10GB and the system is not reacting anymore... > Does squeezlite fill the snapfifo File with junk? Squeezelite cannot just generate junk - it has to play audio all the time. It outputs the audio from its source or silence (which is a stream of PCM bytes of data) if there is nothing from the source. Use "tee" to see what is being put into fifo. Use squezelite logging to see exactly what is going on. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113394 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] squeezelite output to file for snapcast
gekoch wrote: > now after it has worked for almost an year I have a problem with the > filesize of the /tmp/snapfifo. > It gets insanely big as big as the hardrive allows it (several GB) > > How can I stop it from growing that big in a matter of seconds after I > launched: > > Code: > > /usr/bin/squeezelite -s 192.168.1.47 -a 16 -o - > /tmp/snapfifo > > IIRC if LMS is playing nothing to the player, squeezelite when outputting to a file will output silence (probably bytes of zeroes as PCM) as quick as fast as the destination will accept. SO What has changed on the LMS playing side ? Are there no files to play > bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113394 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CDplayer plugin
castalla wrote: > Success! > > Sorry it took so long to confirm... Win10 is headless so I have to use > Anydesk to access which is laborious to do anything more than run a > program. > > I really am grateful for the time and effort you've given this. > Amazing, the itch has gone! Great. The change I only made a change in one half - I probably need to do the same with the metadata coming from Musicbrainz. I'll issue an update but it may be a few weeks just to check things out. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=47288 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CDplayer plugin
I found one track on one CD which would always be displayed wrong on
Windows and OK on Linux. I think I have a fix for this issues which I
think may be the same as yours.
The decode routine I use (*Encode::decode_utf8* which is equivalent to
*Encode::decode("utf8",$str)* ) to convert string into UTF-8 apparently
doesn't always, there are time when it doesn't. Although reason are not
clear, it may be related to locale - Linux locales tends to be utf8
whereas windows is cp1252
Attached is modified version of a file in the plugin. CDPLAY.pm - its
use the *Encode::decode("UTF-8",$str)* which should always convert into
UTF-8. It seems utf8 is not the same as UTF-8 or even utf-8 - all
different. I can't see the point in having a conversion routine that
only sometimes converts !
The attached CDPLAY.pm is to be installed in the LMS
Cache/InstalledPlugins/Plugs/CDplayer
Stop LMS, replace the CDPLAY.pm file and then restart LMS and see it it
makes a difference.
+---+
|Filename: CDPLAY.pm|
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=37332|
+---+
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=47288
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] ANNOUNCE: RadioNet plugin to enable playing stream from the radio.net service
stuarta wrote: > I don't seem to see this under 3rd party plugins in LMS. I've also > tried adding the repositories but I don't get to see anything. What version of LMS ? bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=111951 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] Announce: CDplayer plugin
The behaviour is unpredictable. I can get proper display for ages and then suddenly it flips into wrong display. I think I narrowed it down to a library routine (which should be solid) but I can't get bad behaviour again to confirm. I thought it might be due to a "sleep" period or flipping CDs but after trying a few things, it is still showing correct display. bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=47288 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
