Thanks for all the replies. I know I'm getting interference on 2.4 for
sure but there's nothing I can do about it so I really wasn't even sure
another AP would fix the issue. I really wish there were a way to
upgrade the internal radio. I have actual squeezeboxes cause I like
having a screen. 4
RobbH wrote:
> My Radio is not currently connected, so I've only tested with
> Squeezelite. Your stream is playing as long as I truncate the URL to
> this:
>
> https://samcloud.spacial.com/api/listen?sid=116970=215410=mp3
>
> Here's what LMS shows:
>
> Follow The Leader
> The Falling
My Radio is not currently connected, so I've only tested with
Squeezelite. Your stream is playing as long as I truncate the URL to
this:
https://samcloud.spacial.com/api/listen?sid=116970=215410=mp3
Here's what LMS shows:
Follow The Leader
The Falling Skybirds
Juke Radio
128kbps CBR, AAC
bpa wrote:
> The ff fb e2 44 - is a 320kbs MPEG2-Layer III
>
> So I think the MIME type means the stream is being interpeted as a AAC
> stream whereas if the MIME was set for a MP3 stream it would play OK.
I am sure you are correct.
Their Technical Support is lousy as in they haven't got back
My new C3 arrived today - box perfect despite being from the 'outlet'.
I already had one, but I noticed today that the phone app that's used to
set them up has a feature that lets you configure the channel output for
each speaker. By default it's set to 'L+R', but I've set them up as one
'L'
bpa wrote:
> ff fb e2 44 - can be interpreted as either ADTS AAC LTP *OR* as MP3
> sync (12 consecutive ones ) and so an MP3 stream (I'll look at
> decoding it later)
The ff fb e2 44 - is a 320kbs MPEG2-Layer III
So I think the MIME type means the stream is being interpeted as a AAC
I think the problem stems from the MIME of the underlying streams
Code:
$ wget -v http://17483.live.streamtheworld.com:80/SP_R3303918_SC
--2020-04-02 12:54:16-- http://17483.live.streamtheworld.com/SP_R3303918_SC
Resolving 17483.live.streamtheworld.com
Interesting.
I did a wget on the stream and saved a number of Kbytes.
rename to extension of ".aac" and then tried both mplayer and ffpplay.
The "aac" extension mean mplayer/ffplay attempt AAC decode and when it
fails, they try other other formats.
It plays OK as a MP3 320kbs stream - scroll
bpa wrote:
> Those site just try to play the URL you provided at the start.
> There is metadata which looks reasonable but I don;t want to waste time
> to try to the play the audio since you said it played on iPeng. The
> stream is a AAC stream validly encoded in ADTS which means if there is
>
d6jg wrote:
> Thanks bpa. This is useful.
>
> The original format is FLAC which should be encoded to 320kbps MP3 but I
> have my suspicions that it isn't.
> The software I am using here to send the stream is a cut down version of
> SAM Broadcaster which has a built in encoder that connects
I have four Unifi AP-Lite's and the Wi-Fi is rock solid. Running 2 x
Boom's, Radio, 3x SB3's and Transporter.
What version of UAP firmware are you using? The most stable is 4.0.66
and some of the later releases have caused various connectivity
problems. We are waiting on V4.3.8 which is at the
Thanks bpa. This is useful.
The original format is FLAC which should be encoded to 320kbps MP3 but I
have my suspicions that it isn't.
The software I am using here to send the stream is a cut down version of
SAM Broadcaster which has a built in encoder that connects only to
Spacial.
At their
I analysed the AAC header.
The audio stream is
ADTS Frame 1011 11100010 01000100
Object-type 3 Sample rate 8 Channels 1
Object Type AAC LTP Sample rate 16kHz
bpa's Profile:
AFAICT the playlist URL parameters do nothing except the "m=" which
changes the MIME for the playlist.
The undlerying encoding of the stream is done elswhere - the MIME is
audio/aacp but the stream is not a standrad 44.1kHz 2 channel 16 bit
AAC LC or HE
d6jg wrote:
> Yes that is for real.
> I haven't changed today's description yet !!
>
> Thanks. You have confirmed what I thought - the stream is not what it
> should be at all.
> The providers have offered the following URL variants - I can't get any
> to work with LMS or VLC and since VLC
bpa wrote:
> It seems to have an unsupported AAC variation (which I have never seen
> before) and i tialso in mono.
> from ffplay "aac (LTP), mono, fltp, 61 kb/s"
>
>
> The URL seems odd as well
> https://samcloud.spacial.com/api/listen?sid=116970=215410=mp3,any=32,any=pls
>
> I woudl
It seems to have an unsupported AAC variation (which I have never seen
before) and i tialso in mono.
from ffplay "aac (LTP), mono, fltp, 61 kb/s"
The URL seems odd as well
https://samcloud.spacial.com/api/listen?sid=116970=215410=mp3,any=32,any=pls
I woudl not have expected a" =mp3,any"
This is what I get from a Pi4 connected to a Pi4 Logitech Media Server
Version: 8.0.0 - 1584980762 @ Mon Mar 23 17:54:54 CET 2020
[20-04-02 11:19:42.3239] Slim::Player::Squeezebox2::statHandler (149)
Error: dc:a6:32:64:8f:3f: Decoder does not support file format, code 0
[20-04-02 11:19:42.9980]
Could it be the same issue as was discussed in the "ByGolly" thread
recently?
It resulted in a change to LMS and I think MySqueezebox to accommodate
it.
https://forums.slimdevices.com/showthread.php?111812-ByGolly-Old-Time-Radio=968862=1#post968862
Paul Webster
http://dabdig.blogspot.com
I have the following player types Boom, SB3, Radio and lots of Pis
Yes all through LMS
d6jg's Profile: http://forums.slimdevices.com/member.php?userid=44051
View this thread:
Your SB Boom and SB3 cannot play AAC natively. Are you connected
through LMS? LMS should transcode AAC to MP3 for those players.
toby10's Profile: http://forums.slimdevices.com/member.php?userid=12553
View this thread:
Can someone help me?
As things are quiet I thought Id try and get an internet radio station
going. However although my plan was to stream in 320kbps mp3 the server
providers have actually implemented a 320kbps AAC stream for my station
which is accessible via the following URL which even
22 matches
Mail list logo
