SuperQ;278680 Wrote: > Exactly.. except I would say #1 is only valid for things like TCP/IP > transport with wav files. You get the TCP checksums, but it's not > inherent to the audio encoding like FLAC. > > So just to make the audiophile community twitch a bit. The 16bit > checksum used by TCP is not exactly the best. It catches most errors, > but I have personally seen corruption happen in live networks. Of > course this was a network switch handling many many gigabits of > traffic, and the error rates were so bad that it was causing 50% of > packets to be dropped because the checksums didn't match.. but when > you're doing gigabits of traffic and .0001% of the packets are corrupt > in some way but still pass checksums get through to the application > layer, you see strange things happen. > > Thankfully the likelyhood of this causing audible issues with the > squeezebox are very very low.
But what about the CRC in the Ethernet frame? -- Phil Leigh You want to see the signal path BEFORE it gets onto a CD/vinyl...it ain't what you'd call minimal...SB3+Stontronics PSU - Altmann JISCO/UPCI - TACT RCS 2.2X with Good Vibrations S/W - MF X-DAC V3/X-PSU/X-10 buffer (Audiocomm full mods)- Linn 5103 - Linn Aktiv 5.1 system (6x LK140's, ESPEK/TRIKAN/KATAN/SEIZMIK 10.5), Townsend Supertweeters, Kimber & Chord cables ------------------------------------------------------------------------ Phil Leigh's Profile: http://forums.slimdevices.com/member.php?userid=85 View this thread: http://forums.slimdevices.com/showthread.php?t=44532 _______________________________________________ audiophiles mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/audiophiles
