Hello,
Yes. Sorry for the delayed response.
Originally MprCustomAudioFlowGraph is thought as the "jamming" media
resource. But while connecting bridge and it, a loop was formed inevitably
and MpResourceSortAlg::visitResource was breaking for that.
In turn the new media resource (graph) was not refreshed into the
topologically sorted array. So the idea of a pair of media resource classes
(MprCustomSink, MprCustomSource) are conceived
and the encapsulated ownership is given to the MprCustomAudioFlowGraph.
I'm designing a "pluggable" audio DSP (Answering Machine Detection, Voice
Stress Analysis etc.) graph which can be hooked into the "jamming" media
resource which is used to tap raw PCM samples. I will update as it progress.
Thanks
Debasish
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Alexander Chemeris
Sent: Wednesday, April 25, 2007 3:29 PM
To: Debasish Bose
Cc: Jaroslav Libák; [email protected]
Subject: Re: [sipxtapi-dev] Am i posting to the right list ??
On 4/16/07, Debasish Bose <[EMAIL PROTECTED]> wrote:
> Hello,
> In the MpCallFlowGraph::createConnection, I've coded MprBridge
> redirection as follows,
>
<skip>
>
> But I'm not getting anything in the speaker! Am I missing anything here?
> Do I need to code port forwarding inside MprCustom::doProcessFrame as
Have you solved the problem?
--
Regards,
Alexander Chemeris.
SIPez LLC.
SIP VoIP, IM and Presence Consulting
http://www.SIPez.com
tel: +1 (617) 273-4000
_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/