that means something in your path does not support CNG/VAD. it's perfectly ok to use waste and mute together.
there is no chance that you would not enter the conf muted the way you describe unless you are using an older revision of FS that had a bug in the parsing of the conference flags. 2009/9/1 Christian Löschenkohl <[email protected]> > thank you for your response > > as a listener waste influences what you hear and mute say's you cannot > speak > this is what our customer wanted because the speaker is the only one who is > heard in this "conference" or meeting room - this rooms are for lectures > > we tried to disable waste for the listeners (and let it on for the speaker) > but this > resulted in "choppy" sound for the listeners (silence periods between words > and sentences) > > i hope i could explain my problem a little bit better > > br > > On 2009-09-01 23:32, Bradley Brashier wrote: > > I haven't really used waste much myself, but my understanding is that > > waste and mute would conflict, since waste says "send audio always" > > and mute says "send audio never". I didn't understand why you're using > > waste on the listeners... you should be able to get by with waste just > > on the speaker (again, that's how I understand it). > > > > 2009/9/1 Christian Löschenkohl<[email protected]>: > >> hello > >> > >> we have got a little problem with the conference application > >> in our setup we have da system for customers where speakers can dial in > >> with phonenumber+1 and the listeners dial in with phonenumber > >> > >> the speakers conference is started with 323963...@conf+flags{waste} > >> the listeners conference is started with 323963...@conf > +flags{mute,waste} > >> > >> waste is needed to get the whole audio stream > >> it now happens that listeners sometimes hear each other, that shouldn't > be > >> > >> what can i do to resolve this problem? > >> we are using version 1.0.4 > >> > >> br > >> > >> -- > >> Ing. Christian Löschenkohl > >> Technische Leitung, Forschung& Entwicklung VoIP > >> > >> xpirio > >> Telekommunikation& Service GmbH > >> Lakeside B04 > >> 9020 Klagenfurt > >> Austria > >> > >> T +43 (0) 5 77 11 - 1000 > >> F +43 (0) 5 77 11 - 1002 > >> E [email protected] > >> > >> _______________________________________________ > >> FreeSWITCH-users mailing list > >> [email protected] > >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > >> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > >> http://www.freeswitch.org > >> > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > [email protected] > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > -- > Ing. Christian Löschenkohl > Technische Leitung, Forschung & Entwicklung VoIP > > xpirio > Telekommunikation & Service GmbH > Lakeside B04 > 9020 Klagenfurt > Austria > > T +43 (0) 5 77 11 - 1000 > F +43 (0) 5 77 11 - 1002 > E [email protected] > > _______________________________________________ > FreeSWITCH-users mailing list > [email protected] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:[email protected] <msn%[email protected]> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:[email protected] <sip%[email protected]> iax:[email protected]/888 googletalk:[email protected]<googletalk%3aconf%[email protected]> pstn:213-799-1400
_______________________________________________ FreeSWITCH-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
