Advantages of using Fixed resolution?

Fralle

Active member
Joined
Mar 13, 2024
Messages
114
Hi,

Could someone please explain this to me? If I use fixed resolution and set it it 192 kHz everything will be upsampled right? Are there any advantages or disadvantages using this?
 
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.

If there is a sound improvement with up sampling everything you will have to judge for yourself. The above advantages are also there if everything is down sampled to 16 bit 44.1.kHz. :) It makes sense to support all available settings as fixed resolution, as there's no reason to restrict this artificially.
 
It makes sense to support all available settings as fixed resolution, as there's no reason to restrict this artificially.

So you recommend setting it to fixed and then select 192 kHz if the DAC supports it?
 
So you recommend setting it to fixed and then select 192 kHz if the DAC supports it?
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.
 
Last edited:
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.
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.
 
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've made some tests and it's fixed indeed, I do not observe a bit depth degradation. Well done.

However I have some remarks:

1. Resampling results differ a bit when the toslink input is used and when we use a network streaming, especially for upsampling.

That's the sine 1 kHz signal at 0 dBFS, network streaming, 48>96 upsampling:

1721038875289.png

and the same signal but for toslink input:

1721038922955.png

I would say that there is a small sign of clipping here.

2. The upsampling process produces some artifacts above the source sample rate. Maybe it could be improved slightly.

1721039254457.png

3. Resampling results are much worse for non-integer dividers/multipliers. Below is a downsampling from 48 kHz to 44.1 kHz.

1721039369860.png

4. WiiM's volume level is applied after the conversion thus there is no way to add a headroom.

The same example as before for upsampling over toslink input, 90% volume limit:

1721039617621.png

6 dB headroom does not prevent distortions.

Another example for 44.1>96 upsamling and the test file with 0 dBFS digital samples but also +3 dBFS intersample peaks, 90% volume limit:

1721039957087.png

6 db headroom doesn't prevent clipping at all as the volume level is set after the resampling, not before.
 
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.
 
Normally if upsampling is good quantisation noise should be moved above the audible range and normally you should get better thd+n in the analog output of the dac. At least that is what the theory says.
 
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 will not promise it, it's quite a time consuming test unfortunately.
 
6 db headroom doesn't prevent clipping at all as the volume level is set after the resampling, not before.
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?
 
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?
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 clipping
 
Great, I found it! I've already calculated it. My headroom is 5.6 db, so I set the limit to 94%. Thank you very much!😁
 
Why Wiim engineers did not reduce volume prior to resampling to avoid distortion ?
 
Back
Top