As promised, here's a followup to my earlier problem about latency and
VoIP.
First of all, It's not DCCP related, but it's not very predictable or
repeatable. The good news is that there is a simple fix at the
application level.
VoIP applications need timely processing of the /dev/dsp audio device.
Our VoIP application would check for network packets, and if none were
available, it would do a blocking read on /dev/dsp.
The problem is that sometimes this read() would not return for 2
seconds. So the listener would have a 2-second gap in the
transmission.
The fix is simple:
schp.sched_priority = sched_get_priority_max(SCHED_FIFO);
sched_setscheduler(0,SCHED_FIFO,&schp);
-
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
