similar to: More issues with Siren14 datalen == 0 packets

I'm seeing Asterisk crashes with the following frame at func_speex.c:188: (gdb) p *frame $6 = {frametype = AST_FRAME_VOICE, subclass = {integer = 0, format = 0xe2f9e20, frame_ending = 0}, datalen = 0, samples = 640, mallocd = 1, mallocd_hdr_len = 232, offset = 64, src = 0x2ac07413e7f8 "siren14tolin32", data = {ptr = 0x3cab9378, uint32 = 1017877368, pad =

> All patches need to go into JIRA with a license agreement to be > accepted. Understood, but I was using it as an illustration. Note, however, that, from a legal perspective, a patch such as this has no protectable IP (you can't copyright the only way of doing something) and the GNU projects have a formal rule that sufficiently-small patches need no assignments for that reason, which

I'm getting a SIGSEGV at ast_slinear_saturated_multiply at the line: 351 res = (int) *input * *value; It's called from ast_frame_adjust_volume. The frame looks like: (gdb) print *f $6 = {frametype = AST_FRAME_VOICE, subclass = {integer = 100021, format = { id = AST_FORMAT_SLINEAR16, fattr = {format_attr = { 0 <repeats 64 times>}, rtp_marker_bit = 0

>Submitter-Id: current-users >Originator: Eygene Ryabinkin >Organization: Code Labs >Confidential: no >Synopsis: [patch] [vuxml] net/wireshark: fix DoS in SMTP dissector >Severity: serious >Priority: high >Category: ports >Class: sw-bug >Release: FreeBSD 7.1-PRERELEASE i386 >Environment: System: FreeBSD 7.1-PRERELEASE i386 >Description: Today the DoS

Hi All,   I have been having this issue, when I am enable Instruction Combining pass, for an application. I have read similar post ealier, http://old.nabble.com/Instruction-Combining-Pass-*Breaking*-Struct-Reads--td24253572.html With reference to the above case, my target data layout is defined as: DataLayout("e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-a:32:32") Thus I don't see

Sorry for a possible retransmit: the first was sent from an incorrect email address. I'm trying to use the Polycom SoundStation IP 7000 with Confbridge. But the transcoding from siren14 to slin32 is via slin. First, it seems odd that there's no transcoder directly to slin32 since anything else will lower fidelity. But, more importantly, there is transcoding from siren14 to slin16 and

I'm connecting a Polycom SoundStation IP 7000 and trying to use siren14. I downloaded the codecs and now it will properly transcode to connect to other phones and play any files that are in .wav format. But when it tries to play any files with .siren14 extensions, I get complete noise coming out. Here's the negotiated SDP: v=0 o=root 1668560220 1668560220 IN IP4 207.10.184.50 s=Asterisk

I've got a fresh (1 day old) svn trunk release SVN-trunk-r225360 of Asterisk and I'm trying to get it to accept a SIREN14 call from Polycom's softphone. Having trouble with SDP negotiation, I want to only allow SIREN14 and nothing else. I also want to record and playback files, any tips on what the Record function parameters should be? In sip.conf I have: disallow=all

Hi All,   Further exploring the problem I could find that, there is a address offset calculation problem, with the GEP bitcast handling code in instruction combining. Below is table which shows address offset calculation for the struct elements (described earlier).   Type Variable Actual Size(in bytes) pass fail llvm2.9 Address(pass) Size-pass (in bytes) Address (fail) Size -fail (in bytes) with

Hi Everyone, 1- Are the Siren7 and Siren14 the G.722 HD voice codecs? 2- Are these codecs only for Polycom units or are they universal across all other SIP phones that advertise the HD voice codec like Aastra? 3- What is the main difference between the two and is it advisable to run these over the INTERnet (not INTRAnet)? Thanks -------------- next part -------------- An HTML attachment was

Hi all, I try to enable FEC in the encoder using the macro OPUS_SET_INBAND_FEC and I set the packet loss percentage to a constant value of 30%, using the macro OPUS_SET_PACKET_LOSS_PERC. Please find my encoder settings below: opus: encoder fmtp (maxplaybackrate=8000;maxaveragebitrate=24000;sprop-stereo=1;cbr=1;useinbandfec=1;usedtx=1) opus: encode bw=narrow bitrate=24000 fch=auto vbr=0 fec=1

Hello, Is FEC supposed to work in NARROWBAND mode ?(with maxaveragebitrate=12000; maxplaybackrate=8000 ) ?I am having some confusing results, it appears that FEC is enabled in the encoder, but the decoder cannot find any packet with FEC. I am also wondering if this piece of code is correct (webrtc): /* The following is to parse the LBRR flags. */? if (opus_packet_parse(payload,

Has anyone else got 1.2 compiled from cvs ? I've posted the question below to the -dev list but got no answers: 1) No-one else is trying beta 1 2) No-one else is having any issues (I must be the idiot) 3) No-one else saw my message :) I have been trying to compile 1.2 beta 1 on a centos 4 box, to no avail. The "make" command seems to compile ok, but "make install"

At this bitrate the encoder likely decides that it's better to put all the bits in the normal packet than use FEC. When you enable FEC it steals a lot of bits from the non-FEC content. Also, the use of FEC depends on the reported percentage of packet loss. The more loss there is, the lower the threshold for enabling FEC. Overall, the encoder attempt to make the best decision on a

Hello, I've an error recently. ggplot(data = mtcars, aes(x= wt, y= mpg)) + geom_line() Error: Found object is not a stat. > sessionInfo() R version 3.4.2 (2017-09-28) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Ubuntu 16.04.3 LTS Matrix products: default BLAS: /usr/lib/openblas-base/libblas.so.3 LAPACK: /usr/lib/libopenblasp-r0.2.18.so locale: [1] LC_CTYPE=tr_TR.UTF-8

I get the same result as Eric? withR version 3.4.2 (2017-09-28) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Ubuntu 17.04 It looks like you have "tidyverse" loaded so I tried it with just ggplot2 loaded and with tidyverse loaded.? On Wednesday, November 8, 2017, 4:16:14 AM EST, Eric Berger <ericjberger at gmail.com> wrote: I was not able to reproduce this

Thanks, I think, I found the problem. It seems to related locale setting. If I start with 'LANG=C R' everything's good. -- Zeki ?atav zekicatav.com On Nov 8, 2017 1:56 PM, "John Kane" <jrkrideau at yahoo.ca> wrote: I get the same result as Eric with R version 3.4.2 (2017-09-28) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Ubuntu 17.04 It looks like you

I was not able to reproduce this problem. I tried two environments 1. Ubuntu 14.04.5 LTS, R version 3.4.2 (same R version as yours) 2. Windows 10, same R version On Wed, Nov 8, 2017 at 9:50 AM, Zeki ?ATAV <zcatav at gmail.com> wrote: > Hello, > I've an error recently. > > ggplot(data = mtcars, aes(x= wt, y= mpg)) + geom_line() > Error: Found object is not a stat. >

With reference to the previous query, I think, i miscalculated the offset, just recalculating. 1. without instruction combining coupling member variable, is at:   %struct._FRAME_DATA* %2, i32 0, i32 5   where "%2" is defined as:   %arrayidx3 = getelementptr inbounds i16* %Data, i32 1024, !dbg !446   %2 = bitcast i16* %arrayidx3 to %struct._FRAME_DATA*, !dbg !446 i.e. at 5 offset in

I am still getting an error compiling the 1.2-Beta version. The tarball works fine, but I have never been able to compile the 1.2beta from CVS. I have been compiling CVS-HEAD on the machine for quite some time. It goes into this loop: if cmp -s include/asterisk/version.h.tmp include/asterisk/version.h ; then echo; else \ mv include/asterisk/version.h.tmp include/asterisk/version.h ; \