Thanks Chinanico. Been doing some more research on audio Jitter verses because it appears the syntax in this discussion is different than the context in which I understand the term. In my world, Jitter refers to more of a timing/latency issue, normally created by clocking issues or within the transport media itself. Thus I could not understand the idea of jitter correction over an audio transport without having an error correction system working on both ends, thus creating more latency to the far processor.
In reading other posts and links from here, I'm realizing you may be referring to a syntax where the clocking issue occurs prior to the ADC used for recording the master track. It is then, in a sense, built into the master recording and then all subsequent recordings. Not my definition of jitter, but no reason there can't be many. This is far different from what I was thinking of. However, it leads me to new questions. Since this 'jitter' is introduced in the signal prior to it being digitized, there is no inherent data to rebuild from. If you are indeed referring to this scenario, I'd be interested to understand how the Jitter Correction device rebuilds a corrected digital signal. I read some stuff about sampling and reclocking but I guess I'm just too 'data' oriented to understand how that can recreate the intended signal for all frequencies if the baseline is already incorrect. Hoping someone can help me work it out. I'm really just curious for some reason. -- Murph ------------------------------------------------------------------------ Murph's Profile: http://forums.slimdevices.com/member.php?userid=10553 View this thread: http://forums.slimdevices.com/showthread.php?t=39810 _______________________________________________ audiophiles mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/audiophiles
