9 Apr
2013
9 Apr
'13
1:37 a.m.
Of course you're right. That's annoying, it will have to convert from ms to frames (in get_delay) then to ns here. Converting from frames to ns here is a better idea, but for this particular codec, all I have is ms resolution.
This is odd, looks completely arbitrary...
Pierre, What should the capture timestamp represent? When the sample hits the A-to-D or when it is read out of the buffer?
When the samples hit A-to-D, as close as possible to the input (or the serial link if the codec doesn't report delay) -Pierre