Yes, on is at the NAA end, to express a virtual device to HQPlayer. And then one is at the HQPlayer end to express a selectable input to HQPlayer.
Desktop generally deals with just input at a time (only restriction of the GUI though). On Embedded you can have unlimited number of inputs from different devices, either local ones, or behind a NAA. But this flexibility means you need to manually specify each input.
Sample rates do not match? Or is Limited-counter incrementing? It is also possible there is some other problem with the incoming data that would cause data loss.
Client is a good tool because you can see both input and output buffer levels, plus some information about the incoming signal.
Sample rate do match as my cd transport (Cyrus CD-T) plays only CD then 44100 is the only sample rate available
Didn’t check the Limited-counter but the strange thing is that crackles start as soon as I select Digi IO as input in Embedded, even nothing is playing on the cd transport
At that point, there’s already clock coming from the transport and also silence data (just plain 0’s).
Check from the Client how the input buffer vs output buffer level is going. Are there stable vs each other?
It could be that for some reason the Digi I/O is not locking properly on the incoming data. If it is wildly drifting, you get periodic crackle.
Do you have any other S/PDIF source to try with? Even better if it is optical.
Apod-counter is very high and buffers are quite empty, format is detected as 44.1/32 … unfortunately I don’t have any other spdif source.
… btw … I renamed “Digi IO” in “Cyrus CD-T”
Problem solved! It was the cd I was using … the suspect came from the high apod-counter…. quite strange and never happened before.
Thanks and sorry for this last inconvenience
Do you know if Amanero Combo384 /Combo768 works out of the box?
