Dynamic transcoding feature

[tiefling]

(05-10-2026 22:00)simoncn Wrote:  The "fails to play" problem might be a renderer issue, not a control point issue. If the renderer isn't telling the control point that it can play wav24;88, the control point won't select this stream. To check this, you need to use a tool such as Device Spy in "Developer Tools for UPnP Technology" to see what the renderer claims to be able to play. To get the list of supported formats, select ProtocolInfo for OpenHome and GetProtocolInfo for classic UPnP.

If you are able to use BubbleUPnP as a test control point, this implements stream matching correctly if the renderer is sending the correct information. I recall (from a long time ago) that there was a configuration setting to enable/disable this but I don't see it in the current version.

I don't have access to Bubble, but I think you're right which is where I'm stuck - The Serento control point issue is a different thing and apparently that's now fixed for the next version. I think the main issue is with the Cambridge Renders not communicating what they CAN'T play so the control point is going for the highest option available regardles, which is a shame.

For the volume of content involved I can manually encode dual DSD and PCM versions of the affected content without too much grief.

I have a couple of other renderers I can try for testing purposes - neither of those will support DSD 128 so I'll give them a try and see what the result is, if only for interest purposes (One is a Sony UHD Player and the other is a Denon AVR).