Peter Chen wrote: >> The frequency feedback mechanism is designed to compensate for small >> differences in the host's and the device's clocks; it is not suitable >> for situations where the host sends less data than it should (or none >> at all). Devices have a buffer that is no larger than two or three >> milliseconds. Furthermore, the maximum packet size usually is only >> about 10 % larger than needed for the nominal sample rate, so it would >> in no case be possible to compensate for even a single lost packet. > > OK, if host takes responsible for re-sync the data, > - When and where the class driver knows out-of-sync? At completion > function? It may also several milliseconds later than last packet. Yes. > - How to compensate the data which is out-of sync quicker than feedback way? It is not really possible to "compensate"; dropped data is gone forever. Essentially, the stream is restarted with known timing. Regards, Clemens -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
