thedude wrote:
> Thanks for the quick response. I used to be part of this community back
> around 2005 when SB3 came out, oh wow its been 18 years! Glad it's
> still alive and well. Yes I have 3 slim devices players running on a
> single server. I posted my question because I don't have any
urknall wrote:
> I have also observed something similar lately and am wondering if this
> is somehow related:
>
> under favorites i have created a folder for my top radio stations, when
> i select for example a radio station which i marked as favorite in that
> folder from the radio now
Redrum wrote:
> But if playlists were intended only for songs, so be it. LMS is just as
> wonderful without it.
Unfortunately, with internet stream things are always changing and
developers re-use code/protocols in a different context which have a
side effect in old implementations.
M3U were
funa wrote:
> Yes, it seems to be something related to Radiotime streams.
It will probably also appear with any stream that does not have embedded
metadata and that uses a plugin to get metadata such as Radio Paradise
and Radio Now Playing
>
> I really see no reason why playlist should not
Redrum wrote:
> when I tried it and it failed, I tried it with the RP FLAC (both), mp3,
> and a couple of other random stations (probably tune in) Again, what I
> saw is you can add them all fine, and they usually play, but when you
> switch from playing say position 5, to 2, 2 plays with the
The issues is probably (I have analysed the streams). - 1.FM does not
include metadata in the stream so metadata is being supplied by Tune-in
(aka Radiotime). LMS detects when a Radiotime stream is being played
by the top level playlist URL (i.e. opml.radiotime.com ...) and then the
RadioTime
mvz wrote:
> Yippee!! After numerous further attempts I was able to fix the error.
>
> As suspected, it was not the LMS, edomi or the mp3. The error was in my
> firewall settings. I was not aware that all players (!) also need access
> to the location of the mp3 - in my case the edomi server.
mvz wrote:
> Hi,
>
> I run a LMS on a Raspberry (piCorePlayer v8.2.0 on raspberry pi) and
> squeezelite-esp32 (ESP32 Wrover) as player. Unlike Rothaar, I run edomi
> on a separat server (centos 7) instead of openHAB.
>
> In a Fritzbox environement everything works as expected. Via http I am
>
antagron wrote:
> Not possible in the current server? (I'd agree) or not possible ever
> because of some fundamental limitation? (that's what I'm asking)
The Touch firms is setup as a single player with a single volume
control. LMS slimproto just has volume control for L & R for a player.
bstrulo wrote:
> I looked through a selection and the cut-off does seem to be at 256 or
> very close to it.
What version of Windows ?
IIRC 256 used to be the limit for a command prompt lines so if a file
path had many levels of directory it caused problems.
If this is Windows - then enabling 8.3 names used to solve some weird
issues but this may be out of date as I haven't dealt with Windows for a
long time.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
zzzap wrote:
> With data corruption I'm thinking at byte level not interupting the
> stream. As in why does DeltaWave find 1 dB difference in RMS level and
> still return 40% bit accuratsy? I would expect it to be null when
> amplitude differs. And why would higher frequencies be less accurate?
dkfackler wrote:
> Greetings
>
> I've been hearing announcements over BBC3 that changes are coming; those
> of us outside UK will no longer be able to access BBCSounds, etc. BBC
> recommends that owners of internet radios and smart speakers contact the
> hardware manufacturer for help. As
zzzap wrote:
> Not at all. As mentioned volume fixed at 100% with replay gain off. But
> here is the thing, if amplitude is changes between two takes then all
> audio samples would change for that file unless we were juggling the
> volume knob.
> Here I get more than 40% of the data correct.
rbl wrote:
> I swapped out one of the PSUs AND IT WORKS! Problem gone, fingers
> X'd
It still surprises me that failing PSU (and probably aging hardware) can
cause problems that seemingly are not PSU related.
bpa wrote:
> This where things get fuzzy.
>
> On a Linux system with network, ethernet and wireless interface - there
> are usually 3 interfaces
> LMS only uses one interface at a time. If squeezlite uses 127.0.0.1 -
> LMS must also use that interface - is that how you s
Man in a van wrote:
> But in my examples I use 127.0.0.1 a lot of the time, especially when
> testing
This is getting a bit off topic.
SB_SERVER_IP is not in squeezelite code - so there is something else
which sets it up.
This where things get fuzzy.
On a Linux system with network, ethernet
The future of LMS will not be dictated by what players are available -
there are plenty to choose from and will continue to be available.
LMS future primarily depends on support of new and different sources of
audio and ease of control.
In recent times, the main LMS changes have adding new
Man in a van wrote:
> I'm out of my depth here, would that be because squeezelite is calling
> the LMS from 127.0.0.1?
Don't think so.
I can't see any option which lets squeezelite choose which network
interface it is supposed to use.
Looking at the code - unless mac address has been defined
Man in a van wrote:
> I did edit to disguise the Mac Addresses :)
>
> Ifconfig stiil works on Raspberry Bullseye
>
> I sometimes use "ip a". I did not know the "ip -d link"
>
> I'll send you a pm with the print out
I got the PM and all looks OK.
The all zeros MAC may be a red herring -
.
> .ether "8:&%:fg:46:p6:*%:mw txqueuelen 1000 (Ethernet)
>
>
> >
> Back to -*bpa*-
>
>
Did you edit the MAC address to hide them ?
When I do "ifconfig -a " on an Ubuntu system, I get proper hex numbers.
At the mo
DejanM wrote:
> UPnP/DLNA is accepted industry standard. That is a fact. Whether it is
> good or bad, it is a protocol that is widely supported by nearly all
> hardware producers. By implementing it as a part of LMS functionality,
> it would allow the usage of any streamer with LMS. And that
rbl wrote:
> /usr/bin/squeezelite -o plughw:CARD=Headphones,DEV=0 -n
> Pi_SqueezeliteService -C 5 -a 120:4::0
OK this is the command line to start squeezelite.
It is not using an option ("-m") to override MAC address.
LMS uses the MAC address as a unique ID to identify players.
The
rbl wrote:
> Apologies for the dumb answer!
>
> It's Squeezelite v1.9.9-1401 on a Pi4 running Buster.
Squeezelite normally takes the MAC address of the network interface but
can be overridden by a command line option.
You can list all network interfaces using "ifconfig -a"
If the network
rbl wrote:
> Apologies for confusion, I am trying two separate setups, both with the
> same problem:
> 1) Win10 + LMS 7.9.2 + 2 wired SB3s
> 2) Pi4 + LMS 8.3.0 + Squeezelite v1.9.9-1401 + 2 wired SB3s
I wouldn't bother with 7.9.2 as that is an old system with some out of
date Perl packages for
DejanM wrote:
> Do you have any plan how to proceed in the case when Squeezebox
> hardware is not capable of supporting new server functions ?
> .
> .
> .Are there any plans or ideas to build a new Squeezebox ?
It is very very hard not to lose money making Squeezebox hardware. There
is a very
rbl wrote:
> Here's part of the log file from 8.3.0. The looping started at about
> 03.25am. I have the rest of the log if needed.
> I have ordered some new CAT6 cables. Can the transformer really make a
> difference?
>
> 39093
Is Squeezleite part of synced group ? I thought it was just Sb3s
rbl wrote:
> Yep that log file was from 7.9.2. Identical problem with 8.2.1. Sounds
> like I should upgrade to 8..3. Assuming it replicates with 8.3 I'll post
> the log ..
8.3.0 mainly has bug fixes over 8.2.* but it is easier to lookup exact
source code on my installation and on github.
Log
rbl wrote:
> I installed htop and it says CPU is running at <5%. One core is running
> at about 5-10%, haven't seen it go above 20%. Memory usage is 488MB out
> of 3.75GB.
Good. That eliminsates a CPU load as a possible issues.
> I can just transcode the FLACs to 48/16, it just seems it
rbl wrote:
> I am unable to interpret the log. Can anyone tell me what is going on?
Weird error. First thought is network issue - some data is being lost.
However, I can't associate the log message with source code files. Is
the log from 7.9.2 ?
Ifs so get a log from 8.2.1 or better 8.3.0.
rbl wrote:
> It seems better on 8.2.1, pausing less frequently every 5 minutes or so
> (with no sync'd players, just Squeezelite). Still a bit surprising...
Still worthwhile checking process usage (top) just to eliminate
possibilities. LMS uses only one core.
rbl wrote:
> Makes sense so I did the following to test read/write speeds of 1GB in
> 1kB chunks (I am pretty new to Linux)
>
> time dd bs=1K count=100 if=/dev/zero of=testdata conv=fdatasync #
> write speed - 1GB total
> sync && echo -n 3 | sudo tee /proc/sys/vm/drop_caches # flush cache
slartibartfast wrote:
> The metadata says Radio Northampton but I heard announcements stating
> Nottingham.
That indicates a BBC or CDN "problem" - same audio content is sent to
two different network streams. Didn't BBC recently announce some sort
of savings where regional stations were being
rbl wrote:
> The plot thickens. The 256GB USB stick where my music is stored is
> EASILY fast enough. I copied 8.2GB of FLACs over the network to my
> Windows PC in 188s. That's 44MB/s. So I am still no closer to
> understanding the problem. And of course the LMS/Pi for these tests
> isn't even
slartibartfast wrote:
> How are you navigating to the station?
> I just searched for Radio Northampton and it works for me (same as
> station in BBC Sounds)
> http://opml.radiotime.com/Tune.ashx?id=s6853=p223965=aac,ogg,mp3,hls=16=5b473c2d8abf2603d39d6c1d69223555
> As an aside the BBC Sounds
rbl wrote:
> I removed the sync'd SB3s, so just Squeezelite playing on the Pi4. The
> music is on a 256GB USB stick. No network involved other than for
> controlling LMS via a Win10 web browser. I am listening via the Pi's
> 3.5mm audio output. I still get the stuttering. It is only drawing 4W
Stuttering is usually due to either
* processor load
* network issues
* sync issues.
* other LMS/plugin processing hogging processor (LMS is single
threaded)
You need to eliminate possibilities.
Are the players synced ?
Do you have other plugins that may do audio processing such as Inguz.
Jdubs wrote:
> Hey guys, I just installed the Local Player pluginjust to be sure
> that local files are handled "correctly".
"Correctly" is not right - "differently" is better. There is no
difference in the handling of the contents of the file or the
performance in playing the file.
IIRC
AFAICT from source code. If squeezelite command line logging for
"stream" is enabled to INFO (-d stream=info) - it should generate log
message when local files are being opened.
bpa's Profile:
Jdubs wrote:
> Thanks guys. I've updated my squeezelite config to:
>
> SB_SERVER_IP="file://127.0.0.1:3483/"
Just to clarify in case others are reading this thread.
This is not right. SB_SERVER_IP needs an IP address - "file://" is an
URL not an IP address so I suspect something else make
IIRC (tbc) The LocalPlayer plugin enables a feature that means a
squeezelite on same system as LMS will play audio files from the files
itself (i.e. using file path) and not use a network connection.
If you install LocalPlayer you should update the version of squeezelite
that is bundled with it
>From the web page text, I'm assuming the playlist doesn't change.
Attached is an attempt of a m3u playlist for all the URLs (download and
rename txt to m3u).
There is something wrong with my formatting of the M3U playlist as it
doesn't show the titles.
It'll probably need some editing to get
Not sure if this is repeatable but it looks like you'll need a plugin to
automate or a script to create a m3u playlist.
Using Browser debugging console to log the page loading and looking at
network tab.
The "interesting" fetch is
https://dinosaurdracula.com/halloweenjukebox/wimpy.php
Used
Paul Webster wrote:
> Good that it works - but that seems strange.
> There are people who run more than one LMS inside their home network and
> I expect some of them have more than one logging into LMS.
Agreed. Perhaps the prefs files were copied and the same server_uuid
was being used.
vlgindeed wrote:
> Thx v.much - I will try 8.3. Is there a bug ref?
There is no longer any bug register.
All LMS stiuf is in github
Problems can be raised in a Forum post but also logged as a Github
issue. The high CPU one is noted here
https://github.com/Logitech/slimserver/issues/700
There is a bug in LMS 8.2.* which means some radio station metadata can
make LMS use 100% on the CPU core LMS is using.
Upgrade to 8.3.* to see if problem goes away.
bpa's Profile:
DavidBullock62 wrote:
> Does this sound like a viable, long term solution, or is there a simpler
> turnkey solution that will ensure longevity, or am I fighting a loosing
> battle?
What do you mean by long term solution ?
Windows 10 support ends in Oct 2025
Will you get a free upgrade to
nickey wrote:
> I think it may be a bug. If anyone can give me some pointers on how to
> further analyse/troubleshoot this (log files?), I'd be happy to do that.
Total longshot - do you have PlayHLS V2.x installed ? < V2.8 can
interfere with LMS "resume" function - but not sure if "resume"
Fade settings are per player and in Default WebUI
/Settings/Players//Audio
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=116214
Redrum wrote:
> I'm Not sure I understand this response. Are you referring specifically
> to playlists? Because I described in excruciating detail how to cause
> disruption by adding to the queue in this thread, in the attached
> document.
>
> If you are referring specifically to playlists,
bwaldron wrote:
> You're not alone. I have used playlists of radio stations in the past,
> and encountered many of the same issues that you have.
If you can describe a method to reproduce your problem on another system
then the problem can be checked.
If it is just the radio playlist then a
Example of being pro-active might provide better answers.
Normally the getMetedataFor routine has to return a hash with icon,
title etc.
Line in red show that in some circumstance it will return "empty" - this
may explain the "blank" slots in your queue. Adding additional logging
would check if
Redrum wrote:
> Agree, I need to reiterate that these are observations, not meant to
> create work, but rather to point out a use case that resulted in
> unexpected behavior, maybe something a dev consider a bug.
I can't help feeling time might be time might be better spent, learning
some Perl
Redrum wrote:
> Radio Stations do not behave like music files in the queue (when there
> is more than one), and station types (plugin or standard) don't (miss)
> behave The same way.
For stations that have/use a protocol handler - the metadata displayed
(e.g. image, text) during playing is
Julf wrote:
> Any ideas? Sounds like something odd with the network stack.
The reverse could be true, something is hogging CPU and because LMS is
single threaded, normal network operation is being *prevented* as can be
seen by slow WebUI operations (which is also network i/o).
Usual procedure
garym wrote:
> yep, now the hard part, because problem is intermittent, and there are
> lots of parts/cables from the wall to the modem to the LMS server to the
> player. Any of which could have a fault generating an intermittent
> issue. At least now the intermittent nature is once or twice
callesoroe wrote:
> Have you tried to switch to "Stream through Proxy" . This sometimes
> helps on buffer issues
To identify whether buffering was caused by LMS or external, "proxied"
streaming was turned off as well as setting "Advanced/Network/Streaming
mode" to normal.
Those measure can
garym wrote:
> Finally had one of these rebuffering episodes (not synched, direct
> playback to player, etc.). Was fine for several hours through 17:11
> time. Then at 19:18 time (excerpt below), it stopped and then
> rebuffered before starting back playing. Note the "playerOutputUnderrun"
>
garym wrote:
> thanks for the analysis. I'll run this setup for a while and wait for a
> problem to occur. thanks so much for your detailed responses and help.
The display during buffering with the percentage bothered me (i.e. was
the Preference setting involved - in your case 15 secs). So I
garym wrote:
> I've rebooted rPi with LMS and started playing again. With info, I now
> see the playing of the radio stream in the log (and showing it is
> direct). But what is this error about mp3. That seems odd. mp3 is set
> to "native" in filetypes.
How LMS evaluates formats and
garym wrote:
> What is the current value for WebUI Settings/Advanced/Network Radio
> Station buffer seconds.
*15, had been 3, but I increased to 15, and still get the rebuffering
occasionally
*
This setting is the initial buffer size in seconds - effectively it is how
much audio data should
garym wrote:
> [B]Odd that with this set to INFO, I get almost nothing on the server
> log. See attached. In fact, nothing at all showing from this morning,
> March 22, 2022, post 7:00am.
Something odd with your logging. Perhaps didn't click Apply. The log
should look something like
garym wrote:
> I can login to ISP modem. there is no item "quality", but all the
> connections report OK, and there is nothing odd reported. Up time is 8
> days (I rebooted modem then). See pic:
>
> 37538
It may take a bit of diugging. Is there no Admin menu ? possibly with
Network Tools.
garym wrote:
> *by intermittent, I mean that it may go many hours without buffering.
> But when it does start buffering, it may buffer frequently over a short
> window (every few minutes over a 30 minute window). In the past, I
> would also notice very low UPLOAD speed at the same time, but
garym wrote:
> The word "buffering with percentage count up" shows upon the screen of
> either the CONTROLLER or the SqueezePlay "screen" (I still use
> squeezeplay as a controller on my windows laptop, controlling the
> TRANSPORTER). Seems to be true buffering (as in, after rebuffering it
>
What is your network topology ? (e.g. some powerline devices have
intermittentd gaps in service - no loss with web page or files but
noticeable with audio/video)
What are the symptoms of "buffering"
Is it the word "buffering" appearing or gaps in audio without loss or
gaps where audio is lost
I tried the link ffplay - and no icy data was seen by ffplay
Code:
I[http @ 0x7f4488001780] request: GET /radio.mp3 HTTP/1.1
User-Agent: Lavf/58.29.100
Accept: */*
Range: bytes=0-
Connection: close
Host: 35.195.126.170:8000
Icy-MetaData: 1
[http @
musicalrower wrote:
> Everything is 192.168.1.something.
> I haven't done anything fancy to separate into segments. But the network
> is maybe a little more complicated... the Linksys is just wi-fi. There's
> a Vodafone router (with wifi disabled), then a switch, then the first
> linksys mesh
musicalrower wrote:
> The players are all on a wi-fi (Linksys mesh setup) that's connected to
> a switch, and my NAS is connected to that same switch. So I think it
> should be discoverable. I haven't taken any advanced steps in network
> management.
Same network means - all on same LAN
Did you reboot (i.e power off/on) all your players ?
Players find new servers on power up.
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
What format are the track files ? Are they flac or WAV >
If they are flac, can you run "metaflac --list" on two of the tracks -
to check if they have en embedded cursheet ans whether all traclks on
the album are mentioned even thiugh it is a single tracvk.
The output from Sound-juicer ripping
RobbH wrote:
> It appears that .cur files are only created when the LMS scanner thinks
> it encounters errors in a cue file. It could be an old .cue file that
> points to files that no longer exist, for instance. Or (I think) it
> could be the target file contains tags that do not match the
troffasky wrote:
> I am checking the state of the connection between LMS and whatever the
> stream is coming from. This was in response to Redrum's supposition that
> the issue is caused by this leg of the connection timing out.
I think LMS notes the "last position" by the info coming back
troffasky wrote:
> You can see the connection LMS makes to the provider with lsof.
>
> lsof -i -n | grep squee | grep ESTABLI | grep -v 127.0.0.1
>
> I can see that as soon as I press pause, the connection to Akamai is
> closed.
> Tested with a generic internet radio stream and I can see
Not sure if you're still using the ncat script but completeness.
Attached is a V2 of the script which is more efficient
1. It uses CLI "status" command to return all metadata in one call.
2. It uses the "subscribe" option of the "status" command so that status
message are generated
Hellsblade wrote:
> I'm running everything on the RPI now. There is also an ncat for the PI.
> That was my aim. The windows VM is no longer in play.
> The other metadata script was not working well for me. I don't know why.
> Different platform? It was presented in combination with ices2. which
Hellsblade wrote:
> That's was because I wanted the timing to be OK when the song changes.
> You don't want it change the artist album and track 20 seconds into the
> song or something.
Polling is not the best way to do especially short polling - as I said
in a post
> 2. If you want
mherger wrote:
> > Why runs every 5 seconds ?
> > No audio track will change every 5 secs !!
>
> It's the evil nature of polling: it's always too fast, or too slow :-).
The OP was given another Linux based solution for metadata - I thought
they had gone with that.
I think "ncat" has closing
Hellsblade wrote:
> When i killed that script (running every 5 seconds), both messages seem
> to have disappeared. I will try to get in touch with him to ask about
> this error.
Why runs every 5 seconds ?
No audio track will change every 5 secs !!
IIRC There were other suggestion made to to
mherger wrote:
> > When i killed that script (running every 5 seconds), both messages
> seem
> > to have disappeared. I will try to get in touch with him to ask about
> > this error.
>
> I tried to reproduce the script's commands, and they IMHO look good. But
>
> I personally believe it's way
Roland0 wrote:
> LMS uses a perl module (Image::Scale) to resize images (which in turn
> uses libraries like libpng and libjpeg to handle image formats).
For system with limited resources there is the option for MySB to do the
resizing - WebUI Settings/Advanced/Performance/Artwork resizing -
slartibartfast wrote:
> The MusicIP error is probably a red herring. If the plugin is installed
> but MusicIP is not installed on the system I think that error is the
> result.
I think it is a general network access/routing issue (although WebGUI is
working ?) and not a https specific - since
Often "Connect timed out: Bad file descriptor" is associated with
SSL/TLS (aka https) issues.
However you also have "Can't connect to port 10002 - MusicIP disabled."
s
So clearly LMS is having a network access problem.
Things to try or confirm that is being done.
* Stop and restart LMS in
troffasky wrote:
> Is this the intended behaviour, though? I am trying to work out if it's
> some config issue or just not something that LMS does.
For remote services - it'll depends on whether LMS or a plugin is
providing the service.
For BBC sounds - any memory of track position is handled
A poll associated with this post was created, to vote and see the
results, please visit http://forums.slimdevices.com/showthread.php?t=116014
agbagb wrote:
> Hope I can describe this well enough - and I don't see anything
> specifically about it in the github page
>
> So, I usually listen to the Beeb live rather then on demand. And I
> listen to a lot of the longer programs - plays on R4 and R4x, and music
> on R3. What I'm
Annie Body wrote:
> No, mainly because there would be no point!
> I have already reported the need to install 7.7.6 first. Installing
> 7.9.0 and 8.2.0 on their own do not work due to missing files!
There are NO missing files in 8.2.0 I have installed LMS 8.* from
scratch never having a 7.* on
Hellsblade wrote:
> Thanks for the help :D. I hope you don't mind if I knock on your door a
> couple of times. I think I will need a full install of LMS for looking
> into the CLI code. It doesn't seem to exist in my docker container. I'm
> diving into this tomorrow. I will also try to get this
Just checked works OK on windows.
To avoid defender etc. you can download the nmap zip file and from it,
just copy the ncat.exe and the two libraries libcrypto-1_1.dll and
libssl-1_1.dll all to a working directory.
bpa's
Hellsblade wrote:
>
> Have to work on the output though;
> :Title:08:00:27:6c:e1:a2 title Heat Miser :Artists: 08:00:27:6c:e1:a2
> artist Massive Attack :Album: 08:00:27:6c:e1:a2 album Spirits Of Nature
> 2
> Should be;
> Title: Heat Miser Artists: Massive Attack Album: Spirits Of Nature 2
>
Hellsblade wrote:
> g me from running this executable (will work on that)
>
> Luckily i already have an installed nmap on my mac, so the command works
> out of the box from there.
> Have to work on the output though;
> :Title:08:00:27:6c:e1:a2 title Heat Miser :Artists: 08:00:27:6c:e1:a2
>
I haven't tested this on Windows.
An alternative would be to use the "ncat" package (part of the nmap
package ) https://nmap.org/ncat/
It is available for Windows and Linux. It is like the standard linux
netcat/nc utility but has a built in a lua script engine.
Attached is a sample lua script
Hellsblade wrote:
> I need a line for a program called radiocaster it can point to an URL or
> a txt file to show artist title info in the stream it catches from audio
> output (which has no info) or even a networksource.
What OS is this little program going to run on Linux, PCP, MacOS,
gorman wrote:
> Thank you for this. No, there was no cuesheet embedded. I'm gonna keep
> the cue file renamed and call it quits. Maybe it was a glitch, maybe
> it's a bug. But for the time being I accept a compromise solution.
You should do a complete clear library and rescan to be sure.
If
gorman wrote:
> My problem is LMS taking into consideration cue files when they are
> explicitly excluded from scans. I renamed the .cue file to .cue.bug and
> upon rescan only a copy of the album was detected and added to the
> database.
>
>
>
> Format is FLAC.
Your problem may not be
gorman wrote:
> I am currently using 8.2.1 - 1639114554 @ Fri Dec 10 07:58:57 WEST 2021
> What version should I be downloading to get the fix?
Depends on your problem but I think most fixes were by Dec 2021
> Edit: what's a good tool to check for embedded cuesheets?
Depends on the file
gorman wrote:
> Has this been fixed? I have spent the past few days being driven crazy
> by an album that is displaying this behavior.
>
> Couldn't understand what was wrong and it all appeared linear enough
> that it *had* to be a problem with tagging. Only yesterday I completely
> reset
ralphy wrote:
> The issue you describe has been reported by other forum members and
> happens on hardware players too.
> I'm not discounting that there my still be an issue with the windows
> squeezelite builds, but
>
> The following google search returns at lot of different threads
>
Looks like very few Pi's worldwide - there's even a web site to track
them
https://rpilocator.com/
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread:
OP is already trying to sort out Spotty issue on another thread so no
need to duplicate.
https://forums.slimdevices.com/showthread.php?115950-Spotty-error-and-stops-Music-scanning-process
bpa's Profile:
1 - 100 of 1964 matches
Mail list logo
