[asterisk-users] MeetMe not fully in sync

[Jerry Geis]

> Nothing happens "at the same time", unless you're broadcasting information
> over some transport that supports multicast sends.  There's always going to
> be some interspersing of transmissions, if for no other reason than each
> participant's channel in the conference has to be serviced after the media
> has been mixed.  With a sufficient number of participants, there will be
> some 'delay' between when the audio is sent to participant #1 to
> participant #n.
>
> Even if we assume that the transmissions are being done completely
> "in parallel" using multiple threads, you can still overcome the capabilities
> of a system by having a sufficiently large number of participants in a
> conference.  That is, for any given system, you can always add more
> participants, such that, eventually, a thread will not be serviced immediately
> when it has data to send to a participant.  A context switch will have to occur,
> resulting in the data being sent to said participant at a latter time,
> resulting in the work being done not "at the same time".
>
> Note that recent versions of Asterisk (10+) have a revamped conferencing
> application (ConfBridge) that, in performance tests, performed much better
> than MeetMe.  A big limitation of MeetMe is its reliance on DAHDI for
> mixing.  ConfBridge removed this limitation, and typically can mix more
> participants at a faster rate.
Mathew,

Makes sense does it help that the system should not be "mixing" as I have
set it up (I think) that it is PA only, there is no talk back.

I am using options l and q in meetme. Should be listen only.
Thanks

Jerry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20121001/6458c2e3/attachment.htm>