And also to let the streamer to achieve gapless playback, at least in theory.The main reason to do so is to keep the external DAC from having to adapt to a different sample rate and bit depth whenever this changes with the source. It can avoid pops, clicks or short pauses.
It makes sense to support all available settings as fixed resolution, as there's no reason to restrict this artificially.
It was working as expected only for the content delivered via the spdif input when I was checking it last time. I wouldn't recommend it if it's not yet fixed for streaming functions.So you recommend setting it to fixed and then select 192 kHz if the DAC supports it?
Only if you accept transcoding which may introduce resampling errors. I prefer unaltered bit perfect.So you recommend setting it to fixed and then select 192 kHz if the DAC supports it?
If your DAC shows no issues when switching the resolution (fast switching, no pops nor clicks nor other disturbing noises I don't see a reason to enable fixed resolution.So you recommend setting it to fixed and then select 192 kHz if the DAC supports it?
Hi onlyoneme,It was working as expected only for the content delivered via the spdif input when I was checking it last time. I wouldn't recommend it if it's not yet fixed for streaming functions.
I've made some tests and it's fixed indeed, I do not observe a bit depth degradation. Well done.Hi onlyoneme,
The bit resolution issue has been fixed, and we have whitelisted the update for your device. Could you please test it and let us know if it resolves your streaming issue? Thank you for your assistance and support.
I will not promise it, it's quite a time consuming test unfortunately.Thank you @onlyoneme for your work. This is a Pro+ usage scenario that is very important in my case, and I very much hope that WiiM irons out whatever kinks are left in the resampling mode. BTW, is there any chance you could re-test the digital passthrough scenario? Last time you did it, it showed sampling rate/bit depth intact but intermittent rebuffering to accommodate for clock drift.
I see you have a lot of knowledge and you do measurements. Many people write to reduce the volume limit using EQ or RC. So that there is no clipping. Does it make sense in Wiim?6 db headroom doesn't prevent clipping at all as the volume level is set after the resampling, not before.
Yeah, see this link where it describes the use of REW to calculate the appropriate volume limit in your WiiM device settings based on your PEQ settings to guard against clippingI see you have a lot of knowledge and you do measurements. Many people write to reduce the volume limit using EQ or RC. So that there is no clipping. Does it make sense in Wiim?
Where did the 3.36 come from?Right, I forgot about that! So it's 3.36, 96% limit. Thank you
MiniDSP engineers didn't do that for a long time also.Why Wiim engineers did not reduce volume prior to resampling to avoid distortion ?