Hello, with this command: *rtpengine --codecs*                 PCMA: fully supported                 PCMU: fully supported                 G723: fully supported                 G722: fully supported                QCELP: supported for decoding only                 G729: supported for decoding only                speex: fully supported                  GSM: fully supported                 iLBC: not supported                 opus: fully supported               vorbis: fully supported                  ac3: fully supported                 eac3: fully supported               ATRAC3: supported for decoding only              ATRAC-X: supported for decoding only                  AMR: fully supported               AMR-WB: fully supported            PCM-S16LE: fully supported                  MP3: fully supported you can see the list of codecs are supported or not and how use them Regards --- I'm SoCIaL, MayBe El 19/02/2018 a las 05:48, Denys Pozniak escribió:

Hello! Please explain how to achive next: Side A supports: OPUS PCMA Side B supports: OPUS PCMA PCMU I need to transcode in direction A->B from PCMA to OPUS? So should be like this: A(PCMA) -> (PCMA)Rtpengine(OPUS)->B(OPUS) I configured like this: rtpengine_offer("codec-mask-PCMA codec-transcode-opus"); rtpengine_answer("codec-mask-opus codec-transcode-PCMA"); But leg from Rtpengine to A has wrong codec (OPUS): https://drive.google.com/file/d/14GAIt8lL7Igj9S95b_RS6CXtmGVhjLa1/view On 19 February 2018 at 13:56, Richard Fuchs <rfuchs(a)sipwise.com> wrote: -- BR Denys Pozniak

Thank you for the answer, but from "SDP" point of view everything looks OK, I think issue is with my config or transcoding engine: Side A INVITE-> Proxy/Rtpengine: v=0 o=- 3543840537 1 IN IP4 s=SIPPER for PhonerLite c=IN IP4 side_a t=0 0 m=audio 55062 RTP/AVP 107 8 a=rtpmap:107 opus/48000/2 a=rtpmap:8 PCMA/8000 a=ssrc:1792443851 a=sendrecv Proxy/Rtpengine OK -> Side A: v=0 o=- 3728121777 3728121778 IN IP4 s=pjmedia b=AS:50 t=0 0 a=X-nat:0 m=audio 30254 RTP/AVP 8 c=IN IP4 rtpengine b=TIAS:32000 a=rtpmap:8 PCMA/8000 a=sendrecv a=rtcp:30255 So here must be PCMA in direction from Proxy/Rtpengine -> Side A, but I have opus. On 20 February 2018 at 12:41, Gopalakrishnan N <saigop(a)gmail.com> wrote: -- BR Denys Pozniak

But I use *rtpengine_answer("codec-mask-opus codec-transcode-PCMA")* and as I understand it should mask opus in OK and enable transcoding to PCMA. "Change your config in side A to take only PCMA effective." - yes, I tested and it works well, but it is out of my scenario. On 20 February 2018 at 14:54, Gopalakrishnan N <saigop(a)gmail.com> wrote: -- BR Denys Pozniak

On 2018-02-20 05:46 AM, Denys Pozniak wrote: You don't need to put any transcoding options into rtpengine_answer() - they should all go into rtpengine_offer() Since A supports all codecs that B supports except PCMU, you can add PCMU into the offer going to B with: rtpengine_offer("... transcode-PCMU") But most likely both sides will end up talking Opus (without transcoding) since they both support it and it's listed first. If B ends up talking PCMU to rtpengine, it will transcode it to Opus as A doesn't support PCMA and Opus is first in its list. If either side ends up talking PCMA, it's also passed through without transcoding since both sides support it. If you want to force PCMA on A's side and Opus on B's side, you need to: 1) accept PCMA from A, but don't offer it to B: codec-mask-PCMA 2) ignore that Opus was offered from A: codec-strip-opus 3) offer Opus to B: transcode-opus Make sure you update your rtpengine code base as this use case has only just been implemented (previously the `transcode` option would simply negate the `codec-strip` which is not what you want). Full example: rtpengine_offer("... ICE=remove codec-mask-PCMA codec-strip-opus transcode-opus") Cheers

Hi, I am trying the following scenario: - Caller (Side A) supports: G722 PCMA PCMU G729 Callee (Side B) supports: PCMA PCMU G729 I have configured like this: rtpengine_offer("...codec-mask-opus codec-mask-G722 codec-mask-PCMA codec-mask-PCMU codec-mask-G729 transcode-PCMA transcode-PCMU transcode-G729") But both sides end up on PCMA; where as I would like G722 for Caller side and PCMA for Callee's end and rtpengine should transcode between G722 to PCMA and vice versa. Please can someone guide me. Thanks Regards Muhammad Zaka -----Original Message----- From: sr-users [mailto:sr-users-bounces@lists.kamailio.org] On Behalf Of Richard Fuchs Sent: 20 February 2018 19:01 To: sr-users(a)lists.kamailio.org Subject: Re: [SR-Users] RTPengine - Transcoding example available? On 2018-02-20 05:46 AM, Denys Pozniak wrote: You don't need to put any transcoding options into rtpengine_answer() - they should all go into rtpengine_offer() Since A supports all codecs that B supports except PCMU, you can add PCMU into the offer going to B with: rtpengine_offer("... transcode-PCMU") But most likely both sides will end up talking Opus (without transcoding) since they both support it and it's listed first. If B ends up talking PCMU to rtpengine, it will transcode it to Opus as A doesn't support PCMA and Opus is first in its list. If either side ends up talking PCMA, it's also passed through without transcoding since both sides support it. If you want to force PCMA on A's side and Opus on B's side, you need to: 1) accept PCMA from A, but don't offer it to B: codec-mask-PCMA 2) ignore that Opus was offered from A: codec-strip-opus 3) offer Opus to B: transcode-opus Make sure you update your rtpengine code base as this use case has only just been implemented (previously the `transcode` option would simply negate the `codec-strip` which is not what you want). Full example: rtpengine_offer("... ICE=remove codec-mask-PCMA codec-strip-opus transcode-opus") Cheers _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users