RE: [GnomeMeeting-list] Audio delay compared to netmeeting.

[Bruno Hertz <brrhtz yahoo de>]

No, sorry if I wasn't clear enough. It's not a reflection, it's the
delay I talk about.

More precisely, I have my FC3 box with Sennheiser headset, and a
Windows laptop with Logitech headset, both on LAN. When I connect
them, speak into the FC3 box mic and listen to the voice arriving
on the Windows machine, there's noticably more delay than the other
way round, i.e. 1 to 2 secs.

So, since Windows seems to perform so much better I investigated
the situation on Linux, suspecting that mic input is somehow delayed
already on driver/kernel level. As it turned out, there are actually
buffers involved, as you can try yourself with arecord | aplay and
different --buffer-size options (all this presumes you use Alsa).

Now, since optimization with respect to that buffer/delay is generally
possible, what I'm asking for is wether gm is already trying at it, if
anybody here has any experiences with this, and what screws I might
turn to minimize that delay, either on gm setting or source code level.


On Tue, 2004-12-07 at 20:27 +0200, Mike Visser wrote:
> If you are getting a reflection (?) of the mic input that much later (1
> to 2s) then possible some or other rotating buffer is overflowing
> infrequently to dynamic pointers cyling through their rounds (buffer
> memory allocations), giving rise to the input (mic) output (speakers)
> subtraction algorithms installed to prevent distortion in the first
> place resuperimposing the memory block into the output stream? try a
> different mic?.  Somewhere some memory routine is thinking it is larger
> at some times than others, and the dynamism is not syncing properly.
> Hope my ?c helps.
> Mike  
>