Summary: | ASTERISK-12202: Bad quality audio when using Local channel with a call file | ||
Reporter: | Matt Riddell (zx81) | Labels: | |
Date Opened: | 2008-06-16 05:39:16 | Date Closed: | 2008-12-13 18:05:39.000-0600 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | PBX/pbx_spool |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | When making a call between say the echo test and a device (i.e. SIP/Zap extension) the audio quality is bad (distorted) if the call is initiated from a call file. ****** STEPS TO REPRODUCE ****** Bad quality: Channel: Local/7014@extensions Context: applications Extension: 2600 Priority: 1 Good Quality: Channel: SIP/7014 Context: applications Extension: 2600 Priority: 1 Extensions.conf snippets: [macro-stdexten] exten => s,1,Dial(${ARG2},60,tT) exten => s,n,Goto(s-${DIALSTATUS},1) exten => s-NOANSWER,1,Voicemail(${ARG1},u) exten => s-NOANSWER,2,Goto(default,s,1) exten => s-BUSY,1,Voicemail(${ARG1},b) exten => s-BUSY,2,Goto(default,s,1) exten => _s-.,1,Goto(s-NOANSWER,1) [applications] exten => 2600,1,Background(demo-echotest) exten => 2600,n,Echo exten => 2600,n,Background(demo-echodone) [extensions] exten => 7014,1,Macro(stdexten,7014,SIP/7014&IAX2/7014) Interestingly, if I do the following: exten => 9999,1,Dial(Local/2600@applications) and just use 7014 to call it, the quality is fine. | ||
Comments: | By: Matt Riddell (zx81) 2008-06-17 17:00:24 Still the same if I use the /n switch By: Sean Bright (seanbright) 2008-11-18 18:57:57.000-0600 Is this a problem with l.4.22? Also, what version of GCC are you compiling Asterisk with? By: Mark Michelson (mmichelson) 2008-11-19 10:43:19.000-0600 And to add further, what codec is used for your test call. By: Matt Riddell (zx81) 2008-12-13 15:29:52.000-0600 Sorry, the machine I was having the problem with is now in production and not having this problem - this can be closed out - I'll get it reopened if I see the problem again By: Sean Bright (seanbright) 2008-12-13 18:05:39.000-0600 Closed by request of reporter. The problem is no longer occurring. |