mherger wrote:
> >
> Always the same browser? Some of them start to refuse http connections.
>
> You're probably right: it's time to update the links.
Yes, tested with Chrome and Firefox + wget on the ubuntuserver running
Squeezeserver:
>
> large@ubuntusqueeze:~$ wget
Quite strange, I tested the link at home and then on another ISP at work
without luck.
Always the same browser? Some of them start to refuse http connections.
You're probably right: it's time to update the links.
___
plugins mailing list
slartibartfast wrote:
> Yes I just downloaded from that link.
>
Quite strange, I tested the link at home and then on another ISP at work
without luck.
Maybe the firewall is blocking my public ips: 51.174.208.x or
213.179.57.x ?
Tried to download through mobile-network 77.16.215.x worked.
large wrote:
> Did you try http://downloads.nixda.ch/Spotty-4.8.1.zip ?Yes I just downloaded
> from that link.
Sent from my Pixel 3a using Tapatalk
slartibartfast's Profile:
slartibartfast wrote:
> That "dead" link works for me.
>
Did you try http://downloads.nixda.ch/Spotty-4.8.1.zip ?
large's Profile: http://forums.slimdevices.com/member.php?userid=23279
View this thread:
large wrote:
> Can you check your server mherger?
> The repro you have http://www.herger.net/slim-plugins/repo.xml links to
> Spotty here:
> http://downloads.nixda.ch/Spotty-4.8.1.zip
> But that link is "dead" probably blocking port 80.
>
> https://downloads.nixda.ch/Spotty-4.8.1.zip works
Can you check your server mherger?
The repro you have http://www.herger.net/slim-plugins/repo.xml links to
Spotty here:
http://downloads.nixda.ch/Spotty-4.8.1.zip
But that link is "dead" probably blocking port 80.
https://downloads.nixda.ch/Spotty-4.8.1.zip works fine. Maybe update
your
OK sure I'll give it a go. I presume I'll need a FreeBSD 12.2 VM with
GCC installed. I'll read some guides, and give it a shot. If it works
I'll provide a link to the binary and / or instructions explaining
exactly what I did.
I'm not sure about gcc. It's written in Rust.
mherger wrote:
>
> Oh, that's quite old... You could try to compile the file yourself?
>
> https://github.com/michaelherger/librespot
OK sure I'll give it a go. I presume I'll need a FreeBSD 12.2 VM with
GCC installed. I'll read some guides, and give it a shot. If it works
I'll provide a
Spotty Helper Application:
/usr/local/share/logitechmediaserver/Cache/InstalledPlugins/Plugins/SpottyBinFreeBSD/Bin/spotty-custom
(v0.35.0)
Ah... It's in the LMS community plugins list:
https://github.com/LMS-Community/lms-plugin-repository/blob/master/extensions.xml
Oh, that's quite old...
bondsc wrote:
>
> Spotty Helper Application:
> /usr/local/share/logitechmediaserver/Cache/InstalledPlugins/Plugins/SpottyBinFreeBSD/Bin/spotty-custom
> (v0.35.0)
> Simon
Ah... It's in the LMS community plugins list:
bondsc wrote:
>
> I have no memory whatsoever of installing the binary manually, so I'm
> pretty certain that the lms_installer handled it for me.
>
Hmm, so I've just taken apart the BZ2 which contains all the files that
the lms_installer installs and there is no sign of Spotty in there at
mherger wrote:
> > The OS is FreeBSD 12.2-RELEASE-p12 (I'm using TrueNAS 12 and running
> LMS
> > in a Jail)
>
> I don't provide spotty helper binaries for *BSD. What version did you
> install (see Spotty settings)? And how did you do so?
In Spotty settings I see:
Spotty Helper Application:
When I run spotty-custom from the command line, it comes up with "The
image file... is valid, but it is for a machine type other than the
current machine" :-(
If you want to stick with WHS1, you could try to go back in the file's
history and see whether you can find some other build which
When I run spotty-custom from the command line, it comes up with "The
image file... is valid, but it is for a machine type other than the
current machine" :-(
Hmm... odd. That's the last 32-bit build I know of. I no longer am able
to build 32-bit Windows binaries.
Maybe it's really time to
The OS is FreeBSD 12.2-RELEASE-p12 (I'm using TrueNAS 12 and running LMS
in a Jail)
I don't provide spotty helper binaries for *BSD. What version did you
install (see Spotty settings)? And how did you do so?
___
plugins mailing list
Hi,
I've been using Spotty with LMS for many years. Thanks for all of your
work.
When I pause music that is playing via Spotty and then I press play to
continue the music, it always starts the track from the start. This
happens regardless of track.
I'm using Spotify Family and have about 4
mherger wrote:
> >
>
> Don't store it in that folder, as it would be deleted upon next update.
>
> Put it somewhere outside the LMS installation. Restart LMS. You should
> then see the new one being picked up in the Spotty settings.
>
> Did you confirm you can run spotty-custom.exe from
mherger wrote:
> Connect mode unfortunately is known to be not so robust. But I'm still
> trying to understand why, and how to improve.
>
> > Also - a point that I am unsure if has any influence on this: in the
> end
> > of February I upgraded my Spotify plan from Duo to Family.
>
> When you
Thanks! I've done that, and stored it in "C:\Documents and Settings\All
Users\Application
Data\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread"
where the previous spotty.exe was (renamed it) - This is from "Helper
Applications Folder" in Settings/Information.
mherger wrote:
> >
> The only help you should get is to replace that highly vulnerable system
>
> with something more recent and reliable... seriously.
Thanks Michael - Good point, but in the meantime... :-)
But anyway... You can download the last 32 bit helper from
Hi - I've just tried to enable the Spotify plugin. I'm running LMS v8.2
on WHS v1. All installs correctly, but when I try to configure the
...
I've installed the Visual Studio 2015 x86 software, but can't install
the 64-bit due to the OS (32-bit). As such, will the Spotty plugin not
be able to
Hi - I've just tried to enable the Spotify plugin. I'm running LMS v8.2
on WHS v1. All installs correctly, but when I try to configure the
plugin it has the following error message: "There has been a problem
running the Spotty helper application. Please make sure you have the
Microsoft Visual
Connect mode unfortunately is known to be not so robust. But I'm still
trying to understand why, and how to improve.
Also - a point that I am unsure if has any influence on this: in the end
of February I upgraded my Spotify plan from Duo to Family.
When you wer on Duo, have you been multiple
mherger wrote:
> > So i have been waiting for a solution.
>
> And you've now found a solution? Because I believe the "skipping in
> Denmark" issue is still happening.
Chiming in - also from Denmark.
Had this issue for at least a week - using the workaround / fallback
setting in Spotty v.
mherger wrote:
> > So i have been waiting for a solution.
>
> And you've now found a solution? Because I believe the "skipping in
> Denmark" issue is still happening.
Updating to the latest Spotty version - and checking the fallback option
checkbox - made it work again, thank you so much! -
mherger wrote:
> > Like Adjunkten, I live in Denmark.
> > Last night, I Saw tour post about the Fall-back option in spotty
> 4.8.1.
> > I reinstalled spotty plug-in and it seemed to be working fine. I was
> > happy, so I posted in the Forum, that the fallback option seems to
> work.
>
> Ah,
Like Adjunkten, I live in Denmark.
Last night, I Saw tour post about the Fall-back option in spotty 4.8.1.
I reinstalled spotty plug-in and it seemed to be working fine. I was
happy, so I posted in the Forum, that the fallback option seems to work.
Ah, thanks! I had no means to test whether
mherger wrote:
> > So i have been waiting for a solution.
>
> And you've now found a solution? Because I believe the "skipping in
> Denmark" issue is still happening.
Like Adjunkten, I live in Denmark.
Last night, I Saw tour post about the Fall-back option in spotty 4.8.1.
I reinstalled
mherger wrote:
> > So i have been waiting for a solution.
>
> And you've now found a solution? Because I believe the "skipping in
> Denmark" issue is still happening.
I updated to 4.8.1 with the fallback option, and everything seems to be
fine again. I have played 5 songs without hickups.
So i have been waiting for a solution.
And you've now found a solution? Because I believe the "skipping in
Denmark" issue is still happening.
___
plugins mailing list
plugins@lists.slimdevices.com
mherger wrote:
> > After a week of frustrations, it looks like spotty is up and running
> > again :cool:
>
> Did it resolve automatically, or did you do anything?
I had deleted the spotty plug-in. When I was trying to use spotty on my
Home stereo, It was useless, as it immidiately started
After a week of frustrations, it looks like spotty is up and running
again :cool:
Did it resolve automatically, or did you do anything?
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
mJak wrote:
> After a week of frustrations, it looks like spotty is up and running
> again :cool:
> I am using the fallback option.
Had to restart playing the album after 4 songs
..
mJak's Profile:
After a week of frustrations, it looks like spotty is up and running
again :cool:
mJak's Profile: http://forums.slimdevices.com/member.php?userid=72650
View this thread:
I use Max2play on a Raspberry Pi.
I've released v4.8.1 which has a new option to "use Spotify Fallback AP"
(Settings/Advanced/Spotty -> bottom). Could you please try this with the
other workarounds disabled? Would that help the playback issue?
___
bpa wrote:
> 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:
> >
>
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
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
I use Max2play on a Raspberry Pi.
Did you try /etc/hosts editing trick outlined in that Github issue?
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
The very same track (Amarok 1h:00m:02s) plays flawlessly to DAC32 with
this "complicated" conversion line:
Please comment on the linked github issue. It's more likely a Windows
transcoding thing than Spotty.
___
plugins mailing list
The very same track (Amarok 1h:00m:02s) plays flawlessly to DAC32 with
this "complicated" conversion line:
Code:
[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 8 -b 16 -
gain -8.5 bass +4.0 34 0.70q bass +4.5 100 0.70q equalizer 220 0.90q -2.2
I've even tried using it on DAC32, with no volume normalization, direct
ogg vorbis passthrough... and still:
Code:
[22-03-06 17:57:43.0659] Slim::Player::StreamingController::stop (2118)
7c:9e:bd:2b:54:78
[22-03-06 17:57:43.0660]
mherger wrote:
> Theres no real solution yet. Its clearly a problem with Spotifys
> infrastructure. But there are workarounds described in the GitHub issue.
> Basically you have to tell your system to use a different host than what
> Spotify tells you to. What OS are you on?
I use Max2play
There’s no real solution yet. It’s clearly a problem with Spotify‘s
infrastructure. But there are workarounds described in the GitHub issue.
Basically you have to tell your system to use a different host than what
Spotify tells you to. What OS are you on?
Theres no real solution yet. Its clearly a problem with Spotifys
infrastructure. But there are workarounds described in the GitHub issue.
Basically you have to tell your system to use a different host than what
Spotify tells you to. What OS are you on?
Michael
"It doesn't work - what shall
mherger wrote:
> > What is the best permanent solution? I don't like to hack up the hosts
> > file and it might break again.
>
> The solution? Spotify needs to fix their systems... please let them
> know.
>
> Changing the hosts file really just is a workaround until they've fixed
> the other
mherger wrote:
> > As I was mentioning, Ogg direct now works (with no volume
> > normalization). But what I have been experiencing, no matter the
> > endpoint (I've got one SB2, two Booms, one DAC32 and one
> Squeezelite-X,
> > on my desktop), is playback stopping after 2/3 minutes of playback
I'm in France
And you're experiencing the "skipping to the next track immediately"
issue? Did you check out
https://github.com/librespot-org/librespot/issues/972?
___
plugins mailing list
plugins@lists.slimdevices.com
As I was mentioning, Ogg direct now works (with no volume
normalization). But what I have been experiencing, no matter the
endpoint (I've got one SB2, two Booms, one DAC32 and one Squeezelite-X,
on my desktop), is playback stopping after 2/3 minutes of playback and
moving to the following track
mherger wrote:
> > Where do I check if Volume Normalization is enabled?
>
> Settings/Player/Audio and Settings/Player/Spotty
Yes, thank you. I actually found it but didn't want to clog up the
discussion with message after message. So I edited...
As I was mentioning, Ogg direct now works
mherger wrote:
> > However, with an LMS 8.3 nightly, spotty sends ogg when the option is
> > enabled.
>
> Is this a good or a bad thing?
Doesn't matter for me.
I was just noting the different behaviour between the two server
versions.
Ralphy
*1*-Touch, *5*-Classics, *3*-Booms, *2*-UE
mherger wrote:
> Quick question for those of you for whom Spotty started to fail
> recently: where on this planet are you about? Just saw a very similar
> report over in the librespot community. I wonder whether Spotify is
> having an issue local to some region (as it clearly is still
Where do I check if Volume Normalization is enabled?
Settings/Player/Audio and Settings/Player/Spotty
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
I see it's enabled in logs:
Code:
[22-03-04 18:54:23.8595]
Slim::Player::TranscodingHelper::tokenizeConvertCommand2 (667) Using command
for conversion:
"C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread\spotty.exe"
mherger wrote:
> > Still getting the "Slim::Player::TranscodingHelper::checkBin (301)
> > couldn't find binary for: spotty-ogg" message in logs and the entry
> in
> > File Types is disabled (and I cannot enable it, simply greyed out).
>
> Oh, I checked the code again: Ogg direct is disabled if
Still getting the "Slim::Player::TranscodingHelper::checkBin (301)
couldn't find binary for: spotty-ogg" message in logs and the entry in
File Types is disabled (and I cannot enable it, simply greyed out).
Oh, I checked the code again: Ogg direct is disabled if you are using
volume
Updated LMS to 8.3.0 - 1646406015
Still getting the "Slim::Player::TranscodingHelper::checkBin (301)
couldn't find binary for: spotty-ogg" message in logs and the entry in
File Types is disabled (and I cannot enable it, simply greyed out).
mherger wrote:
> >
> C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread>spotty.exe
> > -x
> >
> > ok spotty v1.2.0 - using librespot 0.3.1 373d476 (Built on
> 2022-02-18,
> > Build ID: ipjE45UW, Profile: release)
> >
>
mherger wrote:
> > What is the best permanent solution? I don't like to hack up the
> hosts
> > file and it might break again.
>
> The solution? Spotify needs to fix their systems... please let them
> know.
>
> Changing the hosts file really just is a workaround until they've fixed
>
> the
C:\ProgramData\Squeezebox\Cache\InstalledPlugins\Plugins\Spotty\Bin\MSWin32-x86-multi-thread>spotty.exe
-x
ok spotty v1.2.0 - using librespot 0.3.1 373d476 (Built on 2022-02-18,
Build ID: ipjE45UW, Profile: release)
mherger wrote:
> > What is the best permanent solution? I don't like to hack up the
> hosts
> > file and it might break again.
>
> The solution? Spotify needs to fix their systems... please let them
> know.
>
> Changing the hosts file really just is a workaround until they've fixed
>
> the
mherger wrote:
>
> Can you check the output of "spotty.exe -x"? It should have
> "ogg-direct:true". Spotty (the plugin) would replace "spotty-ogg" with
> just "spotty" if ogg-direct was enabled. I wonder why ogg-direct
> wouldn't be enabled on Windows.
However, with an LMS 8.3 nightly, spotty sends ogg when the option is
enabled.
Is this a good or a bad thing?
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
It's also not a problem of CPU cycles, though. It's a problem of
bandwidth. If I convert to FLAC bandwidth doubles, at a minimum. And I
have an endpoint that is unfortunately at the edge of my wifi bubble.
We're talking about _kilo_bits, not megabits. That shouldn't be a
problem, or you should
What is the best permanent solution? I don't like to hack up the hosts
file and it might break again.
The solution? Spotify needs to fix their systems... please let them know.
Changing the hosts file really just is a workaround until they've fixed
the other hosts.
mherger wrote:
> >Non-authoritative answer:
> >Name: ap-gew1.spotify.com
> >Address: 104.199.65.124
> >
> > One idea to check: Do you have the ip address of a working ap, hence
> I
> > could add this ip to the hosts file, to force a lookup to that
> working
> > ip and see if it
mherger wrote:
> >> What helper version are you using (see Settings/Advanced/Spotty)?
> >
> > Spotty.exe (v1.2.0)
>
> Odd. That _should_ work.
It's also not a problem of CPU cycles, though. It's a problem of
bandwidth. If I convert to FLAC bandwidth doubles, at a minimum. And I
have an
mherger wrote:
> >Non-authoritative answer:
> >Name: ap-gew1.spotify.com
> >Address: 104.199.65.124
> >
> > One idea to check: Do you have the ip address of a working ap, hence
> I
> > could add this ip to the hosts file, to force a lookup to that
> working
> > ip and see if it
gorman wrote:
> I'm having troubles playing back native Ogg on endpoints that do support
> Ogg decoding.
>
> I'm using LMS Version: 8.2.1 - 1639114554 @ Fri Dec 10 07:58:57 WEST
> 2021
> Operating system: Windows 10 - EN - cp1252
> Platform Architecture: 8664
> Perl Version: 5.14.1 -
What helper version are you using (see Settings/Advanced/Spotty)?
Spotty.exe (v1.2.0)
Odd. That _should_ work.
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
mherger wrote:
> > I'm having troubles playing back native Ogg on endpoints that do
> support
> > Ogg decoding.
>
> Easiest "solution": turn off native Spotty -> Ogg playback... you won't
>
> loose any sound quality, only a few CPU cycles (which a Windows system
> should have plenty of).
>
Non-authoritative answer:
Name: ap-gew1.spotify.com
Address: 104.199.65.124
One idea to check: Do you have the ip address of a working ap, hence I
could add this ip to the hosts file, to force a lookup to that working
ip and see if it works again.
That's the one which is top in my
{"ap_list":["ap-gew4.spotify.com:4070","ap-gew4.spotify.com:443","ap-gew4.spotify.com:80","ap-guc3.spotify.com:4070","ap-gew1.spotify.com:443","ap-gae2.spotify.com:80"]}
According to some feedback on the Github issue report that ap-gew4 seems
to be the problem. If you changed your /etc/hosts
mherger wrote:
> > I am also experiencing the same reported issue since a few days
> > (Location: Germany): When selecting a playlist for playback trough
> > spotty, it keeps skipping through all tracks - no playback at all.
> The
> > setup was rock solid before, but all over sudden no playback
mherger wrote:
> >
> Could all of you report what you'd get in http://apresolve.spotify.com/?
>
> It should return a list of servers librespot would use to communicate
> with Spotify. Maybe there's a pattern?
>
> What ISPs are you using? Maybe it's a problem with one network?
>
> > Any
I am also experiencing the same reported issue since a few days
(Location: Germany): When selecting a playlist for playback trough
spotty, it keeps skipping through all tracks - no playback at all. The
setup was rock solid before, but all over sudden no playback anymore.
So we now have one
mherger: Did anyone figure out why this happened? On Github there's talk
about "channel errors", is that some networking stuff?
I'm sorry, I'm not that familiar with the innards of librespot.
___
plugins mailing list
plugins@lists.slimdevices.com
mherger wrote:
> Quick question for those of you for whom Spotty started to fail
> recently: where on this planet are you about? Just saw a very similar
> report over in the librespot community. I wonder whether Spotify is
> having an issue local to some region (as it clearly is still
mherger: Did anyone figure out why this happened? On Github there's talk
about "channel errors", is that some networking stuff?
JesperDB's Profile: http://forums.slimdevices.com/member.php?userid=72627
View this thread:
I'm having troubles playing back native Ogg on endpoints that do support
Ogg decoding.
Easiest "solution": turn off native Spotty -> Ogg playback... you won't
loose any sound quality, only a few CPU cycles (which a Windows system
should have plenty of).
What helper version are you using
I'm having troubles playing back native Ogg on endpoints that do support
Ogg decoding.
I'm using LMS Version: 8.2.1 - 1639114554 @ Fri Dec 10 07:58:57 WEST
2021
Operating system: Windows 10 - EN - cp1252
Platform Architecture: 8664
Perl Version: 5.14.1 - MSWin32-x86-multi-thread
Audio::Scan:
Spotify not working (running LMS 8.3.0 on Windows 10).
Noticed that the plugin has completely gone and is not listed as
available for download either. I can choose "Spotify for squeezebox -
Still Spotty" but it won't install.
Also in Denmark as previous posters are.
Just chiming in that I and a friend (also here in Denmark) are
experiencing the same issue since the day before yesterday.
I didn't think too much of it, because I have experienced something
similar before. Usually it persists for max. a day or until restart of
the server.
I think we are both
mherger wrote:
> > I am also living in Denmark. No problems with Spotify on pc or
> phone,
> > though. Is web traffic via Spotty going through different internet
> > cables ..?
>
> I don't know, really. Good news is one of the devs active in the
> librespot community has chimed in on
>
I am also living in Denmark. No problems with Spotify on pc or phone,
though. Is web traffic via Spotty going through different internet
cables ..?
I don't know, really. Good news is one of the devs active in the
librespot community has chimed in on
JesperDB wrote:
> My Spotty installation did not work monday feb 28 during my morning
> routine.
>
> It worked fine the day before (sunday feb 27).
>
> So it stopped working some time between sunday feb 27 at 20:00 CET and
> monday feb 28 at 06:30 CET.
I have the exact same problem!
I have
Cobbor wrote:
> I'm also from Denmark.
> I'm actually not certain when mine stopped working but I think it did
> work last weekend (26-27 of February).
> But when I'm looking in the Spotify developer portal seemed to have
> stopped on the 24/2.
My Spotty installation did not work monday feb
mherger wrote:
> Quick question for those of you for whom Spotty started to fail
> recently: where on this planet are you about? Just saw a very similar
> report over in the librespot community. I wonder whether Spotify is
> having an issue local to some region (as it clearly is still
mherger wrote:
> Quick question for those of you for whom Spotty started to fail
> recently: where on this planet are you about? Just saw a very similar
> report over in the librespot community. I wonder whether Spotify is
> having an issue local to some region (as it clearly is still
I'm not jesperll on
https://github.com/librespot-org/librespot/issues/972
JesperDB's Profile: http://forums.slimdevices.com/member.php?userid=72627
View this thread: http://forums.slimdevices.com/showthread.php?t=111923
mherger wrote:
> Quick question for those of you for whom Spotty started to fail
> recently: where on this planet are you about? Just saw a very similar
> report over in the librespot community. I wonder whether Spotify is
> having an issue local to some region (as it clearly is still
Quick question for those of you for whom Spotty started to fail
recently: where on this planet are you about? Just saw a very similar
report over in the librespot community. I wonder whether Spotify is
having an issue local to some region (as it clearly is still working for
me right now, have
I noticed that playing a song on Spotify, does not spawn a new process
(checked with 'ps aux | grep -i spot').
JesperDB's Profile: http://forums.slimdevices.com/member.php?userid=72627
View this thread:
The UI seems to try to play for 5 secs, then skips to the next song in
the list. No audio is heard.
The log seems to indicate that it just iterates the playlist songs in a
few secs (look at the log timestamps).
Done :)
Hmm... not sure what I'm looking for: the error calling "me" has not
shown up. What happened during the time you had the logging enabled? It
tried to play, but failed to do so?
___
plugins mailing list
plugins@lists.slimdevices.com
Done :)
JesperDB's Profile: http://forums.slimdevices.com/member.php?userid=72627
View this thread: http://forums.slimdevices.com/showthread.php?t=111923
___
plugins mailing
Uploaded as requested :)
Could you please increase the log level for plugin.spotty to INFO, do
your thing again, then send me an updated server.log.zip?
___
plugins mailing list
plugins@lists.slimdevices.com
mherger wrote:
> > [22-03-01 20:13:01.9931]
> Slim::Web::Template::SkinManager::_fillTemplate
> > (345) Error: undef error - Can't call method "me" on an undefined
> value
> > at
> >
> /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotty/OPML.pm
> > line 2021.
>
> Is your player
[22-03-01 20:13:01.9931] Slim::Web::Template::SkinManager::_fillTemplate
(345) Error: undef error - Can't call method "me" on an undefined value
at
/var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/Spotty/OPML.pm
line 2021.
Is your player connected? It would still be helpful if you
101 - 200 of 1128 matches
Mail list logo