| 00:35.23 | snuff-home | hey.. i know its bit late.. |
| 00:35.43 | snuff-home | just want to get ur menuselect foo input :) |
| 01:02.56 | *** join/#asterisk-dev wedhorn (n=nnnnnnnn@123-243-209-34.static.tpgi.com.au) |
| 01:35.01 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 02:19.29 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 02:19.29 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://www.xkcd.org/664/ |
| 02:29.23 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 02:29.54 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 03:03.29 | *** join/#asterisk-dev elguero (n=_miguel3@ns1.nashuacs.com) |
| 03:12.59 | *** join/#asterisk-dev mog (n=mog@c-71-228-185-24.hsd1.al.comcast.net) |
| 03:12.59 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 03:30.29 | *** join/#asterisk-dev kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |
| 03:30.31 | kam187 | hi guys |
| 03:31.06 | kam187 | i'm looking at the callprogress parameter in zapata which uses dsp.c to analyse the line and figure out if its ringing etc |
| 03:31.17 | kam187 | i want to extend this to other channels like sip |
| 03:32.03 | kam187 | any ideas for an easy way to do it? |
| 07:41.55 | *** join/#asterisk-dev shamelessn00b (n=chatzill@58-65-172-114.nayatel.pk) |
| 07:52.06 | *** join/#asterisk-dev tzafrir (n=tzafrir@local.xorcom.com) |
| 07:52.06 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:05.58 | tzafrir | kam187, why would you need it in chan_sip? |
| 08:06.05 | tzafrir | What for? |
| 08:25.29 | kam187 | because there's sone providers which answer right away, while its ringing :( |
| 08:25.33 | kam187 | *some |
| 08:26.59 | kam187 | i was going to try backgrounddetect as a temporary work around, but i see that there's no way to prevent answer from one leg being passed to the other - which makes total sense in normal conditions |
| 08:38.55 | shamelessn00b | whats a good resource to start reading from as far as asterisk application developement is concerned?? |
| 09:03.35 | shamelessn00b | ?? |
| 09:22.41 | wedhorn | shamelessn00b: have a look at http://www.asterisk.org/developers |
| 10:07.57 | shamelessn00b | wedhorn: I'm looking for documentation on the asterisk C API |
| 10:08.35 | tzafrir | shamelessn00b, look for "doxygen" in that page |
| 10:09.34 | shamelessn00b | ok |
| 10:53.25 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 10:53.25 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 10:55.51 | *** join/#asterisk-dev snuff-home (n=snuffy@203.219.29.182) |
| 10:55.51 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:07.07 | kam187 | got it working :) |
| 11:39.51 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 11:41.48 | kam187 | hmm BackgroundDetect blocks |
| 12:49.37 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 12:49.37 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 13:28.29 | *** join/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 13:36.35 | kam187 | hmm how do u find the id of the channel connected to you |
| 14:53.27 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 14:54.08 | *** join/#asterisk-dev puzzled_ (n=foobar@puzzled.xs4all.nl) |
| 14:54.26 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 16:17.29 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:29.26 | *** part/#asterisk-dev kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |
| 16:43.48 | *** join/#asterisk-dev jamesh1 (n=jhenders@xob.neospire.net) |
| 17:05.53 | *** join/#asterisk-dev puzzled_ (n=foobar@puzzled.xs4all.nl) |
| 17:14.58 | Kobaz | so the fix for chanspy not working with wait()... it's not really the ideal fix |
| 17:15.10 | Kobaz | it works... since wait() now generates silence |
| 17:15.31 | Kobaz | but chanspy whisper doesn't work when spying on a channel that's generating no audio |
| 17:16.08 | Kobaz | there's a bug in the polycom firmware that doesn't send a hold request when switching lines too quickly... so i can't chanspy on the far end channel since it's getting no audio |
| 17:18.09 | Kobaz | since there's no moh since it never got the request |
| 17:28.25 | *** join/#asterisk-dev mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk) |
| 17:50.07 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 17:50.07 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 18:28.07 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 19:35.25 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:18.04 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 22:24.55 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 22:24.55 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:35.18 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 23:11.56 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |