similar to: Questions relating RTP packetisation

On 2019-04-01 3:37, Gustaf Ullberg wrote: > Hi everyone, > > Some time ago, I sent a pull request > <https://github.com/xiph/opus/pull/107> to the Opus github page. > Jean-Marc asked me to post it to the mailing list so everyone can have a > look at it. > > You can find the description and code changes below. Please let me know > if you have any questions or

Jean-Marc Valin wrote: >>In particular, (I'm not really sure, because I don't thorougly >>understand it yet) I don't think your jitterbuffer handles: >> >>DTX: discontinuous transmission. >> >> > >That is dealt with by the codec, at least for Speex. When it stops >receiving packets, it already knows whether it's in DTX/CNG mode.

Hi everyone, Some time ago, I sent a pull request <https://github.com/xiph/opus/pull/107> to the Opus github page. Jean-Marc asked me to post it to the mailing list so everyone can have a look at it. You can find the description and code changes below. Please let me know if you have any questions or concerns. Best regards Gustaf Ullberg In WebRTC, we would like to be able to

Thank you Mark. I agree and have now updated the pull request with a new commit, addressing your comments. Please take a look. /Gustaf On Fri, 5 Apr 2019 at 11:41, Mark Harris <mark.hsj at gmail.com> wrote: > On 2019-04-01 3:37, Gustaf Ullberg wrote: > > Hi everyone, > > > > Some time ago, I sent a pull request > > <https://github.com/xiph/opus/pull/107>

Per my conversation below with digium, are there any legal alternatives to digium's G729? It is out of date, and doesn't support VAD nor silence detection. Digium has stated that they have no plans to update it anytime soon. VAD/Silence is a big deal with major carriers and we are having to fight a battle to get them to make special arrangements to turn off VAD/Silence in their

Hello, We are in the process of debugging a voice quality issue for a client of ours that is a VoIP services provider. The client uses a softphone that runs on a pjsip stack. When placing a call using the softphone, it negotiates the use of G729 codec with the remote endpoint (ptime = 20ms). The endpoint transmits RTP packets with encoded G729 payload. VAD/DTX is enabled. We see that the last

Jean-Marc Valin (jean-marc.valin@hermes.usherb.ca) wrote: > > > I've been using Speex in my voice-over-IP program on Win32, in > > wideband (16kHz) mode. I just starting using VBR recently and > > have run into something that might be a problem within Speex: > > Are you turning on DTX in addition to VBR? Also, what version are you > using. As of 1.0, DTX is

On Tue, Jan 17, 2006 at 02:19:17PM -0500, me@sbooth.org wrote: > Hi all, > > I have recently added Speex support to my app (http://sbooth.org/Max/) and > am in the process of creating a GUI for the user to control the codec > parametere. I am new to Speex and as such I am not really sure which > parameters are more important than others, and deserve prominent > placement,

you can use the marker bit on the RTP. - farhan On Tue, Aug 19, 2008 at 12:04 PM, Fabio Pietrosanti (naif) <lists at infosecurity.ch> wrote: > Hi all, > > supposing to have speex working at 3.95, when VAD/CNG is employed, which > is the size of those "silence" samples respect to voice samples? > > I am wondering if it could be possible to lower even the

I'm running a: for band in n w u do for quality in 0 1 2 3 4 5 6 7 8 9 10 do for complexity in 3 do for vad in "" "--vad" do for dtx in "" "--dtx" do echo speexenc -${band} --quality ${quality} --comp ${complexity} ${vad} ${dtx} input.${band}.wav

> In particular, (I'm not really sure, because I don't thorougly > understand it yet) I don't think your jitterbuffer handles: > > DTX: discontinuous transmission. That is dealt with by the codec, at least for Speex. When it stops receiving packets, it already knows whether it's in DTX/CNG mode. > clock skew: (see discussion, though) Clock skew is one of the main

Hi all, supposing to have speex working at 3.95, when VAD/CNG is employed, which is the size of those "silence" samples respect to voice samples? I am wondering if it could be possible to lower even the transmission of VAD/CNG samples by specifying "outbound" in the communication channel only 1 bit instead of sending the whole VAD/CNG packet. I am doing the same for AMR

hi there, I am new to mailing list so excuse me if I don't obey to the 'netiquette'. i am writing voice chat and speex is in the root of it. i write it in Java and use JNI to link with 'C'-based Speex 1.2beta. [I know of JSpeex but there are not implemented some features] recently i decided to use DTX feature of speex as well. the code follows. The problem is that no matter

I have difficulties to understand how to use Silk GNC. I have enabled GNC (and VAD) something like this: param.setting.vad = 1; param.setting.cng = 1; param.setting.plc = 1; param.setting.penh = 1; status = pjmedia_codec_opus_set_default_param(&config, &param); I used debugger and printf to see that code executes in Opus CNG.c silk_CNG function noise generation loop. But still I cannot

> So far, I've noticed that --dtx alone doesn't seem to do anything, but --vad does > and the combination --dtx with --vad does more. The lone exception is for wide > and ultra-wide coding at quality 0, --vad, alone, makes the file slightly larger. > At all other sized the ordering is always: plain==--dtx, then --vad, then --vad > with --dtx. All you say look normal to me.

Hi List, i've set up a cisco 7912 for my asterisk box. I've had problems with VAD and CNG. After googling a bit, i've found an article about asterisk not supporting these two protocols, therefore it's better to turn them off. Since then i did not found answer to my two questions, maybe somebody here could help me: a) am i even able to turn off vad/cng on cisco 7912? SIP

Great, thanks! That patch solved it. VBR without DTX seems to work perfectly now. If I enable DTX, there's still a little bit of buzz but it doesn't seem to last very long when it happens. I appreciate the quick fix! Tom Jean-Marc Valin (jean-marc.valin@hermes.usherb.ca) wrote: > > Yep, you found a bug and here's the patch. It should solve your problem > (using VBR

All: Attached please find yet another RTP profile revision (v5). You can also find the document at: http://www.herlein.com/downloads/speex/docs/ Changes: - added vbr, cng, ebw, sr optional parameters to MIME - added vbr, cng, ebw a=fmtp options for SDP use - added required document attributes for submission to IETF and IANA (format and author contact information). Note that we

Hi Conrad, Thanks a lot for the info. This is exactly what I needed. We want to use speex in our IP telephony client and I was indeed trying to put together a GUI configuration screen. Best regards, Chris > On Tue, May 20, 2003 at 06:04:39PM +0200, Chris Flerackers wrote: >> Hi, >> >> Is there are document where the interaction between all the configuration >> options

Hi Marc, Thanks for your quick response. So if VAD is enabled then VBR will be enable although it's a special VBR. How about take out the VAD code from the VBR and remove the code else? Lianghu On 10/24/06, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > > 1) there are VAD related codes in the source file preprocess.c. > > Will VAD still work If I