> Lets see if I can grok it :-)
It took me a while to understand it. Right now we are working on a small
test program.
> you mean using select or poll? Or doing a recvmsg with some timeout?
It does a select on the socket to see if there is any incoming packets.
If not, it does a read() on the audio device.
The audio processes information every 20 milliseconds. And the read()
blocks until the audio fills up. What happens is that the first time
it waits 32 milliseconds for the 20 milliseconds of information. The
next three times, it comes back after in 16 milliseconds. (as some of
the audio from the last slice was already in the queue.) So normally
we see delays of
32 ---+
16 |
16 |
16 |
32----+
16 |
16 |
16 |
etc. +/- a little. When we used DCCP, thwe delay on the audio became
32
20
24
20
and we ended up missing a slice of audio.
> I'd encourage you to use the latest Linus tree, that has some DCCP patches
> merged, just as a way to have everybody testing on the same codebase.
I will do, and report the results.
-
To unsubscribe from this list: send the line "unsubscribe dccp" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
