| 00:58.47 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 00:58.47 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 07:04.58 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 07:16.06 | *** join/#asterisk-dev mbranca (~matteo@host139-217-static.224-95-b.business.telecomitalia.it) |
| 07:22.59 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:49.25 | *** join/#asterisk-dev Dovid (~annon@213.8.118.62) |
| 07:59.49 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 08:06.02 | *** join/#asterisk-dev hehol (~Adium@ip-78-94-0-76.unitymediagroup.de) |
| 08:07.58 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 10:25.58 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 10:34.50 | *** join/#asterisk-dev puzzled (~patrick@puzzled.xs4all.nl) |
| 10:37.06 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 10:37.06 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:26.26 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:26.26 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:30.13 | Dovid | morning kpfleming |
| 11:31.35 | kpfleming | morning |
| 11:34.26 | Dovid | Kevin: Do you know of any G729 issues connecing with other systems ? I have a carrier that when we speak over g729 i loose audio (not rtp) on the call after two seconds. If I try one of the "illegal" codecs there is no issue |
| 11:34.29 | file | kpfleming: Monday morning! PANIC! |
| 11:36.39 | kpfleming | no, i am not aware of any common issues like that |
| 11:36.56 | kpfleming | file: my entire upper body is sore this morning |
| 11:38.06 | kpfleming | Dovid: if you can get me a packet capture of the incoming RTP stream, we can it through the decoder and see what's going on |
| 11:38.37 | Dovid | kpfleming: Will do. I am using Barcelona now. gona try using the generic one and see what happens |
| 11:39.00 | Dovid | kpfelming: tcpdump is fine just of the rtp or would you like the sip/sdp as well ? |
| 11:39.16 | kpfleming | nope, just the RTP is fine |
| 11:40.48 | Dovid | ok. let me try generic first |
| 11:42.18 | Dovid | nah. dies with generic as well. gona get a tcpdump |
| 11:47.37 | Dovid | kpfelming: where should i send the file ? |
| 11:56.31 | kpfleming | email it to me |
| 11:57.54 | Dovid | email ? |
| 11:58.05 | Dovid | kpfeling@digium.com ? |
| 11:59.39 | Dovid | sent to: kpfleming@digium.com |
| 11:59.59 | kpfleming | yeppers |
| 12:00.05 | Dovid | sent |
| 12:04.03 | kpfleming | got it.. i'll look at it in a couple of hours when i'm at the office |
| 12:18.29 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 12:18.29 | *** join/#asterisk-dev brookshire (mbrooks@hijacked.us) |
| 12:23.48 | Dovid | kpfleming: Thanks a lot |
| 12:36.14 | *** join/#asterisk-dev Victor_Yure (~aa@unaffiliated/victoryure/x-837844) |
| 12:58.13 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 13:10.38 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 13:10.38 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 13:34.19 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 13:45.52 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:45.52 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:03.17 | *** join/#asterisk-dev mattozzao (~c8aac967@gateway/web/freenode/x-quswyryjrrvdvyvs) |
| 14:03.39 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:03.39 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:05.58 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 14:35.35 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:35.35 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:40.50 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:42.46 | *** join/#asterisk-dev renshen (~Chicco@93-63-217-144.ip29.fastwebnet.it) |
| 14:44.21 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:44.21 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:02.48 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 15:27.29 | kpfleming | Dovid: ping |
| 15:31.23 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:42.58 | *** join/#asterisk-dev bweschke (~BJ_Weschk@74-94-3-209-Philadelphia.hfc.comcastbusiness.net) |
| 15:42.58 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 16:18.28 | *** join/#asterisk-dev hehol (~Adium@ip-78-94-0-76.unitymediagroup.de) |
| 16:24.55 | *** join/#asterisk-dev ruchir (~ruchir@117.196.98.139) |
| 16:25.09 | ruchir | is there any bottleneck/limitation of agi scripts? |
| 16:25.33 | Kobaz | with fastagi, not much |
| 16:26.54 | ruchir | Kobaz: we're using php agi |
| 16:26.58 | ruchir | for billing and features |
| 16:27.12 | ruchir | after some days php scripts get stuck |
| 16:27.18 | ruchir | how that can happen |
| 16:27.25 | mvanbaak | under fastagi or simply Agi() calls in the dialplan ? |
| 16:27.37 | ruchir | simple agi/deadagi |
| 16:27.43 | Kobaz | ruchir: it seems more like a php problem |
| 16:27.57 | ruchir | Kobaz: what could be wrong? |
| 16:28.07 | Kobaz | just about anything really |
| 16:28.13 | mvanbaak | it's php ;) |
| 16:28.16 | ruchir | umm |
| 16:28.24 | ruchir | but why not all calls and random? |
| 16:28.25 | Kobaz | you could be doing blocking io, and spinning waiting for data |
| 16:28.35 | Kobaz | ruchir: it's your script... how are we supposed to know |
| 16:28.50 | Kobaz | you could be hitting an infinite loop somewhere, or triggering a bug in php |
| 16:28.52 | ruchir | thought if someone faced already |
| 16:28.56 | Corydon76-dig | ruchir: #asterisk, please |
| 16:28.57 | ruchir | umm |
| 16:29.06 | ruchir | okie |
| 16:29.11 | ruchir | thought its core related |
| 16:29.15 | Corydon76-dig | Nope |
| 16:29.18 | Kobaz | it sounds php related |
| 16:29.29 | Kobaz | you need to add lots of debugging and see where your script is locking up |
| 16:42.14 | *** join/#asterisk-dev pabelanger (~pabelange@nat/digium/x-ufhrzouvmzgpcsrx) |
| 16:58.33 | devmod | Just reading over old posts on the mailing list, I saw comments about a bunch of improvements done to video on asterisk I think it was work mostly done by A dev @ aupix. I was wondering if this has been integrated already into 1.6 |
| 17:11.35 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 17:17.20 | jmls | Corydon76-dig: good news and bad news ... |
| 17:25.46 | Corydon76-dig | jmls: bad news is that I'm feeling sick today |
| 17:26.13 | Corydon76-dig | Good news is that you stopped using alloca and everything works again |
| 17:34.32 | Qwell | Corydon76-dig: don't base64 encoded strings use = as a buffer at the end of a string? |
| 17:34.55 | jsmith | Qwell: That's my understanding |
| 17:35.13 | Qwell | which means OSPTOKEN would have 1 (or more) = 2/3rds of the time |
| 17:36.01 | Qwell | which means it would be possible to distinguish an OSPTOKEN from an empty IAX_IE_VARIABLE |
| 17:36.06 | Qwell | would be impossible* |
| 17:36.25 | jsmith | Sounds very reasonable to me |
| 17:51.10 | Corydon76-dig | Qwell: if it's only at the end, though... |
| 17:51.23 | Corydon76-dig | iax2 variables always have other characters afterwards |
| 17:51.30 | Qwell | unless they're empty, no? |
| 17:51.42 | Corydon76-dig | If they're empty, they wouldn't go across |
| 17:51.43 | Qwell | (or if the value is "=") |
| 17:52.00 | Corydon76-dig | That seems rather unlikely (or at least prone to failure) |
| 17:54.11 | kpfleming | with the method you've proposed, how would you decide whether to send the 'old' or 'new' IAX_IE_VARIABLE IE number? |
| 17:55.11 | Corydon76-dig | I'd suggest that we only send the 'new' number |
| 17:55.44 | Corydon76-dig | Most people who are using that feature are using it internally, not with external providers |
| 17:56.02 | kpfleming | that's like not fixing a race condition because it doesn't usually happen :-) |
| 17:56.04 | Corydon76-dig | so they can manage upgrading |
| 17:56.06 | *** join/#asterisk-dev akshayb (~akshay@089-101-190066.ntlworld.ie) |
| 17:56.28 | Corydon76-dig | Well, actually, probably 'all' |
| 17:56.43 | kpfleming | i would much rather get IANA to change the registry, since it's exceedingly likely that all existing implementations are using the Asterisk-defined values, not the IANA-defined values |
| 17:57.31 | Corydon76-dig | I was thinking along the lines of 'be conservative in what you send and liberal in what you accept' |
| 17:58.09 | kpfleming | i don't think that applies here. if that were true, you'd have to continue sending variables using the old IAX_IE_VARIABLE, so that any receiver could accept it |
| 17:58.46 | Corydon76-dig | but if you did that, then receivers could puke on expecting an OSP token, no? |
| 17:59.04 | kpfleming | if they are implemented according to the IANA registry, that is already the case, yes |
| 17:59.41 | Corydon76-dig | That's why I think the conservative case is not to send a variable on a disputed number |
| 18:00.00 | jmls | good news: the memset fix has fixed the crashes that where happening in the audiohooks .... |
| 18:00.16 | Corydon76-dig | jmls: yay |
| 18:00.34 | jmls | bad news (sorry you're not feeling well) is that I have another bt full of a crash that happened in ... curl .... |
| 18:00.47 | jmls | http://pastebin.com/ukZQYDyK |
| 18:00.52 | Corydon76-dig | jmls: okay, file a new issue for that, please |
| 18:01.02 | jmls | okies |
| 18:05.31 | jmls | M17387 |
| 18:05.33 | MuffinMan | [new] [Asterisk] Functions/func_curl 0017387: crash today using curl reported by jmls https://issues.asterisk.org/view.php?id=17387 |
| 18:05.41 | jmls | thanks |
| 18:15.09 | bweschke | jmls: looks to me like it crashed trying to do variable/value substitution - before it got handed off to libcurl itself |
| 18:15.47 | *** join/#asterisk-dev pabelanger (~pabelange@nat/digium/x-ttatwgrqmfeivxgx) |
| 18:17.55 | bweschke | jmls: actually ... maybe not ... my bad |
| 18:22.33 | bweschke | who from the Digium crew can help me out with an expired svn cert ? |
| 18:23.01 | Corydon76-dig | bweschke: Since russell is out, probably jpeeler |
| 18:23.16 | Corydon76-dig | Send him an email, requesting a new cert |
| 18:23.26 | bweschke | Corydon76-dig: will do, thanks! |
| 18:24.12 | Corydon76-dig | jmls: could well be another memory corruption issue |
| 18:26.46 | Corydon76-dig | jmls: if you installed the debug version of the libcurl library, that might assist in figuring out why it crashed |
| 18:28.17 | Corydon76-dig | The hard and fast rule is anytime you get a crash in either malloc or free or something within those, it's probably memory corruption |
| 18:35.33 | *** join/#asterisk-dev kerframil (~kerframil@gentoo/user/kerframil) |
| 18:49.20 | jmls | urgh. |
| 18:49.30 | jmls | asks the newbie question |
| 18:49.53 | Corydon76-dig | Valgrind |
| 18:50.37 | jmls | how do I install the debug version of libcurl ? |
| 18:50.53 | Corydon76-dig | Did you install from source or from package? |
| 18:51.04 | jmls | centos standard package |
| 18:51.16 | Corydon76-dig | Some platforms have a package called something like libcurl3-dbg |
| 18:51.55 | Corydon76-dig | Dunno what it would be called on centos, but that's where it is on Debian/Ubuntu |
| 18:52.07 | jmls | thanks. |
| 18:52.07 | bweschke | Corydon76-dig: libcurl-devel I think |
| 18:52.11 | jmls | is a hunting |
| 18:52.13 | Corydon76-dig | Or you could install from source and enable the debug flags during the configure process |
| 18:52.21 | Corydon76-dig | bweschke: that's just the headers, I believe |
| 18:52.44 | bweschke | Corydon76-dig: indeed, you're correct |
| 18:53.06 | Corydon76-dig | bweschke: On Ubuntu, we have a separate package that enables showing debug symbols from the library |
| 18:57.15 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 19:00.35 | seanbright | The_Boy_Wonder: should the generic plc fix you made be merged anywhere? |
| 19:00.45 | The_Boy_Wonder | nooooooooope! |
| 19:01.00 | seanbright | awesome |
| 19:05.47 | *** join/#asterisk-dev Netgeeks (~chris@173.11.68.155) |
| 19:18.26 | *** join/#asterisk-dev coreyf1513 (~coreyf151@24-177-5-103.dhcp.nwtn.ct.charter.com) |
| 19:25.23 | The_Boy_Wonder | seanbright: actuallyyyyy you are correct! that did need to go into the other branches |
| 19:25.30 | The_Boy_Wonder | i failed :( |
| 19:25.42 | kpfleming | but you are not full of fail |
| 19:26.18 | file | maybe not as F7ESH though |
| 20:32.06 | *** join/#asterisk-dev alecdavis (~alec@210.48.127.227) |
| 20:42.43 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 21:49.00 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 21:49.00 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:31.19 | *** part/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 22:48.03 | *** join/#asterisk-dev Netgeeks (~chris@173.11.68.155) |
| 23:47.00 | devmod | I know that asterisk video format isnt available outside asterisk, but i saw on the dev mailing list some people talking about using gstreamer to generate a .263. Anyone has a clue how to get that to output the right format? |
| 23:55.25 | Corydon76-dig | Rewrite the module |