返信先: dither is possible if higher bit depth, 32bits, is unsupported by UPnP device?

[storaid]

Hello, Tiki

I don’t understand your usage environment. I recommended setting “Convert on-the-fly to Wave format” to “If possible”.

Here are my another tests

Device: WiiM Pro Plus(16/24/32, up to 768KHz)

audio/wav <- http-get:*:audio/wav:DLNA.ORG_PN=LPCM
audio/x-wav <- http-get:*:audio/x-wav:DLNA.ORG_PN=LPCM
audio/mpeg <- http-get:*:audio/mpeg:DLNA.ORG_PN=MP3
audio/mpeg <- http-get:*:audio/mpeg:DLNA.ORG_PN=MP3X
audio/x-ms-wma <- http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMABASE
audio/x-ms-wma <- http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAFULL
audio/x-ms-wma <- http-get:*:audio/x-ms-wma:DLNA.ORG_PN=WMAPRO
audio/mpeg <- http-get:*:audio/mpeg:DLNA.ORG_PN=MP2_MPS
audio/mp3 <- http-get:*:audio/mp3:*
audio/wma <- http-get:*:audio/wma:*
audio/mpeg <- http-get:*:audio/mpeg:*
audio/vnd.dlna.adts <- http-get:*:audio/vnd.dlna.adts:DLNA.ORG_PN=AAC_ADTS
audio/vnd.dlna.adts <- http-get:*:audio/vnd.dlna.adts:DLNA.ORG_PN=AAC_ADTS_320
audio/m4a <- http-get:*:audio/m4a:DLNA.ORG_PN=AAC_ISO
audio/aac <- http-get:*:audio/aac:DLNA.ORG_PN=AAC_ISO
audio/ac3 <- http-get:*:audio/ac3:DLNA.ORG_PN=AC3
audio/ogg <- http-get:*:audio/ogg:*
audio/ape <- http-get:*:audio/ape:*
audio/x-ape <- http-get:*:audio/x-ape:*
audio/flac <- http-get:*:audio/flac:*

Convert on-the-fly to Wave format: Yes

Test 1:

source: flac, 16/44.1

result: no transcoding, working

Test 2:

source: flac, 24/48

result: no transcoding, working

Test 3:

source: flac, 24/96

result: no transcoding, working

Test 4:

source: flac, 24/192

result: no transcoding, working

Convert on-the-fly to Wave format: Is possible

Test 1:

source: flac, 16/44.1

result: no transcoding, working

Test 2:

source: flac, 24/48

result: transcoding, working

Test 3:

source: flac, 24/96

result: transcoding, working

Test 4:

source: flac, 24/192

result: transcoding, working

 

These tests indicate that there may be confusion regarding the options ‘If possible’ and ‘Yes’ in that setting.

In my opinion,

“Yes”: This option may lead people to believe that ProxyStream will always remain active, but that is not the case.

“If possible”: This option may lead people to believe that the application will determine whether ProxyStream is active based on the audio source. In reality, ProxyStream is only active for Hi-Res sources.

This is my perspective.

If I’m correct, it’s my personal opinion that changing “Yes” to “Yes (dependent on source)” and “If possible” to “Yes (except for CD Quality)” would be more precise.

You can think about it. Thanks.

“I know what you hope. But it’s going to take a lot of my time to do it.”

okay