Thanks Benny for the suggestion, I will keep the method you suggested.. On Sat, Oct 2, 2010 at 6:29 AM, Benny Prijono <bennylp at teluu.com> wrote: > 2010/10/1 Kabil Akp?nar <kabilakpinar at gmail.com>: > > On Fri, Oct 1, 2010 at 7:27 PM, P.Muge Ersoy <muge.ersoy at gmail.com> > wrote: > >> May be it is better to think about what you really > need? Modifying pjsips > >> rtp and media management would not be an answer for your application > since > >> pjsips rtp and audio media bounds are really tight as far as i see.. > > > > As you said, stream, codecs, jitter is really very tightly bound. But I > > already modified upper levels (pjmedia, pjnath, pjsip...) on 1.6 and will > > migrate to 1.8. So the latest step is to decide on either removing > > encoder/decoder, jitter or introduce dummy encoder/decoder and circular > > buffer. But first is rather easier than the latter, just bypassing codec > > things. I preferred this way because I will use all pjsua features. > > What you should do probably is to scrap the stream altogether and work > directly with the media transport (which already provides you with the > means to send/receive packets), for your m=application media. > > -Benny > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > -- Kabil Akp?nar -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20101003/5881ef4a/attachment.html>
