loggerhead wrote:
> When I use the castbridge 0.2.0.1 I get a 15+ second delay before music
> starts on the raspberry pi compared to my CCAs, which start near
> instantly. Any thoughts why?
>
> I have 3 CCAs and 3 raspberry pis. The pis connect via 2.4 ghz network
> while the CCAs connect via
When I use the castbridge 0.2.0.1 I get a 15+ second delay before music
starts on the raspberry pi compared to my CCAs, which start near
instantly. Any thoughts why?
I have 3 CCAs and 3 raspberry pis. The pis connect via 2.4 ghz network
while the CCAs connect via 5 ghz. Lms is connected via
Hey all,
First off, I want to make it clear that I love, -love-, LOVE smartmix.
it's helped me discover the depths of my 9k album library, use it in a
manner that would be impossible in any other manner.
But that said, living with Smartmix is like living with another person
who acts as a disc
raglencross wrote:
> Sounds promising...I presume that this change requires an updated dev
> version, as I see nothing in the player or plugin settings that allow me
> to make the changes you propose?
Sorry, change is available in 0.1.0.3-dev-7, but there is still that
mistery of when LMS
philippe_44 wrote:
> I've found the problem for AppleTV, it is a change from the "unofficial
> spec" with regard to synchronization initialization. AppleTV (and I hope
> this is the same for your other device) expect the time synchronizaton
> message to be sent just before the SETUP message is
philippe_44 wrote:
> This is a complicated one: there are a few cases where the bridge is
> caught into "difficult to synchronize" states between the LMS side of
> things and the UPnP side of things. Some UPnP feedback have ambiguous
> meaning. Precisely here, I receive a 'stopped' notification
PasTim wrote:
> I'm currently on 0.2.7.3-dev-3.
>
> From time to time playing on my M1 CLiC stops, and I have to restart the
> renderer and sq2u before I can play any more. This typically happens if
> I decide to change the next track at or around the time a track is
> ending and the next
bastrup wrote:
> Hi, this is truly a great plugin, much appreciated :-)
>
> When I try to do a repositioning in a song, whilst playing, I can easily
> trigger a situation, where the plugin becomes unresponsive. After a
> while, my remote (currently tried both Orange Squeeze and Squeeze CTRL)
>
bakker_be wrote:
> OK, partial success now :) I switched over to the dev repo, chose the
> statically linked x64 binary and it discovers my airport. I saw it
> appear in the player choice for a very short time, but now it's
> disappeared and I can't get it back
> Zipped Logfile + config as
I couldn't get it to work in docker. The deamon is started but i cant
see airplay device.
https://github.com/snoopy86/logitechmediaserver
snoopy86's Profile: http://forums.slimdevices.com/member.php?userid=64826
View this
philippe_44 wrote:
> The problem was that VortexBox uses Fedora and my compilations are made
> under Debian, so the shared library for openssl was not found. I made a
> statically linked version now in x64 that should fixes that problem (I
> checked). Don't forget to select the binary now. I
Hi there,
I played a little bit with the meta data.
It seems to me that the meta data is not reset when there is a track
played with e.g. missing album cover.
When the track changes to one with a missing album cover, the cover from
the track played before is kept in cache...
I tried to change
Hi, this is truly a great plugin, much appreciated :-)
When I try to do a repositioning in a song, whilst playing, I can easily
trigger a situation, where the plugin becomes unresponsive. After a
while, my remote (currently tried both Orange Squeeze and Squeeze CTRL)
reports back that no player
13 matches
Mail list logo