Jag får någonstans för mig att du och jag är hyfsat överens om att just 1 eller 0 inte förvanskas i den "digitala" domänen, därför att TCP/IP säkerställer att det blir rätt, stämmer det?
Ja om vi snackar data.
Men vår erfarenhet av tester är att man behöver skilja på data och information.
- data påverkat ej av att skicka över ethernet (TCP/IP)
- men informationen påverkas, skitskumt med så verkar det vara
Men funderar man över nedan, är det inte otänkbart att det faktiskt blir skillnad.
A/ Ethernet är designat för att leverera data (1 och 0), utan att ta hänsyn till ordning, fasfel (som är samma som tidsfel) och utan hänsyn till krav på realtidsöverföring.
B/ Telefoninät är TVÄRTOM: designade för information. Där rätt ordning är superviktigt, man försöker minimera tidsfel och har skyhöga krav på realtid.
Resultatet blir att telefoninät inte är optimalt för dataöverföring - och datanät inte är optimalt för realtidsinformation (ljud, bild)
Jag tror ni vinklar problemet lite snett båda två, fast på lite olika sätt. I den digitala domänen är alla data så väldefinierade som de är. Allt följer de teorier som accepterats för digital representation av kontinuerliga signaler, men ... (*) Den digitala representationen bär dels med sig fel som härrör från då denna skapades. Denna del borser vi ifrån här, då även denna är som den är (för en given digital "signal").
Det är två saker man lätt glömmer när man talar om digitala signaler, dels att man inte bara har 1:or och 0:or (bitar) utan även att dessa skall översättas enligt ett strikt tidsmönster. Även små tidsfel vid översättningen från digitala "bitar" till dess analoga motsvarighet resulterar i tämligen svåra fel (avvikelser från önskad analog signal). Detta jobbar de flesta hårt på att hantera och Linn excellerar på området (senaste generationen av DS resp. DSM, med de senaste DA-chippen). Den del som nära nog enbart tillverkare av A/D- resp. D/A-omvandlare pratar om är att lyckas med att generera rätt utsignal givet även innehållet i den del av de digitala data som representerar önskad signalnivå (att översätta eller tolka strömmen av datavärdet som dess analoga tidsvariabla signal). Även här kan man nog hävda att Linn excellerar, i synnerhet sedan introduktionen av "Katalyst".
Rälser har kanske missat att detta inte gör sig helt enkelt d.v.s. hur den analoga signalen kommer se ut påverkas till en liten del av hur den digiala signalen representeras i och därmed före D/A-omvandlaren. Påverkan är liten, men tycks vara detekterbar. Jag vet inte om det hjälper så mycket att tala om data resp. information i det här sammanhanget, det handlar "bara" om att implementera omvandlingen från digitalt representerad signal till dess analoga motsvarighet så idealt som möjligt och där spelar tydligen även roll hur de digitala bitarna levereras fram till D/A-omvandlaren.
Något som kan vara interssant att notera är att det tycks gå att "reparera" digitala data som lagrats på enheter som inte levererar utdata med speceillt hög precision (t.ex. halvdåliga USB-minnen, hårddiskar etc). Tillrättningen kan då göras genom kopiering till bra lagringsenhet följt av omlagring inom denna. Jag skall kanske tillägga att detta enbart testades lite snabbt och tämligen ovetenskapligt, men resultatet uppfattades som minst lika klart som de flesta andra noterade skillnader gällande digitala delen av musikuppspelning.
(*) Jag vill inte hålla för helt osannolikt att det kan finns aspekter på A/D- resp. D/A-omvandling som inte fullt ut vetenskapligt penetrerats. Det bör dock inte med detta resonemang att göra.