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
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 t
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
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
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
> doe
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-armv6h
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.
Ther
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 -
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?user
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 outpu
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 squeezeli
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
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://f
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
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
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 thr
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, Profi
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,
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:
> wavi
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 thi
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 prob
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
>
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
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 sol
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% i
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 loadin
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
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
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
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 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://gi
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 no
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
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 Setting
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/squeez
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 s
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
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
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 syste
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/M
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 usi
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://foru
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 S
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
> cann
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
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
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 somethin
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.
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"
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 str
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
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 a
pointy56 wrote:
> Yes, that explains it - I had only set Debug for M3U as I was interested
> in the M3U read processing (I didn't know there was a copy of _item in
> M3UM3U8.pm that would be called from M3U).
> With logging set to Debug for M3UM3U8 as well I get the 'missing' _item
> messages -
slartibartfast wrote:
> Did you push the update yet?
Sorry, no. I've spent time trying to find the LMSAnnounce issues in
case it is related/another bug.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
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 playlist
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 playlist
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
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
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 sh
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/B
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
__
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 br
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://fo
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/mem
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 obje
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
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 ?
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/
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
res
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://foru
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 sta
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.
-
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:
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
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 pro
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
nment 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:
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&p=953882&viewfull=1#post953882
mainly follow sle118, bpa and mherg
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
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 e
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
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 numb
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
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
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
--
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
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 f
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=180
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
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
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).
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 b
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 D
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 a
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
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:
--
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.
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
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/mem
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 b
1 - 100 of 6422 matches
Mail list logo