Alan Cox wrote:
My reason for going to ALSO would not be a lack of OSS driver, but the
possibility of getting accurate timestamps on each and every sample. If
I cant have it in native OSS, it is unlikely I could have it in emulated
OSS.
Don't get attached to time stamping too much. Firstly the audio crystals
are all a bit variable, secondly the video signals are not always quite
in tune.
This is *exactly* why I need accurate timestamps. Our application is for
24/7 auditing, so has to be both accurate and robust. Hence I have to
merge the video and audio streams with a sequence of beats from the
*system* clock (which is tightly coupled to a DCF77 radio-clock
receiver). So, I need true stamps, i.e. the value of the system clock
(which is the trusted one) on every frame, both video and audio.
Certainly *not* timestamps generated by the sound card!
Video/audio stuff simply has to handle variation in clocking
and run with the flow. The 64K or so of buffering between the CPU and the
audio chip also makes for some fun.
Alan
--
Michel Bardiaux
Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles
Tel : +32 2 790.29.41