Problem streaming FLAC to Roku Soundbridge

[nelem]

The SoundBridge is supposed to support FLAC but reports "The music format is not supported" when streamed from MM. I have tried converting to WAV which is also claimed to be supported and, according to Roku support page, both formats are supported when used with Firefly Media Server. Converting to MP3 at Insane bitrate works.

Can MM be made to stream FLAC to the SoundBridge?

Another incompatibility is with the SoundBridge search button. It reports "This server does not support search." The TwonkyVision server I used way back when did support searching so is MM missing something here?

Cheers

[khelsing]

Roku's SoundBridges do not support FLAC natively, so music files in that format will have to be transcoded to a compatible format (for example MP3 or WMA) which is what Firefly does when serving FLAC to a SoundBridge.

WAV is natively supported and in theory should work, but many SoundBridge users have experienced issues when trying to stream WAV to their devices.

[Lowlander]

DLNA search hasn't been implemented: http://www.ventismedia.com/mantis/view.php?id=9823

[nelem]

Thanks khelsing for clearing that up. Regarding not play WAV, the SoundBridge marks them with a cross indicating that the format is not supported and is before any attempt to play any track. Could it be the MIME type sent by MM? Not that I know what I'm talking about but others point the finger there.

Lowlander, DLNA search hasn't been implemented -- apparently it is in 4.1!

[khelsing]

Regarding not play WAV, the SoundBridge marks them with a cross indicating that the format is not supported and is before any attempt to play any track.

My SoundBridge shows the same behaviour if I try to stream WAV files to it from MediaMonkey. Streaming WAV from Windows Media Player works fine, though, as well as auto-converting WAV to MP3 in MediaMonkey. Streaming WAV to my Android tablet from MediaMonkey works fine, too. It looks as though in this special case MM and the SoundBridge aren't compatible with each other.

Could it be the MIME type sent by MM?

That might be one possible reason. Maybe the powers that be at Ventis Media will have a look at the issue.

[Lowlander]

http://www.ventismedia.com/mantis/view.php?id=7667

[nelem]

I also have an Xtreamer with some compatibility problems and I've been digging around using the Intel UPnP tools. I may have something here but don't know enough to know for sure. I'm only looking at audio types but there seems to be some confusion out there about the mime types. For instance for WAV files MM uses audio/x-wav, Soundbridge uses audio/wav and Xtreamer uses audio/wav. For FLAC files MM uses audio/flac, Xtreamer uses audio/x-flac while the Soundbridge doesn't support FLAC.

Could MM be coded to support wav and x-wav, flac and x-flac?

Below are all the formats for the three devices.

Cheers

MM Server
http-get:*:audio/flac:DLNA.ORG_PN=FLAC,
http-get:*:audio/L16;rate=44100;channels=1:DLNA.ORG_PN=LPCM,
http-get:*:audio/L16;rate=44100;channels=2:DLNA.ORG_PN=LPCM,
http-get:*:audio/L16;rate=48000;channels=2:DLNA.ORG_PN=LPCM,
http-get:*:audio/mpeg:DLNA.ORG_PN=MP3,
http-get:*:audio/mpeg:DLNA.ORG_PN=MP3X,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMABASE,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAFULL,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAPRO,
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMDRM_WMABASE,
http-get:*:audio/x-wav:DLNA.ORG_PN=WAV

Soundbridge
http-get:*:audio/L16:*,real.com-rhapsody-http-1-0:*:audio/x-ms-wma:*,real.com-rhapsody-http-1-0:*:audio/x-rhap-radio:*
http-get:*:audio/mp4:*,
http-get:*:audio/mpeg:*,
http-get:*:audio/wav:*,
http-get:*:audio/x-aiff:*,
http-get:*:audio/x-ms-asx:*,
http-get:*:audio/x-ms-wma:*,

Xtreamer
http-get:*:audio/3gpp:*,
http-get:*:audio/aiff:*,
http-get:*:audio/aiff:*,
http-get:*:audio/basic:*,
http-get:*:audio/basic:*,
http-get:*:audio/l16:*,
http-get:*:audio/l16:*,
http-get:*:audio/l16:*,
http-get:*:audio/midi:*,
http-get:*:audio/midi:*,
http-get:*:audio/mp1:*,
http-get:*:audio/mp2:*,
http-get:*:audio/mp4:*,
http-get:*:audio/mp4:*,
http-get:*:audio/mpeg:*,
http-get:*:audio/mpeg:*,
http-get:*:audio/mpegurl:*,
http-get:*:audio/wav:*,
http-get:*:audio/x-aac:*,
http-get:*:audio/x-ac3:*,
http-get:*:audio/x-atrac3:*,
http-get:*:audio/x-dts:*,
http-get:*:audio/x-flac:*,
http-get:*:audio/x-ms-wma:*,
http-get:*:audio/x-ogg:*,
http-get:*:audio/x-pn-realaudio:*,
http-get:*:audio/x-pn-realaudio:*,
http-get:*:audio/x-pn-realaudio:*,
http-get:*:audio/x-scpls:*,

[Ludek]

OK, added audio/wav, audio/wave, audio/x-flac to the server protocol info in build 1611.

Also changed "audio/x-wav" -> "audio/wav" protocol info when serving particular wav file, so it might help.

[nelem]

I saw this message and I saw the new dev build and assumed they were the same build. This fix is available in 1611 but the new dev build is 1610.

[Lowlander]

It's been fixed in 1611 so you'll have to wait till it is released: http://www.ventismedia.com/mantis/view. ... 667#c33738

[nelem]

It is fixed for the SoundBridge by converting correctly to WAV which is now recognised. Many thanks.
The same cannot be said for the Xtreamer.

For the record, MM now publishes the following (audio) formats

http-get:*:audio/flac:DLNA.ORG_PN=FLAC
http-get:*:audio/L16;rate=44100;channels=1:DLNA.ORG_PN=LPCM
http-get:*:audio/L16;rate=44100;channels=2:DLNA.ORG_PN=LPCM
http-get:*:audio/L16;rate=48000;channels=2:DLNA.ORG_PN=LPCM
http-get:*:audio/mpeg:DLNA.ORG_PN=MP3
http-get:*:audio/mpeg:DLNA.ORG_PN=MP3X
http-get:*:audio/wav:DLNA.ORG_PN=WAV
http-get:*:audio/wave:DLNA.ORG_PN=WAV
http-get:*:audio/x-flac:DLNA.ORG_PN=FLAC
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMABASE
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAFULL
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAPRO
http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMDRM_WMABASE
http-get:*:audio/x-wav:DLNA.ORG_PN=WAV