Tony Mountifield wrote: > In article <[EMAIL PROTECTED]>, Joshua Colp <[EMAIL PROTECTED]> wrote: >> I've been working on the bridging API rather heavily over the past week >> or so. It can currently handle bridging two channels together and >> multi-channel bridges fine and dandy, as is demonstrated by the >> BridgeTest and ConfBridge applications. Presently multichannel bridging >> utilizes zaptel pseudo channels but a software based mixer is in the >> works that will require no zaptel timing source. To the user it will be >> seamless, they won't even notice whether they are using zaptel or softmix. >> >> I'm presently working on the feature side of things so you will probably >> see commits in regards to that shortly. >> >> If there are any specific questions you have about the bridging API feel >> free to ask or I can give a general overview for general list consumption. > > A general overview would be great, but I have one specific question:
I'll send out an email later today with a general overview then. > You said multichannel bridging uses zaptel pseudo channels. If the call > is from a real Zap channel, does it bridge it directly, like Meetme does, > without using a pseudo? Not yet but it would certainly be possible to do it. -- Joshua Colp Software Developer Digium, Inc. - "The Genuine Asterisk Experience" (TM) _______________________________________________ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
