internet radio format support

[pic]

I am very interested in this radio, particularly I would like to use it as a stand alone radio (no PC connection).

Can anyone confirm me that the only format supported internally by the radio are MP3, Ogg Vorbis, AAC and WMA (no FLAC for example) ?

I am playing with SOFTSQUEEZE 3.8 on my PC and it is not able to receive this radio: http://www.radiomontecarlo.net/Radio/asx/rmcfm.asx , VLC says it is WMA2. Is it a SOFTSQUEEZE only problem ? Can anyone try to listen it using Boom ?

Many thanks to all
pic

[andyg]

Native codec support includes MP3, Vorbis, AAC, WMA, FLAC, PCM (WAV/AIFF)

[andynormancx]

That works fine on the Boom.

[bpa]

I am playing with SOFTSQUEEZE 3.8 on my PC and it is not able to receive this radio: http://www.radiomontecarlo.net/Radio/asx/rmcfm.asx , VLC says it is WMA2. Is it a SOFTSQUEEZE only problem ? Can anyone try to listen it using Boom

That is a SoftSqueeze only problem as Softsqueeze can only play MP3 and Flac natively. If you are using a non Windows based SC - install mplayer and AlienBBC plugin and it will do WMA transcoding for SOftsqueeze.

[radish]

I am playing with SOFTSQUEEZE 3.8 on my PC and it is not able to receive this radio: http://www.radiomontecarlo.net/Radio/asx/rmcfm.asx , VLC says it is WMA2. Is it a SOFTSQUEEZE only problem ? Can anyone try to listen it using Boom ?

Just tested it on the Radio - works fine.

[pic]

Native codec support includes MP3, Vorbis, AAC, WMA, FLAC, PCM (WAV/AIFF)

I am very happy to hear this.
I only do not understand very well what stated in Technical Specifications web page:

Audio formats
* MP3, FLAC, WAV, AIFF, WMA, Ogg Vorbis, AAC, Apple Lossless

Internet radio
* Support for MP3, Ogg Vorbis, AAC and WMA formatted Internet radio streams

Why they differs "Audio formats" and "Internet radio" ?

Thanks,
pic

[pic]

That is a SoftSqueeze only problem as Softsqueeze can only play MP3 and Flac natively. If you are using a non Windows based SC - install mplayer and AlienBBC plugin and it will do WMA transcoding for SOftsqueeze.

Yes, it runs on Ubuntu, I will do what you suggest.

Thanks,
pic

[pic]

Just tested it on the Radio - works fine.

OK.

Many thanks,
pic

[bpa]

Internet radio have transport protocols used to transfer the audio stream across the internet. The list implies support of the transport protocols.

For example - there are a few services which send Flac or WAV audio streams but since the transport protocol is not supported or is non standard - Flac and Wav are not shown as support Internet Audio formats.

[pic]

Internet radio have transport protocols used to transfer the audio stream across the internet. The list implies support of the transport protocols.

For example - there are a few services which send Flac or WAV audio streams but since the transport protocol is not supported or is non standard - Flac and Wav are not shown as support Internet Audio formats.

Ok, now I am starting to understand.
This means that I need to investigate not only which codec is used, but also which transport protocol is used by a radio to know if I will be able to listen it using SB. Is it right ?

Tjanks,
pic

[bpa]

This means that I need to investigate not only which codec is used, but also which transport protocol is used by a radio to know if I will be able to listen it using SB. Is it right ?

Yes. Most of the common formats are supported. The most common problem type is "mms".

mms is a Microsoft format for WMA. Stations have a choice of supporting mms and/or http as the transport protocol. A few have opted for just mms and mms is not supported by SB players using Squeezenetwork (the mms will work using a PC). MMS URLs are now deprecated by Microsoft for a few years but some stations are loath to change old but working systems. MMS is not supported by Windows Media Player 11.

The new players have more processing power ans capacity which means they have the potential to support more protocols/audio formats natively (i.e. can be played without a PC). The older players (e.g SB3) memory is full and so will not support more formats natively.

[pic]

Yes. Most of the common formats are supported. The most common problem type is "mms".

mms is a Microsoft format for WMA. Stations have a choice of supporting mms and/or http as the transport protocol. A few have opted for just mms and mms is not supported by SB players using Squeezenetwork (the mms will work using a PC). MMS URLs are now deprecated by Microsoft for a few years but some stations are loath to change old but working systems. MMS is not supported by Windows Media Player 11.

The new players have more processing power ans capacity which means they have the potential to support more protocols/audio formats natively (i.e. can be played without a PC). The older players (e.g SB3) memory is full and so will not support more formats natively.

OK. Back to my starting point: if I run "wget http://www.radiomontecarlo.net/Radio/asx/rmcfm.asx" on my PC, I get a file containing:

<ASX VERSION="3.0">
<ENTRY>
<TITLE>Radio Monte Carlo</TITLE>
<AUTHOR>Radio Monte Carlo</AUTHOR>
<COPYRIGHT></COPYRIGHT>
<REF HREF="mms://151.1.245.1/2" />
<REF HREF="http://151.1.245.1/2" />
</ENTRY>
</ASX>

This means that the station uses both mms and http as transport protocol and the player can choose one of them. This does not say anything about the codec used to encode the stream.
This also means that SB player (or Squeezeetwork server software ?) processes the .asx file to get the actual streaming URL.

Is it right ?

[bpa]

ASX, SMIL, M3U, RAM, PLS are all playlist formats - text files which have playable URLs.


These are read aread and processed by Squeezenetwork or SqueezeCenter. After processing - SC/SN will have created a playlist of one or more playable URLs - I think SN/SC may have to do an initial connection to station to get stream format (usually through mime type and or extension) so SC/SN can decide whether the stream can be played by the player natively or whether it needs transcoding help (only with SC).

MMS and HTTP are considered equal by SN/SC and whenever it see two identical streams - I think only one will be played and the SC/SN proble will try using http first. IF it works then SC/SN will give the playter the http URL that works. If probe fails then on SC it will try mms with transcoding support, on SN it will indicate cannot be played.

[pic]

ASX, SMIL, M3U, RAM, PLS are all playlist formats - text files which have playable URLs.


These are read aread and processed by Squeezenetwork or SqueezeCenter. After processing - SC/SN will have created a playlist of one or more playable URLs - I think SN/SC may have to do an initial connection to station to get stream format (usually through mime type and or extension) so SC/SN can decide whether the stream can be played by the player natively or whether it needs transcoding help (only with SC).

MMS and HTTP are considered equal by SN/SC and whenever it see two identical streams - I think only one will be played and the SC/SN proble will try using http first. IF it works then SC/SN will give the playter the http URL that works. If probe fails then on SC it will try mms with transcoding support, on SN it will indicate cannot be played.

Very clear, thanks.

btw, are you SB developer ?

[bpa]

Very clear, thanks.

btw, are you SB developer ?

No - but I've maintained AlienBBC (RealAudio/RTSP and SMIL playlist) plugin and added AACplus support before 7.3 so I've worked my way through a lot of SC code.