Sound quality comparison

[krutsch]

(31-08-2014 21:31)simoncn Wrote:  

Quote:So, I then enabled the BubbleUPnP Server option to transcode all high-res audio to 44.1/16 or 48/16 FLAC. Then, the same tracks come across as

Stream #1 FLAC, 16 bits, ...
Stream #2 WAV, 24 bits, ...
Stream #3 FLAC, 16 bits, ...
Stream #4 LPCM, 16 bits, ...

Which is nice, because then when I am in the house, I use my streamers to access the wav24 version (by basically not connecting through the OpenHome server) and on the road, my remotely accessed streams are transcoded to FLAC 16.

Quote:Which part of this wouldn't you be able to achieve by using MinimStreamer transcoding alone? You wouldn't have stream #3, but this is a duplicate of stream #1 and therefore redundant.

<snip, snip>

Can't you achieve exactly that by using MinimStreamer transcoding instead of BubbleUPnP Server transcoding?

The control point should do this already. The streams are ordered and the control point should pick the first one that matches the renderer capabilities. What is the scenario where this doesn't do what you want?

it's the first part that I bolded above. I want transcoding to wav24 when accessed locally (i.e. using a local 192.168.1.xx) address, which means addressing the local MinimServer directly, as opposed to proxying through BubbleUPnP server.

When I am traveling or at work, I am playing back on an Android device that really only wants 16 CD/CD+ audio (i.e. 16/44.1 or 16/48). My Android devices can play wav24, just fine, but it's a lot more data to send over the Internet to just have the phone truncate the least significant bits on playback (or worse, down-sample the high-res stuff, which is very CPU intensive on the phone).

I can do all of this using MinimStream, alone, I think, but then I need to reconfigure stream.transcode options when I am at home or at work/on the road.