| 01:07.08 | *** join/#asterisk-dev snuff-work (~snuff-wor@202-161-112-134.tpgi.com.au) |
| 01:07.08 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:18.31 | *** join/#asterisk-dev elcontrastador (~textual@70-90-215-98-BusName-ca.sacra.hfc.comcastbusiness.net) |
| 06:15.39 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 06:57.52 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 07:07.23 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 07:19.32 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 07:41.01 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 08:40.58 | tsearle | int ast_dsp_digitdetect(struct ast_dsp *dsp, struct ast_frame *f); |
| 08:41.11 | tsearle | is defined in dsp.h but not existing in dsp.c |
| 11:15.02 | *** join/#asterisk-dev Ravenheart (~Ravenhear@95-43-74-160.ip.btc-net.bg) |
| 11:15.15 | Ravenheart | hi |
| 11:22.45 | tsearle | Hello Ravenheart |
| 12:15.11 | Ravenheart | i don't suppose i could a couple of questions related to dialplans |
| 12:16.24 | jsmith | Ravenheart: Typicall, dialplan questions belong in #asterisk, as #asterisk-dev is typically for discussion of the Asterisk code itself. |
| 12:16.41 | jsmith | Ravenheart: But if you ask your question there, I'll do my best to help |
| 12:19.02 | Ravenheart | well i want to be able to know when an external call has ended |
| 12:19.22 | Ravenheart | currently Hangup doesn't return the correct context |
| 12:20.27 | Ravenheart | (if the person calling decides to hangup because noone picks up) |
| 12:20.41 | Ravenheart | i only get an AMI event Hangup for my local channel |
| 12:21.52 | Ravenheart | but if i answer the call and then we hangup, the Hangup event is correct (ie the channel and the context are the ones from the external channel) |
| 12:22.10 | Ravenheart | dunno if its a problem on my end or something with AMI/asterisk |
| 12:22.10 | *** join/#asterisk-dev mvanbaak1 (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 12:22.10 | *** mode/#asterisk-dev [+o mvanbaak1] by ChanServ |
| 12:23.29 | Ravenheart | i also do not get the correct channel/context when the local extension hangsup |
| 13:08.19 | gtjoseph_ | tsearle: looking at your fix for the 181 stuff... Do you know why BEFORE_REDIRECTING doesn't work for the 181s? Just thinking if switching to BEFORE_MEDIA might cause other issues we don't test for. |
| 13:32.04 | jsmith | Ravenheart: That's definitely a question for #asterisk |
| 13:41.54 | tsearle | <gtjoseph_ "Torrey Searle: looking at your f"> BEFORE_REDIRECTING is only invoked on 302 |
| 13:42.44 | tsearle | I don't forsee any other issues with changing to BEFORE_MEDIA as I check the sip status code, so it should be limited to the 2 sip responses we are interested in |
| 13:43.30 | gtjoseph_ | I wonder if there's a situation where BEFORE_MEDIA doesn't get invoked but BEFORE_DVERSION does. |
| 13:43.53 | gtjoseph_ | hmmm. |
| 13:44.14 | tsearle | I was looking at chan_pjsip.c and that seemed to not be the case... |
| 13:44.27 | gtjoseph_ | OK, cool. |
| 13:44.40 | tsearle | and the unit tests also seem to confirm that |
| 13:45.48 | gtjoseph_ | gotcha |
| 14:13.45 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-ewesbckfobtmxasg) |
| 14:13.45 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:16.59 | tsearle | my nightmare of the moment is making dsp.c object oriented, so I can have different implementations |
| 14:18.35 | seanbright | oh dear |
| 14:18.47 | seanbright | that is now also my nightmare |
| 14:19.01 | seanbright | moar abstraction! |
| 14:20.06 | tsearle | many moons a go we cannibalised inband dtmf detection to do dtmf "click" suppression, (making it only able to mute clicks instead of actually generating dtmf events) |
| 14:20.19 | tsearle | now we have a request to have inband dtmf detection |
| 14:20.31 | tsearle | so we need both dsp living side by side |
| 14:22.09 | tsearle | https://pastebin.com/rb9umT1f |
| 14:22.21 | tsearle | that is the start of the great refactoring |
| 14:29.03 | tsearle | dsp.c just calls the function pointers, heh |
| 14:34.30 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-eiyhoradwmzzlchm) |
| 14:34.30 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:59.27 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 15:33.59 | *** join/#asterisk-dev elcontrastador (~textual@70-90-215-98-BusName-ca.sacra.hfc.comcastbusiness.net) |
| 16:21.28 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 17:32.23 | gtjoseph_ | DanJenkins[m]: want me to split out the chat and transcript issues? |
| 17:33.01 | DanJenkins[m] | Oh I was going to do it later when I got a moment |
| 17:33.25 | DanJenkins[m] | But if you'd like to I won't mind :) |
| 17:33.49 | gtjoseph_ | no problem. i'll take care of it. |
| 17:58.26 | Ravenheart | so uhh you guys work at digium? |
| 17:58.40 | Ravenheart | i know skrusty doesn't :) |
| 17:58.42 | seanbright | gtjoseph_ does |
| 17:59.22 | Ravenheart | why ain't there any upstream packages |
| 17:59.59 | file | because that's not a project we've taken on, or anyone in the community |
| 18:00.26 | gtjoseph_ | Individual community members do them for specific distros. |
| 18:01.52 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 18:01.52 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 18:25.27 | seanbright | things i have learned from the asterisk-users mailing list: |
| 18:25.33 | seanbright | people have no clue how anything works |
| 18:27.15 | file | I'm gonna go out on a limb and say... memory reservation and disk caching in the Linux kernel? |
| 18:27.36 | seanbright | correct |
| 18:28.49 | seanbright | i suppose one could argue that because the minfreemem option was broken for a time that these are reasonable replies |
| 18:29.11 | file | but you gave a link to the issue where it was fixed, so I think... um... |
| 18:29.13 | seanbright | i just love the notion that this was 'bad design from the Kernel people' |
| 18:29.22 | file | yeah |
| 18:29.29 | seanbright | anyway, good times |
| 18:29.42 | seanbright | > We got the Illuminati involved and they were OK with making this change. |
| 18:29.48 | seanbright | lol. i'm hilarious. |
| 18:32.47 | file | offers seanbright a cookie |
| 18:47.15 | *** join/#asterisk-dev CELYA_ (~Thunderbi@lfbn-nan-1-1294-9.w90-59.abo.wanadoo.fr) |
| 19:56.32 | *** join/#asterisk-dev Deeewayne (~dwayne@2605:a601:a816:5000:f7ce:535c:c78:9ec3) |
| 19:56.32 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 20:17.59 | Deeewayne | has anyone ever investigated the creation of a codec_aac module? I'm just wondering if the lack of a module was due to some prohibitive reason or just a lack of contribution. |
| 20:18.17 | seanbright | i thought alexander traud had |
| 20:18.46 | seanbright | maybe not... disregard |
| 20:18.55 | Deeewayne | I don't see it in master |
| 20:19.06 | seanbright | what devices support it? |
| 20:20.22 | Deeewayne | I'm working on streaming asterisk audio to a destination that requires matroska format and actually have it mostly done; but the library I'm using looks like they didn't fully support mulaw so I was wondering if I should try to add mulaw to that or aac to asterisk |
| 20:22.37 | Deeewayne | Matroska codec mappings include: A_PCM/INT/LIT, A_PCM/INT/BIG, and A_PCM/FLOAT/IEEE |
| 20:23.44 | seanbright | dunno |
| 20:23.51 | Deeewayne | ok, well thanks for your time |
| 21:12.05 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 23:20.52 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |