bonze wrote:
> They also still maintain their RadioDNS info:
>
It is useful but not for Song Now Playing information.
Paul Webster
http://dabdig.blogspot.com
author of \"now playing\" plugins covering radio france (fip etc),
planetradio (bauer - kiss, absolute, scala, jazzfm etc), kcrw,
They also still maintain their RadioDNS info:
http://epg.musicradio.com/radiodns/epg/XSI.xml
http://epg.musicradio.com/radiodns/spi/3.1/SI.xml
LMS Version: 7.9
TranquilPC T2-WHS-A3 - WHS 2011
2x Touch, 3x SB3
bonze's
expectingtofly wrote:
> Its a unique to each request, based on the time of the request (and the
> user) (it looks something like this
> hdauth=userid:epochtime:somethinggenerated) . So, we really would need
> to ask them if we could do it, and we would have to assume they wouldn't
> allow it
expectingtofly wrote:
> I believe there is an MP3 stream that is 128 kbps. It is the AAC stream
> that their web site/api points to, that's the one that is 48 kbps (or
> 192kbps as a "HD" stream)
Yes, you can see 128K stream at https://icecast.thisisdax.com/, but it's
not 192k :-) Also,
Paul Webster wrote:
> If people are listening to ClassicFM via their Squeezebox today then
> they are, presumably, getting the relatively low audio quality streams.
>
I believe there is an MP3 stream that is 128 kbps. It is the AAC stream
that their web site/api points to, that's the one
If people are listening to ClassicFM via their Squeezebox today then
they are, presumably, getting the relatively low audio quality streams.
It is a shame that we do not have a way to measure the usage ... my
guess is TuneIn knows and maybe there are stats on mysqueezebox.com that
could show
psketch wrote:
> I guess to do it properly, we'd be dependent on them providing an API so
> we could sign in - they then get the data they want from us as users,
> and we get the HD stream without having to use their app. Less
> advertising revenue for them though I guess is the problem with
expectingtofly wrote:
> I've just got around to looking at this.
>
> To write a plugin is quite straight forward (to replicate whats
> available on the web site). Although, as @paulwebster mentioned, the
> meta data provision uses web sockets, so the meta data would be limited
> The problem
expectingtofly wrote:
> Which, by the looks of it, is probably possible to reverse engineer,
> but they obviously do not want anyone to do that as it is all very well
> hidden.
[emoji848] no, they will never know.. Go for it ;p
Well I'm not going to tell them.. I promise [emoji23]
3x
psketch wrote:
> Now that @expectingtofly is spoiling us with lots of great addins, I
> wondered if anyone had had a look at the feasibility of a plugin for
> GlobalPlayer. For me, this would be for ClassicFM mostly, but there are
> loads of stations in their stable now. The main advantage
ralphy wrote:
> I kept the VM I used to build the SSL updates for windows.
> If you decide to move forward with the project, I will try building an
> AnyEvent 7.x perl package.
I'll let you know. Building the library will only be needed if testing
with 7.* on Linux goes OK.
I kept the VM I used to build the SSL updates for windows.
If you decide to move forward with the project, I will try building an
AnyEvent 7.x perl package.
Ralphy
*1*-Touch, *5*-Classics, *3*-Booms, *2*-UE Radio
'Squeezebox client builds'
(https://sourceforge.net/projects/lmsclients/files/)
psketch wrote:
> but you could have an optional installable extension for Linux that
> overwrote the 5.x to add WS support.
Can't just overwrite some AnyEvent in LMS by 7.* for WS has ANyEvent is
the key to LMS scheduled and single threadedness - it is used by LMS for
all I/O - DNS, HTTP
bpa wrote:
> I see the approach to be using LMS on Linux to test an update to
> AnyEvent 7.*. The AnyEvent 7.* module is easily built for Linux but
> changes to some LMS core modules are likely.
>
> Upgrading AnyEvent to 7.* on Linux should be feasible as I think LMS use
> of AnyEvent
psketch wrote:
> Ah yes - I remember some other comments on Windows problems. I'm
> always happy to help testing and trying things, but my knowledge on
> building things on Linux is limited. Although I run all of my LSM and
> players on PCP (apart from a transporter and boom), my technical
>
bpa wrote:
> Looking at updating AnyEvent is on my (long) todo list as it would be
> useful for another idea I have.
>
> IIRC Beside the "whether it works ", Michael had more basic concerns
> because of problems in building any library module for Perl for Windows
> (stuck at 5.14 as no longer
psketch wrote:
> Hmm ; that's a shame. Global claim to be the largest radio group in
> Europe now with 25 million people listening in the UK each week, so, on
> the very large assumption that all of the globalplayer stations use the
> same approach, it would be a really nice addition, and now
Paul Webster wrote:
> There is an undocumented API ... but using it is tricky because it would
> require the use of WebSockets ... which is not supported by LMS.
> So I think it would mean writing some standalone stuff and then plugging
> it in somehow.
>
>
There is an undocumented API ... but using it is tricky because it would
require the use of WebSockets ... which is not supported by LMS.
So I think it would mean writing some standalone stuff and then plugging
it in somehow.
Now that @expectingtofly is spoiling us with lots of great addins, I
wondered if anyone had had a look at the feasibility of a plugin for
GlobalPlayer. For me, this would be for ClassicFM mostly, but there are
loads of stations in their stable now. The main advantage vs. a stream
is they now
20 matches
Mail list logo