G722 codec from intel IPP

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ashwin-

> The question is what is the call volumes that you are aiming for . We have
> been using the IPP G729/G723/G722 for some time now, but we decided to go
> for hardware based transcoding due to capacity issues.

Using G729 as an example, what was your "tipping point" call volume to move to hardware transcoding?

-Jeff

> On Sun, Feb 16, 2014 at 4:08 PM, Arie Velthoen <arie_velthoen at hotmail.com>wrote:
>
>> Hi,
>>
>> Has anybody used the G722 codec from Intel IPP within pjmedia?
>> I am thinking of using the IPP G722 codec instead of the one already
>> available in pjmedia, to profit from the optimised code for better
>> performance.
>>
>> I am already using IPP G729 codec, as supported by pjmedia.
>> I noticed that IPP G722 codec is not supported by pjmedia.
>> Besides disabling the builtin g722 codec, I imagine I need to add similar
>> table and functions as for G729.
>>
>> Are there any pitfalls, or things to take care of, parameter settings,
>> etc.?
>> Is someone already using this, and want to share the code?
>>
>> Thank you,
>>
>> Arie
>> _______________________________________________
>> 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
>>
>
>
>
> --
> Ashwin Kumar Rath
> _______________________________________________
> 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
>




[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux