Post Reply 
I can stream radio content to one renderer but not the other…
17-03-2016, 16:48 (This post was last modified: 17-03-2016 16:54 by rich28.)
Post: #27
RE: I can stream radio content to one renderer but not the other…
(17-03-2016 12:44)simoncn Wrote:  
(17-03-2016 11:45)rich28 Wrote:  I have the same set up as this but as you gather have also been running BubbleUnP Server, which I had felt was enhancing UPnP and OpenHome capabilities. With the possible exception of BubbleUnP Server (????) being linked with this issue of playing back BBC HLS streams everything was working fine like this and my control point (Linn Kazoo) could see MoodeAudio as the UPnP renderer. However, given what's been mentioned I've now uninstalled BubbleUnP Server. In my case this appears to have created a problem in that Linn Kazoo can longer see the MoodeAudio UPnP renderer. I've restarted both the pi (MoodeAudio UPnP renderer) and my synology NAS, which is running Minimserver, but this makes no difference - the UPnP renderer is still not visible. So here's the question: should I go back to running BubbleUnP Server?

I am not sure why you removed BubbleUPnP Server as from your previous post it sounded like everything was now working OK for you (presumably with BubbleUPnP Server installed).

I am using Kinsky with the Moode renderer (without BubbleUPnP Server) and the Moode renderer is discovered by Kinsky. Can you try using Kinsky and check whether you can play BBC HLS streams to the Moode renderer using Kinsky without BubbleUPnP Server?

If this works, there is some incompatibility between Kazoo and the Moode renderer (upmpdcli/libupnp). There was a recent fix to Kazoo for a similar issue (see this post) but perhaps there is another problem that is specifically affecting the version of upmpdcli/libupnp that is packaged within Moode.

Sorry I should have left BubbleUPnP alone. The thing is I made a mistake suggesting that I got BBC HLS streams to playback on the pi using the setting “*:wav16;44" and it transpires that ticking the “Transcode high-res audio to 44.1/16 or 48/16 FLAC” box on BubbleUPnP doesn’t seem to make any difference to this. I was curious as to how you got the thing to work and I was attempting to replicate your setup. Anyway, I’ve now reinstalled BubbleUPnP, so I’m back to where I was before. (Incidentally, Kinsky worked without this but I was unable to control the volume level).

As you may know, there is a setting on Moode Audio called ‘Audio information’. If no value is assigned to ‘stream.transcode’ play back of BBC HLS streams work and in terms of BBC 6 Radio Music input processing details stated in ‘Audio information’ inform that the source is http://####:9790/minimstreamer/*/R6 and that the rate is 128kbps. Likewise BBC HLS streams work using the setting “*:mp3;320k” the source is reported to be: http://####:9790/m ... eamer/*/R6/$!transcode-,320k.mp3. Audio information also informs that the rate of this 320kbps.

If however *:wav16;44 or *:wav is assigned to stream.transcode no sound is heard and with the exception of stating a source there are no input processing details. If *:wav is entered in stream.transcode the source is reported to be http://####.102:9790/minimstreamer/*/R6/...scode.wav, while if *:wav16;44 is used the source is apparently http://####:9790/m ... eamer/*/R6/$!transcode-16,44.wav.

This issue has hounded us enough - my fault, sorry. Ideally I would like stream.transcode to have a setting that if needs be could capture the sound quality of let’s say a FLAC, but unless I hear otherwise I’m going to use: “*:mp3;320k”.
Find all posts by this user
Quote this message in a reply
Post Reply 


Messages In This Thread
RE: I can stream radio content to one renderer but not the other… - rich28 - 17-03-2016 16:48

Forum Jump:


User(s) browsing this thread: 1 Guest(s)