Summary:ASTERISK-09154: Loud noise heard after 2nd person joining conference bridge is announced.
Reporter:Sacha Mirambeau (smirambeau)Labels:
Date Opened:2007-03-30 10:58:35Date Closed:2007-07-25 20:05:21
Versions:Frequency of
Environment:Attachments:( 0) issue9430.diff
( 1) meetme-r69809.diff
( 2) meetme-r72435.diff
( 3) verbosedebug.txt
Description:If 'Announce Callers' is checked/selected (on gui), after the 2nd caller and any additional callers are announced, a very loud squelching sound is heard.  We currently have this feature unselected to avoid hearing the sound.

We are using AsteriskNOW Beta4 w/X-Lite SIP phones.  

However, the sound is also heard when calling from a hard phone calling via an AVAYA PBX via PRI to a TE110P.

I've attached the debug log (logger.conf = notice, warning, error, debug).


Unable provide SVN number as the command 'svn info' returns 'svn: '.' is not working copy
Comments:By: Jason Parker (jparker) 2007-03-30 11:08:25

Please upgrade to 1.4.2 - your version is quite old.

By: Sacha Mirambeau (smirambeau) 2007-04-04 07:36:08

Upgraded to Asterisk-1.4.2.  Issue still remains.  Loud squelch still heard after 2nd person, and each additional person, joins conference.

By: Sacha Mirambeau (smirambeau) 2007-04-09 07:48:55

Per your last email, setting the 'q' option for quiet mode disables any indication that a new caller has entered the conference.  Not setting 'q' for quiet mode and disabling 'Announce Caller' at least provides a tone when a new caller joins the conference.  However, the new caller is not announced.  We are interested in utilizing the feature to announce new callers without the loud squelch.  How can we eliminate the squelch only?

By: Sacha Mirambeau (smirambeau) 2007-04-11 16:03:37

I responded to your last email concerning the 'qi' options.  'q' overrides any option(s) coupled with it.  Do you have a system to test with? If there is no solution, we will live with this until the next release.

By: Sergey Tamkovich (sergee) 2007-05-07 11:16:26

I had this issue too. Right no i updated my test system to svn-trunk-r63223, and it seems that this issue gone.

There is a small click after name, but it is very very quiet compared to previous short loud static noise after playing names /* possibly, ast_streamfile() tryed to play some excess memory, beyound the end of sound */

So, i don't have this issue anymore.

By: Brian Alexander (mabgfounder) 2007-06-15 09:53:52

Problem also occurs with trunk revision 69066 if I (announce callers) option is used with MeetMe application. If the option is not used then the problem does not occur.

By: Sergey Tamkovich (sergee) 2007-06-19 04:13:07

Seems like i fix this problem, try my patch please, it made against SVN trunk revision 69809. It removes that nasty sound.

Problem was in conf_play() call, that call tryed to play some strange sounds which was encapsulated into apps/enter.h and apps/leave.h in hex :) Why not a regular sound files i wonder?

May be this isn't the best way of fixing, because there are other places where conf_play() is used, becides i don't know how it works if you don't have zaptel card, or don't enable 'I' option,

anyway it works for me, testers are welcomed...

By: Thomas Kilbride (obnauticus) 2007-06-25 13:36:42

I can confirm this bug of hearing a large squelch on second person join in a meetme conference.

By: Sergey Tamkovich (sergee) 2007-06-26 01:43:12

obnauticus, Thank you very much for participating!
Can you test attached patch 'meetme-r69809.diff'?

By: Sergey Tamkovich (sergee) 2007-06-26 02:41:58

Strom_M from #asterisk said that he doesn't have this bug (asterisk-1.4, ~1 month-old checkout). Instead of noise he hears nice "ding" sound as supposed to be. He doesn't use 'I' option.

Seems like those "dings" are spoiled only if "I" option enabled..

By: Brian Alexander (mabgfounder) 2007-06-26 08:18:57

Just more information in case it helps anyone. I applied the meetme-r69809.diff patch this morning to 69066... The ding no longer plays when announcing callers. There is no loud noise either (which was probably from the ding anyway as sergee mentioned).

By: Sergey Tamkovich (sergee) 2007-06-26 08:27:16

i'll update this patch today, according to new information from community.

By: Sergey Tamkovich (sergee) 2007-06-28 09:57:52

New patch ready.
Now it respects users without 'Ii' options - they still can hear 'dings'.
Please test.

By: Thomas Kilbride (obnauticus) 2007-06-29 18:51:37

Can you like post a guide on how to patch this....I don't know how lol.

By: Sergey Tamkovich (sergee) 2007-06-30 09:37:17

obnauticus , here is a small manual:

This patch against asterisk-trunk, to check it out, perfom:

cd /usr/src
svn co http://svn.digium.com/svn/asterisk/trunk asterisk-trunk

Now you have directory /usr/src/asterisk-trunk with source code. To download and apply patch, use the following commands:

cd /usr/src/asterisk-trunk
wget "http://bugs.digium.com/file_download.php?file_id=14622&type=bug" -O meetme-r72435.diff
patch -p0 < meetme-r72435.diff

Then compile and install asterisk as usual:

./configure && make && make install

i hope it will help you.

By: Thomas Kilbride (obnauticus) 2007-06-30 19:57:35

Copy roger big pawsome project rebuild rubber hole in progress.

By: Leif Madsen (lmadsen) 2007-07-09 13:52:49

Have the same squelch issue (using:  MeetMe("SIP/mixmiami-sbc01-09cf40a0", "9-lmentinc|doi1") as the MeetMe() arguments).

Before the patch I get a squelch. After the meetme-r72435.diff patch I end up with no tone at all. Unfortunately this isn't working, so let me know if you need any more information or testing.

By: Leif Madsen (lmadsen) 2007-07-24 07:29:56

Sergee: any luck on an alternative patch?

By: Sergey Tamkovich (sergee) 2007-07-25 01:24:42

blitzrage, can you explain what did you mean by "no tone at all"? i would like to chant with you, what is the best time to catch you on IRC? (in GMT please :) )

By: Leif Madsen (lmadsen) 2007-07-25 07:27:58

Hey Sergee!

By no tone at all, I mean that I don't hear any sort of sound when joining the conference (no squeal, no standard tone).

You can catch me on IRC all day today, starting now (I'm -0400 GMT). It is currently 8:45am -0400 EDT.

By: Steve Murphy (murf) 2007-07-25 20:05:15

Many thanks to sergee for his input to this issue.

I presented this issue to file, who whipped up the patch just posted. It goes more to the heart of the issue: the second attempt to pump audio into a file descriptor seems to have problems. He re-arranged the code slightly and re-opens the descriptor, which seems to solve the problem. The loud squelch was the sound of the normal beep-beep being played much faster than desirable. The leave tone was also so affected, but not as loudly.

patched in 1.4 with 77191.
patched in trunk with 77217.