[Freeswitch-users] RTCP and OPUS

[Kamil Nigmatullin]

In other words, yes you can pass constants there as a starting point (from
SDP), but during the call it is possible to change bitrate and other
paramerers on the fly when you know the health of the other end. Codec does
not analyze packets or anything else, it can just handle, do what it was
told to do.


2014-07-01 14:32 GMT+06:00 Kamil Nigmatullin <kamil.nigmatullin at gmail.com>:

> I don't know how it organaized in freeswitch. But opus C library is a
> library and all features should be called. So, if bandwitdth changes, you
> must call this feachures manualy, by feeding parametures each time it
> accures. So to be sure, that the other end is changing rate or looses
> packets, we somehow need to communicate with it and RTCP is a standard that
> actually stands for this.
>
>
> 2014-07-01 4:45 GMT+06:00 Kristian Kielhofner <kris at kriskinc.com>:
>
> Kamil,
>>
>>   I don't understand why you're involving RTCP, especially when you
>> have a client application with all of the features (presumably
>> including the ones I listed complete).
>>
>>   I would much rather see fully functional OPUS code in FreeSWITCH :).
>>
>> On Mon, Jun 30, 2014 at 3:10 PM, Kamil Nigmatullin
>> <kamil.nigmatullin at gmail.com> wrote:
>> > Thanks Kristian.
>> > Yes I understnand that and actually we have our own client application
>> that
>> > utilize all features of OPUS done. What I need is to maintain mod_opus
>> on
>> > freeswitch side, to make it possible to communicate with RTCP so that
>> > communication between FS and client application was possible. I
>> understand
>> > that it is not easy but it worth that.
>> >
>> >
>> >
>> > 2014-06-30 21:52 GMT+06:00 Kristian Kielhofner <kris at kriskinc.com>:
>> >
>> >> Kamil,
>> >>
>> >>   Opus (at least via SILK) has it's own internal means for dynamic
>> >> bandwidth utilization, FEC, and PLC. It's a significantly better
>> >> implementation when done properly on both sides but that requires a
>> >> lot of work including integration with the jitter buffer to peek
>> >> frames, etc.
>> >>
>> >> On Mon, Jun 30, 2014 at 10:25 AM, Kamil Nigmatullin
>> >> <kamil.nigmatullin at gmail.com> wrote:
>> >> >
>> >> >
>> >> > Hello all.
>> >> >
>> >> > What I basicly want is to have real adaptive codec on both sides
>> (client
>> >> > and
>> >> > FS), that could exchange link quality information through RTCP.
>> >> >
>> >> > As far as I see, after a brief looking through some parts of source
>> code
>> >> > of
>> >> > FS, mod_opus works as static codec and don't change its behavior when
>> >> > Internet link is changing because it has no communication with RTCP
>> >> > module.
>> >> > Could anybody of developers recommend me the most efficient way to
>> >> > deploy
>> >> > this communication process through Freeswitch Core? Is there a way to
>> >> > export
>> >> > and import information from/to module/core during the call?
>> >> >
>> >> > Thanks in advance.
>> >> >
>> >> >
>> >> >
>> >> >
>> _________________________________________________________________________
>> >> > Professional FreeSWITCH Consulting Services:
>> >> > consulting at freeswitch.org
>> >> > http://www.freeswitchsolutions.com
>> >> >
>> >> > 
>> >> > 
>> >> >
>> >> > Official FreeSWITCH Sites
>> >> > http://www.freeswitch.org
>> >> > http://wiki.freeswitch.org
>> >> > http://www.cluecon.com
>> >> >
>> >> > FreeSWITCH-users mailing list
>> >> > FreeSWITCH-users at lists.freeswitch.org
>> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> >> > UNSUBSCRIBE:
>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>> >> > http://www.freeswitch.org
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Kristian Kielhofner
>> >>
>> >>
>> _________________________________________________________________________
>> >> Professional FreeSWITCH Consulting Services:
>> >> consulting at freeswitch.org
>> >> http://www.freeswitchsolutions.com
>> >>
>> >> 
>> >> 
>> >>
>> >> Official FreeSWITCH Sites
>> >> http://www.freeswitch.org
>> >> http://wiki.freeswitch.org
>> >> http://www.cluecon.com
>> >>
>> >> FreeSWITCH-users mailing list
>> >> FreeSWITCH-users at lists.freeswitch.org
>> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> >> UNSUBSCRIBE:
>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>> >> http://www.freeswitch.org
>> >
>> >
>> >
>> >
>> > --
>> > Kamil Nigmatullin
>> > Manager
>> > Tel: 77272323748
>> > mob: 7 777 2517003
>> > ICQ: 31008382
>> > Skype: Kamil Nigmatullin
>> >
>> >
>> _________________________________________________________________________
>> > Professional FreeSWITCH Consulting Services:
>> > consulting at freeswitch.org
>> > http://www.freeswitchsolutions.com
>> >
>> > 
>> > 
>> >
>> > Official FreeSWITCH Sites
>> > http://www.freeswitch.org
>> > http://wiki.freeswitch.org
>> > http://www.cluecon.com
>> >
>> > FreeSWITCH-users mailing list
>> > FreeSWITCH-users at lists.freeswitch.org
>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> > UNSUBSCRIBE:
>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>> > http://www.freeswitch.org
>> >
>>
>>
>>
>> --
>> Kristian Kielhofner
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
>
> --
> Kamil Nigmatullin
> Manager
> Tel: 77272323748
> mob: 7 777 2517003
> ICQ: 31008382
> Skype: Kamil Nigmatullin
>



-- 
Kamil Nigmatullin
Manager
Tel: 77272323748
mob: 7 777 2517003
ICQ: 31008382
Skype: Kamil Nigmatullin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140701/1da71a33/attachment.html