It’s normal. sinc-Ll taps number is proportion to conversion ratio. Taps (memory requirement) for 44.1 → 512fs is greater than 192 → 512fs. And your system memory also swapped when doing 44.1 → 512fs.
This is because of a bug in Ubuntu 22.04. It is missing symlink from /usr/share → /share while it has other symlinks. You can just do “sudo ln -s /usr/share /share” and it will work fine.
Windows 10 HQP Desktop blues continues. While I was focused on getting ECv2@256 - it turned out that driving iFi Go Bar is way more challenging. The iFi marketing tells us It suports x48 DSD rates up to @256, that is 11,3/12,3MHz
Dancing around the fire with HQP Desktop on Windows 10 I could only get 44.1x256 DSD
If I check “48k DSD” box in Output device and check “Adaptive output rate” and BitRate 48x256. HQP is trying to switch to 12.3MHz, ASIO driver also locks on that frequency, but there’s play back is with no sound! Basicaly, it seems all x48 family is having this glitch.
Any experience or advice with iFi devices/drivers may be ?
These are settings that work, any chance to get playing x48 DSD, you think?
Perhaps more a limitation of the machine to produce DSD256x48 with an EC filter.
No problem with DSD128x48 ? And in DSD256x48 but with a lighter filter (ASDM7 without EC) ?
No luck. I’ve tried with DSD128x48 and non-EC like ASDM7 or ASDM5. No sound on x48 playback. Althought it thinks it is playing smth, as progress bar runs.
Thanks @Stef_Dahl, but really lame question on my part - can ROON do upscale to DSDx48 rates?? I thought they’ve hard coded only x44,1 ?
Thanks @dabassgoesboomboom , Such test results are even more surpising. Here’s what I got:
Test 1: HQPlayer Embedded at Ubuntu 22.04 (my main source) - can do all PCM’s can do all DSDx44,1 . ROON sees the device as “native DSD” and ROON plays all, except I don’t know how (if possible) set ROON to x48 DSD. Can not do DSDx48 with any modulator. Playback is silent, but shows progress in progress bar.
Test 2: HQPlayer OS. Unexpected !!! Plays all PCM. But fails ALL DSD. The main HQP (html) window shows how HQP locks on the correct DSD rates depending on the source, but the “play back” it is dead silent.
Verdict so far:
Including latest ASIO driver and firmware update for iFi Go Bar I have managed the following:
Win 10. Latest HQP Desktop. All sources to all announced PCM. All sources to only 44,1xDSD
Ubuntu Server 22.04. Latest HQP Embedded. All sources to all announced PCM. All sources to only 44,1xDSD
HQPlayer OS. All sources to all announced PCM. No DSD.
The last point is a bit weird. I’m opening a ticked with iFi, seems Go Bar may be allergic to x48, contrary to what they announce. Pity, when device works it sounds unexpectedly good for a dongle. Unless there’s any other way to test 256@DSDx48… I wonder how iFi are using it themselfes?
Edit!! After some time (like 3-5 min) the PC screen brings a lot of gibbrish, but after that HQplayer OS behaves the same way as embedded - all DSDx44,1 is fine. I’m now gessing it is a device trick…
but we are living in the age of agile minimal viable products, all is being patched on the go. except boyeing airplanes which just fall because of badly tested software…
this bit of sarcasm goes to the fact that a) product was lunched end of may b) i already had to update firmware! less than a month from its lunch.
in conclusion, if I tweaked all the linux or windows settings correctly, they really have an issue with x48. but can it be fixed with next firmware update, or is that a true f.ck up of iFi marketing who did not know how cirrus chip is working?! but also this dingy sounds amazing… when it works, that is.