Hi Fabio, AFAIK, S60's APS is more sound device library rather than codec library, while IPP codecs is purely codecs implementation library. So I think we cannot use the same approach. As Benny has ever mentioned, it is possible to use APS codecs in pjmedia, but it will lack some pjmedia features (i.e: conference and other PCM level media processing in pjmedia). It is possible to create S60 native/hardware codec using same approach as in IPP codecs wrapping as long as there is 'pure' codec API in S60/Symbian. (There is CMMFCodec class that seems suit this. Not sure if it is working in S60 3rd ed.) Regards, nanang On 15/08/2008, Fabio Pietrosanti (naif) <lists at infosecurity.ch> wrote: > Benny Prijono wrote: > > We're currently integrating Intel IPP codecs for the next release. > > It's in the roadmap (http://trac.pjsip.org/repos/roadmap). > > This mean that the encoding/decoding routines will done in by the IPP > code itself and not by the soft implementation of the same codec > available inside pjsip. > > I am wondering if the very same approach could be done for the APS > available on S60 that's a code that manage the encoding/decoding > directly interfacing with the audio. > > Because this would mean providing directly in "hardware" all the codes > (including the tipically non-royalty-free one like AMR) available > natively and for free on the Nokia S60 platform. > > It would be a strong enanchment for the pjsip support on the "mobile" > platform environment representing the 76% of the smartphone market! > > It could be feasible or not from the pjsip design point of view to have > the APS not only manage the audio but also directly the codec like for > the IPP? > > Fabio > > _______________________________________________ > 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 >
