That's not a bad plan actually! Totally forgot that there was a 3.5mm
line in on SB Radios! Good idea...
rod_hull's Profile: http://forums.slimdevices.com/member.php?userid=53725
View this thread:
I have an issue with this plugin that is seriously making me ready to
jump ship from LMS/Squeezebox and just get another device that supports
something simpler like bluetooth audio since I rely on Play Music so
much nowadays...cutting out all of the server-side plugin nonsense would
be great in
CommanderROR wrote:
Thanks.
It's a realy pity that sound quality is not as good as Spotify. Using it
on more than one device at the same time is very useful and does not
work with the current Spotify plugin...
I don't hear any marked difference on any of my setups and I'm quite
CommanderROR wrote:
Well, they both use 320kbit, but a different codec. Spotify streams ogg,
Google does mp3.
There codecs have different characteristics, and I guess that's what I
hearing. It depends on the type of music you listen to. I think I once
read, that one favours bass and the
FYI, this issue on hechtus' github mentions this exact issue:
https://github.com/hechtus/squeezebox-googlemusic/issues/43
Nightlies are here:
http://downloads.slimdevices.com/nightly/index.php?ver=7.8
rod_hull's Profile:
Try a more recent nightly. Something may have changed at Google's end
only a few weeks ago. I'm running the one from June 20th and it's fine.
rod_hull's Profile: http://forums.slimdevices.com/member.php?userid=53725
View
I had to recently upgrade my LMS to a nightly version of 7.8.1 to get
streaming services like Google Play working. It had been previously fine
but suddenly stopped working a short while ago. My symptoms were the
same as yours. Might be worth a try?
pippin wrote:
Anyway: it's not a general issue: Spotify sync works perfectly for me
I think it is an issue if you run your LMS on a modern (released within
the last 1-2 years) Linux...
rod_hull's Profile:
pippin wrote:
Interesting. Will give it a try, currently using it with OSX and Ubuntu
10.04 but I've got a server with 14.04, too. Any idea as to why that is?
I think it's down to some changes in the kernel - there needs to be a
much higher send buffer (setsockopt) set in the plugin than is
I'm still having problems with synchronisation with this plugin!
I've upgraded my server to Ubuntu 14.04 LTS which now uses the 3.13
branch of the kernel (I also upgraded LMS to 7.8.0) - everything works
as expected elsewhere on the LMS except I get the exact same behaviour
as I did when trying
Me too!
I've reported this a number of times in this thread (and the thread on
buffer underruns - which I suspect is causing the problem) but had no
response.
It kind of defeats the object of using this plugin over the Logitech one
since I also used to be able to synchronise when running LMS on
Are you also running your LMS on 64-bit Linux? Could you maybe post also
in the main thread? I haven't managed to get any traction by myself
there!
rod_hull's Profile: http://forums.slimdevices.com/member.php?userid=53725
Does no-one else see these buffer underruns when using synchronisation
to more than one Squeezebox (physical or squeezelite) when running on an
x64 Linux LMS?
I can't believe I'm the only one!
rod_hull's Profile:
In your server plugin settings page on the web UI, make sure Update
plugins automatically is ticked - this should keep things up to date.
Alternatively, uninstall the plugin, then re-install and it ought to
grab the latest...
Triode,
v2.3.6 is still showing buffer problems when streaming across
synchronised clients (with LMS 7.7.3 running on Ubuntu 13.10 64-bit).
Streaming from a single device is absolutely fine, but as soon as I turn
on synchronisation on another client, the debug log shows the rate x /
44100
Pretty sure squeezeslave out of the box doesn't support plugins
requiring direct streaming like Spotify - you'll need something like
squeezelite instead...
rod_hull's Profile:
On my LMS 7.7.3 on the page where you can see all the plugins listed,
right at the bottom is a check box to update plugins automatically.
Try using another browser like Chrome or Firefox. Alternatively, remove
the plugin all together on your Linux rig (look inside /var/lib for your
LMS
Triode, will this version help with the Linux LMS server buffer underrun
issue when synchronising? I'm away from my setup at the moment so can't
easily test. Again, more than happy to try a special version with a
large setsockopt value or be educated how to modify it myself...thanks.
Sent from
Hi Triode, I posted a few posts above in more detail about my specific
problem. LMS just installed the latest version in the repo (which turns
out is 2.3.3). Happy to test anything else to get it working nicely
again! I've been reading the other thread about buffer underruns and
would love to try
I just moved my LMS off a Raspberry Pi where streaming performance to my
Squeezebox Radio and other squeezelite clients was great but the web UI
and media scanning were slooow so I chose another more powerful Linux
box (an Acer Revo) running Ubuntu 13.10 64-bit hoping for increased
performance of
I just moved my LMS off a Raspberry Pi where streaming performance to my
Radio was great but the web UI and media scanning were slooow so I chose
another more powerful Linux box (an Acer Revo) running Ubuntu 13.10
64-bit hoping for increased performance of the LMS.
I never had any probs with
+1 - working great on my Pi.
Searching, Radio, Playlists, Similar Artists, Synchronization all
working fine.
Top notch! Thanks a lot...
rod_hull's Profile: http://forums.slimdevices.com/member.php?userid=53725
View this
Sorry, yes I meant I could only get the audio for LMS out of USB (then
in turn from the USB DAC's 3.5mm). Its something to do with how XBMC is
set up...
rod_hull's Profile:
We'll not unless you're happy rebooting the OS each time you want to
switch between XBMC and squeeezelite! Using a USB DAC was the only way I
could get them to coexist in the same block of uptime even if not using
them simultaneously...
Genius! From some (very limited) testing, it seems to be working!
So FYI (and anyone else who is interested), I'm running a Model B
Raspberry Pi (512Mb) with Raspbmc RC5 (built 20121231) as its OS. I use
it mainly hooked up over HDMI to my receiver/speakers/TV for playing HD
video via XBMC...
Triode wrote:
Thanks for posting this - it seems to work for me on arm hard float. I
will do some more testing and find out whether spotify have a concern
about distributing patched versions of their library... (I've changed 4
bytes and it works!) Needs a new build of spotifyd as well,
In the neverending saga of trying to get the Spotify API working in some
form on a hard-float ARM OS, a guy called *polarsun00* has posted on the
Spotify community site with a modified version of libspotify which
looks to have had the ELF section headers altered (more specifically
27 matches
Mail list logo
