This is primarily a user forum and WiiM only pop in occasionally. If you want feedback from them, best to raise a ticket as I suggested above
Doing that means they can inspect your device logs for evidence of the issue.
I just did
This is primarily a user forum and WiiM only pop in occasionally. If you want feedback from them, best to raise a ticket as I suggested above
Doing that means they can inspect your device logs for evidence of the issue.
They better continue to be bitcorrect - This is one of the reasons people buy them ( Im one of them ) and I also dont like any sample rate conversion.It still passes RME bit-perfect test.
In the interim, can you store the test files on your phone or tablet and play them from “My Music” in the WiiM Home app to see if it’s perhaps a Squeezelite/LMS issue?No. Maybe WiiM can give us some feedback on all this.
Short test for behavior when sample rate changes in the queue, LMS, test tone at 44.1 kHz:
View attachment 4265
51 samples missing at the beginning.
View attachment 4266
4664 samples missing at the end.
What happens when you play, say, a Qobuz playlist with tracks of different sample rates? Wondering if it's something related to the Squeezelite implementation or something more broad.Thanks. I just figured out what was happening.
If the tracks are played individually, then the bit-perfect test is ok. If all the tracks (44, 48, 88 and 96) are placed in the LMS queue and the queue is played only the 96 khz track is bit perfect.
I checked also placing in the queue my two 44khz test files - bit-perfect. Placing the 44khz file AND any other sample rate file immediately after, and the first 44khz file fails but the second is ok.
This was not the case before, but so be it. An album always has the same sample rate so not a problem, for me at least. If you add to your playback queue albums with multiple sample rates, some form of resampling may be going on...
At least partially, but it would require a verification also in the analog domain IMO, as the recording software is out of sync with the DAC/DDC when sample rate changes and it can have some impact.So this confirms what I found?
When I play a Qobuz playlist with songs of different sample rates the correct sample rates are displayed on the WiiM app, that's not a problem.What happens when you play, say, a Qobuz playlist with tracks of different sample rates? Wondering if it's something related to the Squeezelite implementation or something more broad.
What is your DAC telling you when the tracks change? Does it say they're still bit-perfect or not?When I play a Qobuz playlist with songs of different sample rates the correct sample rates are displayed on the WiiM app, that's not a problem.
What is your DAC telling you when the tracks change? Do things go sideways?
3.5 minute track sent to the DAC in a bit-perfect manner, so the issue is related only to missing samples when sample rate changes. But LMS had the same behavior as DLNA so far, so something went worse as it truncates around 0.1 sec at the end actually.
Confirmed also with UCX II and the Flex.At least partially, but it would require a verification also in the analog domain IMO, as the recording software is out of sync with the DAC/DDC when sample rate changes and it can have some impact.
And on the analog output, these samples at the end are missing.Confirmed also with UCX II and the Flex.
Difference between transport protocols? Or caching?And, what's more interesting, no issue at all with missing samples when Roon is used instead of LMS.