monkeydevil wrote: Quote: En dålig transport läser oftare fel, och det kan ingen D/A-omvandlare i hela världen fixa, en bra transport läser mindre ofta fel, och har bättre funktioner för felkorrigering vilket ger mer exakt data som sen kan D/A-omvandlas. Själva inläsningen är alltså det kritiska skedet, D/A-omvandlingen sen är en väldigt statisk process.
Till att börja med finns ju den uppenbara felläsningen, när transporten inte läser ettorna och nollorna alls, dvs den missar data helt enkelt. Det är ett förhållandevis litet problem såvitt jag vet, jämfört med vad som verkligen är det stora problemet: jitter - "tidsfel i den digitala domänen" som det även kallas. Vad innebär det då? Jo, att även om en transport må läsa alla ettorna och nollorna i rätt följd, så smyger det sig in små tidsförskjutningar mellan ettorna och nollorna, som i sin tur gör att det blir tidsfel i D/A-omvandlingen. Man kan säga att 'bitarna i musiken' inte 'håller ihop' som de ska, utan blir lite tidsförskjutna i förhållande till varandra. Och det är inte särskilt bra...
Linns lösning på det hela, SyncLink, har som sagt använts i Karik/Numerik-kombon. Det funkar så att Numerik skickar en klockpuls tillbaka till Karik, och då agerar Karik slav under Numerikens klocka istället för att använda sin egen. Om det hade följt med en klockpuls av något slag i den vanliga digitala strömmen från transport till D/A-omvandlare hade det (troligen) inte behövts, men tyvärr är standarden inte sådan.
|