La longueur du cable peut influer en numerique à plusieurs niveau et ça dépends aussi du protocole utilisé.
Dans un protocole isochrone (SPDIF mais aussi USB audio), il n'y a pas de correction d'erreur : c'est ce qui differe des transactions data pour les disques dur par exemple. les transferts audio (et vidéo) privilegient le temps de transaction quand les transferts informatique privilégient l'intégrité des données. Imaginons un PC qui envoie un flux audio via un cable SPDIF coaxial de 30m : le cable va généré des erreurs (peut importe si c'est du jitter, la résistance du cable, une perturbation exterieur). Le protocole SPDIF utilise un bit de parité comme controle pour chaque frame envoyée (une frame par sample, donc 2 X 44100 samples par seconde) : s'il y a une erreur, bit de parité non valide, la donnée est ignorée. Je suppose dans ce cas que la précédente est répétée. L'autre déterioration possible serait liée au jitter qui, si le DAC ne recadence pas correctement le signal (par exemple un DAC qui se calle sur l'horloge SPDIF) cela créerait de la distorsion audible. Voilà en gros ce que j'ai compris techniquement, sans l'avoir évalué pratiquement
.
Le probleme de la correction d'erreur pour un signal audio ou video : si le transfert est perturbé, la source va renvoyer les données érronées jusqu'a ce qu'elles soient bonnes : cela augmente le temps de transfert. Comme pour un flux audio, les données sont "en temps réel", on peut se retrouver s'il y a trop de perturbations, avec un "trou" durant l'écoute. Pour résoudre se probleme, on utilise des buffers, le cas le plus commun étant le streaming vidéo sur internet. Un protocole avec correction d'erreur peut donc être une solution pour un transfert audio vidéo, si on accepte une certaine latence.
Pour l'USB, il y a plusieurs protocoles : les DAC USB fonctionnent pratiquement tous en isochrone. D'après ce que j'ai compris, même les DAC dits asynchrone fonctionnent en fait en isochrone à point de controle asynchrone (si FDRT ou TOTOdu91 passent par là, ils ne seront sans doute pas du même avis) : Dans ce cas le DAC a le controle du timing, mais les données ne sont pas corrigées en cas d'erreurs. On régle donc les problemes de jitter vu que le DAC recadence comme il veut les données, mais si des données sont éronées, elle sont perdues. Je sais que le protocole USB utilise un CRC pour verifier les paquets de données, mais je ne pense pas qu'il soit utilisé en AUDIO, je suppose qu'on retombe sur un controle de type bit de parité : à vérifier.
Pour moi la conclusion est simple : soit on utilise un cable court (USB ou SPDIF) : dans ce cas si le DAC est bien foutu, pas besoin de se prendre la tête avec des problemes de transfert numérique. Si le cable est long, le probleme va être de savoir s'il est trop long ou pas, s'il risque de dégrader le transfert numérique ou pas, est ceque cela va s'entendre ou pas. Avant d'aller acheter un amplificateur de signal, un cable supergoldenkicoutunmax, j'utiliserais une solution qui permette un transfert avec correction d'erreur, comme le Musiland Monitor 01USD (avec un cable USB long), convertisseur USB vers SPDIF qui fonctionne en bulk mode.