tcutting wrote:
> There is a bit of a hack which may allow the images to work, but it
> would be tedious. You could manually replace the "bad" image files on
> the Radio with the correct image files using WinSCP. You would have to
> manually download the needed image files, and name them exactly
dermicha wrote:
> Yes, I debugged it also on the radio. It seems to be a problem since
> last customclock update.
>
> @Erland: Could you please take a look at it?
>
> EDIT: In the log there is an error like SDT image failure...
There is a bit of a hack which may allow the images to work, but i
tcutting wrote:
> OK I moved a copy of the image files to a new location:
> http://superdatetimewu.sourceforge.net/CC_Images/
> BUT, I see the same issue you are describing - the files still don't
> seem to get correctly downloaded by the CustomClock applet, instead, I
> find the files cont
Made some fixed again. Plugin has the same version number, so it will
not update automatically if you already installed a previous version
from my repo-beta.xml. You should install manually:
Main changes:
- Fix direct input of Mixcloud URL when URL is https
- Better logging, don't keep it as debu
tcutting wrote:
> I checked my Radio - the cached images are stored at:
> /usr/share/jive/applets/CustomClock/images
>
> If you delete the "bad" image files in this location, CustomClock will
> then need to retry downloading them from the source.
>
> When you copied the image files to your serv
tcutting wrote:
> If you have the urls pointing correctly to your own hosted files, that
> should work. CustomClock does cache these images on the local player. If
> the image files didn't download correctly, you may be able to manually
> delete the bad cached versions using ssh. I don't recall w
dermicha wrote:
> Copy & paste the code in the api key field.
I found out why I couldn't see the api code: I use Firefox with Ghostery
and HTTPS Everywhere and that somehow blocked the API code field. I am
able to see the API key when I disable those plugins in Firefox.
It's now working fine, I
Thanks!
Logitech Media Server Version: 7.9.0 - 062.0009 @ Wed Dec 2 04:06:50 UTC
2015, 1x Boom, 1x Radio, 2x Max2Play (Raspberry Pi 2 u. Odroid), iPeng
9.0.3, Orange Squeeze 2.0.18, Synology DS 116 , DSL-Easybox 802
Logitech Media Server Version: 7.9.0 - 062.0009 @ Wed Dec 2 04:06:50 UTC
2015
deubler wrote:
> I think we need to transcode the aac/mp4 stream. Does anyone know how to
> install lame nowadays? Can't find a debian repository that holds lame
> (using apt-get install).
>
> Cheers Jonny
Thanks. I have lame installed. It is used when I play the direct file
I downloaded. I
wpf7 wrote:
> I am seeing something with this plugin that I don't understand.
>
> Around half of the MixCloud tracks I attempt to play will not play.
> There is no apparent way to tell which ones will play or not until they
> are tried. When playing a playlist, the error will just stop the ent
New builds: 0.1.0-alpha.2
- some under the hood changes
- added power,repeat and shuffle buttons
- fixed title, album and artist lines flickering
https://github.com/michiil/squeeze-controller/releases
michi's Profile: http
PasTim wrote:
> If you want to know if a new dev version is available without
> deselecting the plugin, restarting and so on, copy and paste the
> repository URL
> (http://tenet.dl.sourceforge.net/project/lms-to-upnp/dev/repo-sf.xml)
> into a browser and look at the xml file. It contains the ver
philippe_44 wrote:
> Should be good now ...
It is;)
As a matter of interest what changes have you made as the functionality
and stability don't appear to be any different to earlier versions? And
are you still working towards some form of sync. with other
squeezeplayers or is that not poss
Since you seem to have installed squeezelite from Ubuntu repository - it
may be an old version missing some fixes.
Ralphy's latest version is 1.8 see
https://github.com/ralph-irving/squeezelite
bpa's Profile: http://forums
14 matches
Mail list logo