Hello friends!
I am building reclocker with COAX input and USB output via Rapberry Pi4 (no other possibilities with USB out?).
HQPlayer software to upsample signal.
So far my first build is very simple and for testing purposes.
IFI SPDIF iPurifier2 > COAX out > HiFiBerry Digi+ I/O
Raspberry PI4 (running HQPlayer) > USB output 768kHz PCM > DAC.
powered by PUREPI II
Works great, but already looking for an upgrade.
I am trying to figure out what parts do I need for alternative build by Ian Canada.
Could you, please be so kind and guide me?
UCCONDITIONER PRO Ultra (what is the difference 3.3V or 5V?)
COAX input > IAN CANADA ReceiverPi DDC (130) [USB Amanero board support input] VS ReceiverPi Pro II [no power needed] (which is better???)
MONITORPI OLED Screen and Signal Analyzer Board for Raspberry Pi
RECLOCKPI (do I need it?)
FIFOPI Q7 II [stock Femto clocks @384kHz] (new version supports both 3.3V or 5V?)
IAN CANADA ISOLATORPI III
Raspberry PI4 > USB output to DAC
PUREPI II
Thank you in advance!
I am building reclocker with COAX input and USB output via Rapberry Pi4 (no other possibilities with USB out?).
HQPlayer software to upsample signal.
So far my first build is very simple and for testing purposes.
IFI SPDIF iPurifier2 > COAX out > HiFiBerry Digi+ I/O
Raspberry PI4 (running HQPlayer) > USB output 768kHz PCM > DAC.
powered by PUREPI II
Works great, but already looking for an upgrade.
I am trying to figure out what parts do I need for alternative build by Ian Canada.
Could you, please be so kind and guide me?
UCCONDITIONER PRO Ultra (what is the difference 3.3V or 5V?)
COAX input > IAN CANADA ReceiverPi DDC (130) [USB Amanero board support input] VS ReceiverPi Pro II [no power needed] (which is better???)
MONITORPI OLED Screen and Signal Analyzer Board for Raspberry Pi
RECLOCKPI (do I need it?)
FIFOPI Q7 II [stock Femto clocks @384kHz] (new version supports both 3.3V or 5V?)
IAN CANADA ISOLATORPI III
Raspberry PI4 > USB output to DAC
PUREPI II
Thank you in advance!
Trying to understand what is it you are trying to do.
You want the input to the dac system to be SPDIF? If so, why? From what SPDIF source?
Then you want to to into RPi so you can use HQ Player? If so, how will HQ Player be used? It is to bridge between clock domains by resampling?
Then you want to go from RPi into a USB dac at 768kHz PCM? If so, which USB dac? And, why 768kHz PCM?
If that's not what you are trying to do, then could you be more clear about the overall intent of what it is you want to do?
Reason I ask all the questions is because what you seem to be trying to do seems in some ways rather irrational and wasteful. The first build you have should work great if and only if your dac is good enough (and if you are not poorly resampling the data somewhere before the dac). If trying to use 768kHz PCM because your dac sounds best at that sample rate (or something like that), it would strongly suggest a problem with the dac itself (and not all the stuff coming before it).
You want the input to the dac system to be SPDIF? If so, why? From what SPDIF source?
Then you want to to into RPi so you can use HQ Player? If so, how will HQ Player be used? It is to bridge between clock domains by resampling?
Then you want to go from RPi into a USB dac at 768kHz PCM? If so, which USB dac? And, why 768kHz PCM?
If that's not what you are trying to do, then could you be more clear about the overall intent of what it is you want to do?
Reason I ask all the questions is because what you seem to be trying to do seems in some ways rather irrational and wasteful. The first build you have should work great if and only if your dac is good enough (and if you are not poorly resampling the data somewhere before the dac). If trying to use 768kHz PCM because your dac sounds best at that sample rate (or something like that), it would strongly suggest a problem with the dac itself (and not all the stuff coming before it).
Last edited:
How do you plan on merging the incoming SPDIF and outgoing DAC clock domains?
Too late to edit last post, but see you did describe in general what you are trying to do, just before the confusing list of things you are trying to use to do it.
Last edited:
First of all thank you for reply!
For movies I use sound procesor @48kHz, for audio CD player @44.1kHz output via Coaxial cable.
I want to re-clock and regenerate this signal using higher degree parts (Ian Canada) then my current build. Also upsampling via HQPlayer to @768kHz.
My DAC supports highest (@768kHz) rates over USB input (no HDMI). Therefore I need to output audio signal via Raspberry Pi4 USB.
So the chain would be:
BD player @48kHz > Coaxial cable > Ian Canada RPi4 (running HQPlayer) > USB cable > DAC receives @768kHz
In my current build, I really like to play with filters in HQPlayer and upsampled audio sounds great.
I find those improvements worthy to invest further, to higher-end build. Sorry for not clearing this 😉
I do not have experience with Ian Canada build parts, so I am asking for some recommendations (in my first post).
I am afraid it does not work like this reliably. RPi will receive master I2S from SPDIF receiver (no clock treatment has any benefit here, the simpliest SPDIF receiver will do as RPi will drop the incoming clock). Some software will read samples from input soundcard and write to output soundcard. Both soundcards run at a different pace because their clocks run independently. Simple synchronous resamplling xx -> yy will not help, asynchronous resampling is required. E.g. CamillaDSP could do what you want to achieve because it has excellent asynchronous resampler, many filters (IMO much more flexible than HQ Player), and can measure the output/input rate ratio for the asynchronous resampler.
Or does HQPlayer implement all the work around asynchronous resampling? I have never heard of that being the case.
I don't think HQ Player can do ASRC. IIUC Roon, or something like that could do it.
@NeSu, phofman is correct. You don't need all that Iancanada stuff. It won't help with any clocking that matters. Rather, where Iancanada stuff can be used is as the very last thing before a dac's I2S input (which not all dacs have). Won't work into a USB dac input.
Also in the case where you are starting with a CD player as the source device, the simplest thing to do would be to RIP your CDs onto a disk drive, then attach the disk to RPi. Then you can play to a USB dac without needing any ASRC. And you wouldn't need any Iancanada stuff at all.
In addition, I'm still not clear on what dac you have. If it needs 768kHz PCM to sound its best then IMHO and IME, it has problems. It should sound fine with 16/44kHz CD audio. I know there are dacs that can do it quite well and with excellent sound quality. So, I would suggest to maybe consider putting your money into a better dac rather than buying more Iancanada gear.
EDIT: For movies, however, you would still need ASRC.
@NeSu, phofman is correct. You don't need all that Iancanada stuff. It won't help with any clocking that matters. Rather, where Iancanada stuff can be used is as the very last thing before a dac's I2S input (which not all dacs have). Won't work into a USB dac input.
Also in the case where you are starting with a CD player as the source device, the simplest thing to do would be to RIP your CDs onto a disk drive, then attach the disk to RPi. Then you can play to a USB dac without needing any ASRC. And you wouldn't need any Iancanada stuff at all.
In addition, I'm still not clear on what dac you have. If it needs 768kHz PCM to sound its best then IMHO and IME, it has problems. It should sound fine with 16/44kHz CD audio. I know there are dacs that can do it quite well and with excellent sound quality. So, I would suggest to maybe consider putting your money into a better dac rather than buying more Iancanada gear.
EDIT: For movies, however, you would still need ASRC.
Last edited:
Or connecting a USB CD drive directly to RPi and using a playback software which supports CD-DA playback.