search for: playtones_generator

...> >>>>>After a couple of hours of familiarizing myself with the Asterisk code >>>>>and tracing the problem, I found that for some reason the tone >>>>>generator, which uses 16-bit Signed Linear PCM, was still being >>>>>allocated and playtones_generator (indications.c) was still getting >>>>>called, regardless that the Sipura doesn't take SLINEAR data (in my >>>>>case, it accepts G711u). So, I ended up adding an if conditional to >>>>>the beginning of the playtones_alloc function (indications.c)...

Guys, I am currently suffering the exact same bug as described in BUG ID 0001959, in summary, receiving a 'Asked to transmit frame type 64, while native formats is 8 (read/write = 8/8)' when call connects then hangs up. It appears to be caused by the playtones_generator routine in indications.c trying to produce a ring signal on the channel. The reason I am hitting this problem seems to be that the SIP UA I am using is sending a 183 Session Progress prior to a 180 Alerting. It appears to me that Asterisk is treating the 183 similar to a Q.931 Call Proceeding with...

...#39; /usr/src/asterisk/dsp.c:213: undefined reference to `cos' /usr/src/asterisk/dsp.c:213: undefined reference to `cos' /usr/src/asterisk/dsp.c:213: undefined reference to `cos' dsp.o:/usr/src/asterisk/dsp.c:213: more undefined references to `cos' follow indications.o: In function `playtones_generator': /usr/src/asterisk/indications.c:106: undefined reference to `sin' /usr/src/asterisk/indications.c:106: undefined reference to `sin' autoservice.o: In function `ast_autoservice_start': /usr/src/asterisk/autoservice.c:109: undefined reference to `pthread_create' /usr/src/asteris...