| 01:01.20 | file | Gerrit should go down in 2 hours to get more memory, if it does not return it'll be back up in the morning |
| 01:46.21 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 01:46.21 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 03:37.21 | *** join/#asterisk-dev snuff-work (~blatus@203.87.61.22) |
| 03:37.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:04.27 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 06:35.36 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:44.27 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 06:58.07 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 06:58.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:02.35 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:03.53 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:07.06 | *** join/#asterisk-dev jkroon (~jkroon@154.73.32.14) |
| 07:17.03 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:17.03 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:30.30 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-lnnnofqrzlupften) |
| 07:35.17 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 07:35.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:35.44 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 07:45.02 | *** join/#asterisk-dev roginvs (d594b883@gateway/web/freenode/ip.213.148.184.131) |
| 07:46.27 | roginvs | Hi! I have a question about making a change in asterisk source code [I made a patch, but it does not work as I expect]. Where is the best place to ask this question? Here? forum.asterisk.org? |
| 07:51.20 | wdoekes | here or the asterisk-dev mailing list? |
| 08:11.52 | roginvs | Thanks, I will try with mailing list |
| 08:44.33 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 08:57.53 | jkroon | roginvs, i'd go for here :) |
| 09:25.57 | roginvs | Well, if no one has any objections, then I will duplicate my question here |
| 09:26.13 | roginvs | I want to add new AMI action, a "BridgeEarlyMedia" action. It should be used when legB channel is created with Originate (I successfully did an "EarlyMedia" event on channel, so I am get informed when originated channel is capable of early media bridging). I added this code into features.c: |
| 09:26.19 | roginvs | static int action_bridge_early_media(struct mansession *s, const struct message *m) |
| 09:26.20 | roginvs | { |
| 09:26.25 | roginvs | const char *channela = astman_get_header(m, "Channel1"); |
| 09:26.27 | roginvs | const char *channelb = astman_get_header(m, "Channel2"); |
| 09:26.30 | roginvs | struct ast_channel *chana; |
| 09:26.32 | roginvs | struct ast_channel *chanb; |
| 09:26.41 | roginvs | chana = ast_channel_get_by_name(channela); |
| 09:26.45 | roginvs | chanb = ast_channel_get_by_name(channelb); |
| 09:26.50 | roginvs | if(ast_channel_early_bridge(chana,chanb) == 0) { |
| 09:26.54 | roginvs | <PROTECTED> |
| 09:26.59 | roginvs | <PROTECTED> |
| 09:27.03 | roginvs | } else { |
| 09:27.09 | roginvs | <PROTECTED> |
| 09:27.11 | roginvs | } |
| 09:27.16 | roginvs | chana = ast_channel_unref(chana); |
| 09:27.21 | roginvs | chanb = ast_channel_unref(chanb); |
| 09:27.22 | roginvs | return 0 |
| 09:27.31 | roginvs | } # End of funtion |
| 09:27.46 | roginvs | + somewhere lower in init function: res |= ast_manager_register_xml_core("BridgeEarlyMedia", EVENT_FLAG_CALL, action_bridge_early_media); |
| 09:28.05 | roginvs | When I call this action from AMI (of course, after receiving EarlyMedia on chanB), then I get "Early media channels have been bridged" response and dialing |
| 09:28.09 | roginvs | channel turns to 'early media' state too. But there is no sound (no media packets are send to channelB)! In debug logs I do not see any error: |
| 09:28.11 | roginvs | DEBUG[8831] rtp_engine.c: Setting early bridge SDP of 'SIP/dev201-00000021' with that of 'SIP/dev203-00000022' |
| 09:28.14 | roginvs | Same devices, but connected with 'Dial' application works ok - early media passes. |
| 09:28.17 | roginvs | Maybe I should add some magic to move this two channels into one thread? |
| 09:29.21 | jkroon | that's beyond my skill set sorry. |
| 09:30.09 | jkroon | what exactly are you trying to achieve - ie, why do you need this? i've done some interesting things with Originate etc ... so perhaps there is another way to achieve your actual goal. |
| 09:30.51 | roginvs | I do not fully satisfied with 'Dial' application. I want to have more control of what going on with channels |
| 09:31.26 | roginvs | For example, I want to perform parallel dialing, but respond with Busy if one device responded Busy |
| 09:31.52 | jkroon | that is indeed an interesting one. |
| 09:31.58 | roginvs | Dial local phone and mobile and to stop ringing local phone if mobile said 'I am busy' |
| 09:32.34 | jkroon | i like what you're after. consider this - which response codes should terminate dialing immediately? |
| 09:32.50 | jkroon | isn't it perhaps a better idea to add "yet another" flag to Dial() perhaps? |
| 09:33.31 | jkroon | Something that states "terminate on first channel to hit any of the following hangup causes" |
| 09:33.59 | roginvs | Another thing: if one channel responded with Error, then try to ring this channel after some delay (at same time continue to ring available channels) |
| 09:35.20 | roginvs | It is easy to develop when business logic is moved from C and dialplan into something simpler, like nodejs |
| 09:37.49 | jkroon | that depends on your skillset :) |
| 09:38.24 | jkroon | for the retry you can use Local/ channels, eg, Dial(Local/dest@keeptrying&Local/dest2@keeptrying,,) ... for example. |
| 09:38.42 | jkroon | where keep trying just does a Dial() and Wait() loop ... |
| 09:39.26 | file | ARI will permit early bridging in Asterisk 14, and already does in master - some bug fixes will be going in but once done should be working |
| 09:39.53 | file | as to why the AMI code doesn't work - the act of indicating progress doesn't actually exchange media, you have to be handling each channel and also exchanging media between them |
| 09:42.04 | roginvs | I agree that there are some workarounds for achieving this using dialplan. Even more, I am using some of them now (Local channel, Wait application and etc), but I am little bit tired of this and I want to hide this is some JS class and to use simple event-based model |
| 09:42.15 | roginvs | @file: thanks for the clue, I will check it out |
| 10:03.07 | jkroon | i'm seeing very weird things from HASH(foo)=${ODBC_func(${ARG})} ... looking to extract pin codes from a database with two fields being returned, an accountcode value and a name of the person owning the pin code, HASHKEYS(foo) doesn't give just the fields there but also from previous ODBC_ functions... |
| 11:47.19 | file | jkroon, are you using the same key multiple times? |
| 11:48.08 | jkroon | HASH(pin), and it's only used in that specific context. |
| 11:48.28 | jkroon | and I've verified that the channel does not go via that more than once. |
| 11:48.54 | file | try isolating it... spit out the return value of the ODBC call, if it contains only the single response then it's the HASH usage |
| 11:49.08 | jkroon | wait, it could loop ... and doing Set(HASH(pin)=${ODBC_pin(${enteredpin})}) won't clear existing stuff, so I need to execute ClearHash() on it first. |
| 11:49.20 | jkroon | kk, that I can do. |
| 11:49.21 | file | oui |
| 11:49.37 | jkroon | still, it's getting some bogus string for HASHKEYS() on first failure run... |
| 11:51.43 | file | k, vitamin time before I turn into a pile of mush |
| 11:51.56 | jkroon | Set("HASH(pin)=") in the "failure" case, and directly after HASHKEYS(pin) reports "vs_ab_lookup_extennum('115', '0714856261')" |
| 11:52.17 | jkroon | for that particular call that was the first assignment to HASH(pin) |
| 11:54.50 | file | has never used the HASH dialplan functions so is of limited knowledge of their behavior and usage |
| 11:55.30 | *** join/#asterisk-dev acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 11:59.19 | jkroon | i suspect more likely it's a func_odbc bug leaking the keys from the *previous* successful statement possibly. |
| 11:59.25 | jkroon | but I don't understand that code either. |
| 12:01.20 | file | easy to confirm! |
| 12:03.25 | jkroon | ok ... how? |
| 12:04.07 | file | put the value in a normal variable and noop it, or just noop it directly to see what the ODBC function returns? |
| 12:11.38 | jkroon | did that, empty string. |
| 12:11.53 | jkroon | but there seems to be magic relating to the HASH() function to get key values ... |
| 12:29.06 | jkroon | interesting. I wasn't aware of insertsql ... how would one USE that? |
| 12:33.38 | file | like how you would set a dialplan variable |
| 12:33.40 | file | using Set |
| 12:34.00 | jkroon | <PROTECTED> |
| 12:34.00 | jkroon | <PROTECTED> |
| 12:34.04 | jkroon | nice :) |
| 12:34.09 | jkroon | that's useful to know. |
| 12:36.16 | jkroon | I know where it's going wrong. pbx_builtin_setvar_helper(chan, "~ODBCFIELDS~", ast_str_buffer(colnames)); |
| 12:36.52 | jkroon | since this invocation provides no rows ... that one gets pulled from previous invocation of acf_odbc_read. |
| 12:40.35 | jkroon | file, it's a simple fix - at the top of the function where ODBCSTATUS is intitially set to FAILURE just set ~ODBCFIELDS~ to the empty string |
| 12:40.50 | jkroon | but I'm not going to bother, going to rely on ODBCSTATUS to be SUCCESS. |
| 12:43.39 | jkroon | what worries me slightly is that it's unexpected for Set(HASH(anything)=...) to do anything if no rows are returned. |
| 12:47.23 | jkroon | why it's called ODBCFIELDS and now HASHFIELDS is also beyond me. probably historic. |
| 12:47.35 | file | knows nothing of this stuff |
| 12:47.56 | jkroon | what you read there is what I just learned :). thanks for interacting. |
| 12:50.04 | file | does know it's going to be warm today |
| 12:53.18 | jkroon | lol |
| 12:53.40 | jkroon | it's 15h here ... so contemplating whether to attack one last astdb => mysql thing today, or call it. |
| 13:23.41 | *** join/#asterisk-dev malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:23.54 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:39.42 | *** join/#asterisk-dev Navion (~Navion@rivendell/users/navion) |
| 14:11.09 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 14:15.05 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-elyjhbyvmrpjthma) |
| 14:43.06 | file | definitely a Wednesday |
| 14:52.55 | *** join/#asterisk-dev Navion (~Navion@rivendell/users/navion) |
| 15:13.41 | *** part/#asterisk-dev Navion (~Navion@rivendell/users/navion) |
| 15:47.44 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-hbnkxtpqqqgmqllc) |
| 15:51.26 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:51.26 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:51.40 | file | cresl1n, !!! |
| 15:51.48 | cresl1n | file!!!! |
| 15:51.51 | file | hello |
| 15:52.13 | cresl1n | baconator? |
| 15:52.18 | file | maybe |
| 16:14.26 | seanbright | so what is the semantics of the dtmf_passthrough option in confbridge? |
| 16:14.54 | seanbright | is is that dtmf received on that user is broadcast, or that dtmf that gets to the bridge is broadcast to that user? |
| 16:16.28 | file | I believe dtmf received from a user is broadcast to everyone else |
| 16:16.49 | seanbright | if that user has dtmf_passthrough=yes in their 'profile?' |
| 16:17.04 | seanbright | so it means "allow dtmf from this user into the bridge" |
| 16:17.16 | file | I believe so, yes! |
| 16:17.21 | seanbright | fantastic |
| 16:17.22 | seanbright | thanks |
| 16:18.06 | file | wonders if he can claim his lunch as a business expense if he helps seanbright during it |
| 16:18.55 | seanbright | file: approved |
| 16:19.13 | seanbright | minimum billable time period is 2 hours, so take a long one |
| 16:19.46 | file | oic |
| 16:21.26 | file | offers seanbright some lunch |
| 16:35.36 | seanbright | i'll pass... too much work to do |
| 16:35.51 | seanbright | but could you send selfies of you eating please? |
| 16:37.00 | file | I already ate |
| 16:37.36 | seanbright | ugh |
| 16:37.39 | seanbright | next time |
| 17:07.12 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00c9bcff539d367942.ipv6.abo.wanadoo.fr) |
| 17:42.04 | *** join/#asterisk-dev klow (~textual@96.81.150.137) |
| 18:26.11 | *** join/#asterisk-dev lnxlsck (~bruno@av3-84-90-162-98.netvisao.pt) |
| 18:51.21 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-qjfhrtluniwwrjjg) |
| 19:10.07 | *** join/#asterisk-dev klow (~textual@96.81.150.137) |
| 19:13.14 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 19:13.14 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 19:14.17 | *** join/#asterisk-dev zerohalo (~zerohalo@uranium.zerohalo.net) |
| 19:15.15 | *** join/#asterisk-dev acidfu_ (~acidfoo@modemcable002.114-70-69.static.videotron.ca) |
| 19:19.35 | seanbright | is there an asynchronous equivalent to ast_senddigit |
| 19:21.00 | file | probably not? |
| 19:21.15 | seanbright | damn |
| 19:22.05 | file | threading makes it a lil' bit difficult... since you shouldn't write frames on a channel from different threads |
| 19:22.42 | seanbright | gotcha. i thought there might have been a queue of some kind i could have appended to. |
| 19:23.00 | file | you could use a framehook... but the logic would be outside of when to start/stop |
| 19:23.14 | seanbright | the PlayDTMF manager action is... scary? |
| 19:23.17 | file | yes. |
| 19:23.19 | seanbright | scary-ish |
| 19:23.24 | file | it should not exist. |
| 19:23.27 | file | it does. |
| 19:23.35 | file | an entire country was lost to it. |
| 19:26.10 | seanbright | file: so i could add a framehook to the target channel (whenever), and then start digit, and then use the scheduler to end the digit in the future? |
| 19:26.20 | file | theoretically! |
| 19:26.24 | seanbright | interesting |
| 19:51.30 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 19:51.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:06.58 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 20:30.39 | *** join/#asterisk-dev nix8n82 (~AndChat56@67-130-74-235.dia.static.qwest.net) |
| 20:36.25 | putnopvut | @#$(*&@#(*&$ |
| 20:36.39 | putnopvut | Okay, so someone explain this to me. |
| 20:37.32 | putnopvut | I'm messing around with codec_silk stuff. It has an external, which is the actual silk codec. The silk codec throws a warning in a header file. So I fix that error, svn commit. |
| 20:37.44 | putnopvut | AFAIK, what I've done is pushed the change up to the external repo. |
| 20:37.58 | putnopvut | Now when I do a test build, when the silk repo is pulled down, it pulls it down without the fix I committed. |
| 20:38.06 | putnopvut | is confused by this. |
| 20:38.42 | putnopvut | Is there some step I'm missing somewhere? |
| 20:39.03 | *** join/#asterisk-dev klow (~textual@96.81.150.137) |
| 20:39.12 | file | putnopvut, if you go into the directory that the external was pulled down into and do an svn info is it the same place where you committed your fix? |
| 20:39.53 | putnopvut | I've done svn info there and seen the info listed. But I'm not sure how to then check that it's the same place where I committed my fix. How do I tell where the fix was committed? |
| 20:40.24 | file | svn info gives you the URL to the other repo doesn't it? |
| 20:40.56 | putnopvut | https://paste.fedoraproject.org/390857/42452146/ |
| 20:40.59 | putnopvut | That's what I see |
| 20:41.40 | putnopvut | Maybe I have to go to codecs/upstream/silk/trunk and make the change there instead? |
| 20:41.51 | file | yeah, check there |
| 20:41.58 | file | that's where it would checkout from for the external |
| 20:42.29 | putnopvut | or... |
| 20:42.46 | file | key lime pie? |
| 20:42.47 | putnopvut | Maybe it's checking out a tag during the build process and the tag doesn't have my fix |
| 20:43.09 | file | AH, yeah, if you tagged then it mayyyyyyyy have done that whole thing with tagging externals and yada |
| 20:43.24 | putnopvut | Yeah, I think that's what happened. |
| 20:43.43 | putnopvut | So I need to delete the tag and recreate it. |
| 20:43.58 | file | putnopvut, or do what I did and bump the version :D |
| 20:44.05 | putnopvut | Heh |
| 20:44.15 | file | up to you thoug |
| 20:44.16 | file | h |
| 20:44.18 | putnopvut | Yeah, that works too. |
| 20:45.54 | putnopvut | Thanks! |
| 21:15.36 | cresl1n | woah |
| 21:15.47 | cresl1n | who put in the weakproxy code into ao2? |
| 21:16.07 | gtjoseph | coreyfarrell did |
| 21:16.07 | file | gtjoseph |
| 21:16.11 | file | ah, coreyfarrell then! |
| 21:16.40 | file | cresl1n, does it strike your fancy? |
| 21:16.42 | coreyfarrell | it's all my fault |
| 21:17.05 | cresl1n | it reminds of weak references in java |
| 21:17.23 | gtjoseph | that was the idea. :) |
| 21:17.46 | file | cresl1n, don't speak of the 'j' word in here |
| 21:18.01 | cresl1n | that's just living in denial at this point |
| 21:18.11 | cresl1n | slippery slopes... |
| 21:18.12 | coreyfarrell | I think mozilla had something for privileged javascript.. |
| 21:18.44 | cresl1n | oh man |
| 21:19.00 | cresl1n | ride of the valkyries is playing again on my spotify list |
| 21:19.19 | cresl1n | apparently it's on the most popular wagner list twice |
| 21:19.29 | cresl1n | crap |
| 21:19.30 | cresl1n | three times |
| 21:19.32 | cresl1n | skip! |
| 21:20.33 | cresl1n | coreyfarrell: what do you mean? |
| 21:21.01 | cresl1n | I'm digesting your email to the -dev list, btw |
| 21:21.08 | cresl1n | sorry about taking so long to get to it |
| 21:21.14 | cresl1n | it's been a crazy week or two |
| 21:21.18 | coreyfarrell | it's cool |
| 21:24.25 | *** join/#asterisk-dev klow (~textual@96.81.150.137) |
| 21:24.56 | cresl1n | waves to klow |
| 21:26.28 | coreyfarrell | cresl1n: I don't remember what it was called but firefox had an object that extensions could create.. I don't remember what it was called, my foggy memory of it is what I based ao2_weakproxy on |
| 21:27.49 | coreyfarrell | I was actually playing with taskprocessor.c yesterday to see if it could ao2 weakproxy to avoid having a custom unref function.. I think taskprocessor itself it working fine but having a couple problems with threadpool stuff |
| 21:52.04 | *** join/#asterisk-dev klow (~textual@96.81.150.137) |
| 22:03.57 | *** join/#asterisk-dev acidfu_ (~acidfoo@198-48-218-90.cpe.pppoe.ca) |
| 22:09.01 | *** join/#asterisk-dev klow (~textual@96.81.150.137) |
| 22:34.42 | *** join/#asterisk-dev klow (~textual@96.81.150.137) |
| 22:36.13 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 22:38.04 | *** join/#asterisk-dev acidfu_ (~acidfoo@198-48-218-90.cpe.pppoe.ca) |
| 23:17.59 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-elyjhbyvmrpjthma) |
| 23:21.46 | *** join/#asterisk-dev klow (~textual@96.81.150.137) |