Topic: Clocking: AES, CobraNet, XDAB

I'm trying to remotely support a project with an XDAB cluster receiving 96kHz AES3 from an Optocore system on multiple Nio-AES cards. CobraNet is also being used.
The report is that there are audible artefacts symptomatic of clock instabilities.
Any suggestions on how to prioritise the clocks?
Should/can the AES card's Sample Rate Converters be disabled?

"The single biggest problem in communication is the illusion that it has taken place."
                                                                                        - George Bernard Shaw


Re: Clocking: AES, CobraNet, XDAB

Make sure that if  the CobraNet conductor is in the cluster that it is also the XDAB master. Don't disable SRC.

Nihilism is best done by professionals