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: 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? Cheers Tony -- Tony Mountifield Work: [EMAIL PROTECTED] - http://www.softins.co.uk Play: [EMAIL PROTECTED] - http://tony.mountifield.org _______________________________________________ --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
