| 00:32.30 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 00:42.25 | *** join/#asterisk-dev obnauticus (n=obnautic@c-24-22-14-101.hsd1.wa.comcast.net) |
| 01:02.12 | codefreeze | Here's a weird question for y'all: Is there any equivalent to sipp for iax protocol? |
| 01:07.28 | JunK-Y | not that I know. |
| 01:08.03 | JunK-Y | the only thing i do is to take another machine and to dial my first machine. |
| 01:09.26 | *** join/#asterisk-dev jburbage (i=jburbage@dhcp-64-58-3-6.mho.net) |
| 01:10.02 | *** part/#asterisk-dev jburbage (i=jburbage@dhcp-64-58-3-6.mho.net) |
| 01:17.14 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 01:21.55 | caio1982 | how does asterisk know which filename extenstion will be used for each audio format? like beeperr.g722 (this g722 portion of filename) |
| 01:30.23 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@201.9.1.95) |
| 01:30.42 | lmadsen | codefreeze: I heard asterisk is pretty good with iax :) |
| 01:35.27 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.49.106.158) |
| 01:40.53 | JunK-Y | caio1982: you mean when streaming? |
| 01:41.52 | caio1982 | JunK-Y: ast_streamfile, yep |
| 01:42.25 | caio1982 | JunK-Y: maybe i saw it blurred, but sometimes the codec/format name is not the same for filename's extension? |
| 01:44.31 | JunK-Y | caio1982: see http://bugs.digium.com/view.php?id=9105 |
| 01:44.49 | caio1982 | just found ast_getformatname(chan->writeformat |
| 01:44.57 | caio1982 | yeah |
| 01:45.06 | caio1982 | JunK-Y: thanks :) |
| 01:46.37 | *** join/#asterisk-dev RoyK (n=roy@91.149.11.40) |
| 01:56.41 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 02:18.01 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:45.47 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 03:09.47 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583804.dsl.bell.ca) |
| 03:14.26 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:14.26 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:25.25 | *** part/#asterisk-dev RoyK (n=roy@91.149.11.40) |
| 04:40.54 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 04:42.57 | *** join/#asterisk-dev RoyK (n=roy@91.149.11.40) |
| 04:47.19 | *** part/#asterisk-dev RoyK (n=roy@91.149.11.40) |
| 05:01.48 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 05:14.02 | *** join/#asterisk-dev tuxd00d (n=Tuxd00d@128.187.129.147) |
| 05:16.54 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 06:04.43 | *** join/#asterisk-dev Patrickz_ (n=patrickz@61-90-163-149.static.asianet.co.th) |
| 06:05.11 | Patrickz_ | hi all |
| 06:13.07 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 06:59.56 | *** join/#asterisk-dev wedhorn (n=nnnnwedh@dsl-58-6-89-11.act.westnet.com.au) |
| 07:23.22 | *** join/#asterisk-dev oej (n=olle@213.115.215.130) |
| 07:23.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:26.32 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 10:05.29 | *** part/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 10:07.47 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 10:15.18 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:27.58 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 10:41.52 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 10:54.13 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 10:59.51 | *** join/#asterisk-dev mbranca (i=daemon@mi-gw1.voismart.net) |
| 11:03.57 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:13.01 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 11:41.25 | *** join/#asterisk-dev oej (n=olle@213.115.215.130) |
| 11:41.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:47.08 | *** join/#asterisk-dev RoyK (n=roy@91.149.13.189) |
| 11:58.22 | *** join/#asterisk-dev Greek-Boy (n=grb@41.221.58.5) |
| 12:08.13 | *** join/#asterisk-dev uluatu (n=deg@200.139.126.69) |
| 12:08.40 | *** join/#asterisk-dev uluatu (n=deg@200.139.126.69) |
| 12:13.21 | *** join/#asterisk-dev nicox (n=nicox@83-64-42-210.prater.xdsl-line.inode.at) |
| 12:14.05 | nicox | hi |
| 12:14.10 | nicox | anyone there? |
| 12:16.07 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 12:20.24 | *** join/#asterisk-dev caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 12:33.02 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 12:33.39 | nicox | I'm using asterisk as Voice Gateway, and i see that it waits 3 seconds before an incoming call is handled, can i configure asterisk that this is faster? |
| 12:35.23 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 12:35.23 | *** join/#asterisk-dev RoyK (n=roy@91.149.13.189) |
| 12:35.23 | *** mode/#asterisk-dev [+o tzafrir] by irc.freenode.net |
| 12:41.33 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.64.193) |
| 12:45.17 | *** join/#asterisk-dev allankardec (n=root@201.50.80.173) |
| 12:46.34 | *** join/#asterisk-dev oej (n=olle@213.115.215.130) |
| 12:46.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:06.42 | nicox | anyone there? |
| 13:08.54 | caio1982_ | maybe |
| 13:13.07 | sergee | maybe not :) |
| 13:13.35 | tzafrir | ~anyone |
| 13:13.36 | jbot | *** anyone: No such nick/channel - and yes, there probably is someone, somewhere, who knows or runs it; that doesn't mean /I/ do. |
| 13:39.23 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 13:39.23 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 13:47.26 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 13:47.26 | *** join/#asterisk-dev RoyK (n=roy@91.149.13.189) |
| 13:47.26 | *** mode/#asterisk-dev [+o tzafrir] by irc.freenode.net |
| 13:48.42 | jmls | yay! |
| 13:48.48 | jmls | able to update to latest 1.4 svn |
| 14:11.24 | nicox | I'm using asterisk as Voice Gateway, and i see that it waits 3 seconds before an incoming call is handled, can i configure asterisk that this is faster? |
| 14:17.08 | RoyK | nicox: it really shouldn't do that |
| 14:17.22 | nicox | its defined in chan_zap.c |
| 14:17.37 | nicox | matchdigittimeout is the variable which describe it |
| 14:18.30 | nicox | BUT, if i change it, i also change the time how long asterisk forwards overlap digits and i have to use overlap digits because of analog clients |
| 14:22.30 | RoyK | oh |
| 14:22.31 | RoyK | that |
| 14:30.19 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:30.19 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:30.26 | tzafrir | RoyK, managed to work that out with oprofile? It should have a switch for a path to extra kernel modules |
| 14:30.52 | RoyK | tzafrir: I couldn't find out |
| 14:31.21 | tzafrir | I think that it is -p /path/to/dir/of/kernel/modules |
| 14:42.10 | *** join/#asterisk-dev oej (n=olle@213.115.215.130) |
| 14:42.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:42.47 | nicox | we use asterisk as a telephone switch, and there come calls from fixed operators, so thats not possible |
| 14:42.53 | nicox | any idea on that? |
| 14:43.55 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-aaa17d58089daa35) |
| 14:45.14 | tzafrir | nicox, have you tried disabling callerid test in zapata.conf? |
| 14:45.39 | nicox | what is callerid test? |
| 14:47.22 | tzafrir | callerid = asrecieved ; (sp?) |
| 14:47.44 | nicox | callerid = asrecieved (yes) |
| 14:48.14 | tzafrir | So chan_zap waits for caller ID |
| 14:48.45 | nicox | callerid is sent at the first moment, thats a PRI |
| 14:49.37 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583870.dsl.bell.ca) |
| 14:54.56 | nicox | chan_zap does not wait for Callerid, because the callerid is sent on the dchan with the first packets |
| 14:59.41 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:59.41 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:04.53 | tzafrir | nicox, why do you use overlap dialing, then? |
| 15:09.38 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:13.41 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 15:24.31 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:24.31 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:32.50 | nicox | cause the PRI comes from fixed network provider and the customers have analog phones |
| 15:33.34 | nicox | and in this case i have to use overlap dialing |
| 15:33.39 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:36.34 | Corydon76-dig | Morning, jpeeler |
| 15:37.41 | jpeeler | Good morning! |
| 15:38.14 | nicox | good morning |
| 15:58.33 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:02.44 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 16:02.44 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:12.48 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:19.50 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 16:27.41 | *** join/#asterisk-dev uluatu (n=deg@200.186.47.58) |
| 16:28.01 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:28.02 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:28.42 | file | russellb: sirrrrr |
| 16:28.50 | russellb | hi |
| 16:28.52 | russellb | mirror is synced |
| 16:29.00 | caio1982_ | \,,/ |
| 16:29.00 | putnopvut | And all the people rejoiced. |
| 16:29.50 | russellb | svnbot and PastryChef are now re-enabled |
| 16:30.19 | file | all is well in the world |
| 16:33.17 | jsmith | russellb: It's about time! |
| 16:33.43 | jsmith | russellb: I'm not saying it's your fault! |
| 16:33.50 | jsmith | russellb: I'm just saying I'm glad it's finally done ;-) |
| 16:34.05 | jsmith | ~reward russellb |
| 16:34.08 | jbot | ACTION gives russellb a brownie point. And a *kick* in the pants! |
| 16:34.22 | russellb | O.O |
| 16:37.59 | codefreeze | OK, IAX experts: While I wait for Derek to test my chan_sip fixes, I took a peek at the match() func in chan_iax, and I have some questions: First, if sin matches cur->addr, and callno matches cur->peerncallno... will dcallno always be zero? .... will cur->transferring always be zero? |
| 16:41.58 | russellb | codefreeze: let me ponder that for a second |
| 16:42.56 | russellb | codefreeze: in regards to dcallno being zero, no |
| 16:43.10 | russellb | dcallno should match our _local_ call number |
| 16:43.29 | russellb | which will be non-zero, unless the match is for a frame that is establishing an IAX dialog (such as a NEW, REGREQ, ...) |
| 16:44.00 | russellb | regarding cur->transferring, i'm not sure |
| 16:44.10 | russellb | but it does look like the check involving cur->transferring should come first |
| 16:44.56 | russellb | that function needs some serious documentation love |
| 16:50.59 | codefreeze | russellb: next set of questions: Does the state of cur->transferring change during the lifetime of a pvt? |
| 16:51.32 | file | yes. |
| 16:52.42 | file | the only time the matching code should get hit for the transferring scenario is when media only transfer is done |
| 16:54.57 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:59.07 | codefreeze | OK, can cur->callno change during the lifetime of a pvt? |
| 16:59.10 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:59.10 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 17:01.26 | russellb | codefreeze: no, it can't ... because if it did, it would have to get moved to a different index of the pvt array, and that isn't done anywhere |
| 17:01.59 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 17:02.02 | codefreeze | OK, good, can cur->transfercallno change? |
| 17:06.41 | russellb | codefreeze: i'm sure it can ... since you could have multiple transfers within the same call |
| 17:07.25 | codefreeze | and can cur->peercallno change also during the lifetime of a pvt? |
| 17:08.40 | kpfleming | transfers will result in new pvt structures i'm sure, since they are new dialogs |
| 17:10.05 | russellb | peercallno can change, yes |
| 17:10.19 | russellb | kpfleming: i don't think they do .. |
| 17:10.46 | kpfleming | my bad... i thought we were talking about chan_sip :-) |
| 17:10.59 | russellb | :-p |
| 17:11.44 | file | kpfleming: SIP on the mind? |
| 17:12.19 | codefreeze | a freudian sip |
| 17:16.55 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 17:18.18 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 17:21.27 | codefreeze | OK, here's a deeper question: can cur->callno and cur->peercallno ever be the same ? |
| 17:21.34 | russellb | yes |
| 17:21.54 | russellb | and on some systems, could be the same almost, if not every single time |
| 17:23.05 | *** join/#asterisk-dev tuxd00d (n=Tuxd00d@128.187.129.147) |
| 17:23.10 | Qwell | tuxd00d: !! |
| 17:23.22 | tuxd00d | Hey |
| 17:23.24 | tuxd00d | Yep |
| 17:23.27 | Qwell | tuxd00d: ltns |
| 17:23.36 | tuxd00d | Health has been really really bad lately |
| 17:24.18 | tuxd00d | For about the last year |
| 17:24.38 | tuxd00d | How is everybody |
| 17:25.19 | tuxd00d | I don't think I told everybody yet....my boy will be born in two months! |
| 17:25.52 | lmadsen | w00t |
| 17:25.56 | lmadsen | I think you should name him Leif |
| 17:26.01 | Qwell | I think so too |
| 17:26.07 | kpfleming | or file! |
| 17:26.18 | tuxd00d | Lief is a good name |
| 17:26.20 | Qwell | or some other arrangement of the letters? |
| 17:26.38 | tuxd00d | File was a serious possibility |
| 17:26.42 | Qwell | O.o |
| 17:26.55 | tuxd00d | Hey Kevin |
| 17:27.23 | tuxd00d | File knew I was having a baby |
| 17:27.37 | tuxd00d | but did he know it is a boy? |
| 17:27.44 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 17:27.44 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:28.07 | tuxd00d | Who is Deeewayne? |
| 17:28.29 | lmadsen | *gasp* |
| 17:28.33 | lmadsen | what a question to ask |
| 17:28.43 | tuxd00d | oh? |
| 17:28.52 | tuxd00d | I've been out of the loop for a while |
| 17:28.54 | Deeewayne | I am me, of course |
| 17:29.05 | file | Deeewayne is *the* Dwayne Hubbard, former Dialogic crazed lunatic! |
| 17:29.20 | Deeewayne | ^ this is true |
| 17:29.28 | tuxd00d | Dialogic...I remember that stuff..back in the day |
| 17:29.28 | file | until we stole him. |
| 17:29.39 | Deeewayne | Digium stole my heart |
| 17:29.47 | Qwell | and your soul :( |
| 17:29.53 | bweschke | CHEESEBURGER IN PARADISE! |
| 17:30.04 | tuxd00d | Welcome to the loony bin |
| 17:30.06 | file | bweschke: no, cheeburger in paradise! |
| 17:30.19 | Deeewayne | thanks tuxd00d |
| 17:30.29 | Deeewayne | but now, I must get on my bike and ride for an hour |
| 17:30.35 | tuxd00d | I'd join Digium, but I can't move |
| 17:30.46 | tuxd00d | my wife is getting her Doctorate out here |
| 17:31.06 | tuxd00d | Deeewayne, were your helmet. |
| 17:31.09 | tuxd00d | wear |
| 17:31.11 | puzzled | hi |
| 17:31.35 | *** join/#asterisk-dev uluatu (n=deg@200.186.47.58) |
| 17:33.13 | putnopvut | tuxd00d: where's "out here?" |
| 17:33.55 | tuxd00d | Brigham Young University, Provo, Utah |
| 17:34.53 | Corydon76-dig | tuxd00d: who said you have to move to join Digium? |
| 17:34.59 | putnopvut | That's true. |
| 17:35.10 | tuxd00d | That was the case when I applied over a year ago |
| 17:35.59 | Corydon76-dig | Ah, it's different for active contributors |
| 17:36.13 | Corydon76-dig | So start writing and submitting code. ;-) |
| 17:36.51 | tuxd00d | Aye Aye Corydon |
| 17:37.15 | Corydon76-dig | tuxd00d: nice to see you around again |
| 17:37.46 | tuxd00d | Corydon76-dig, Thanks, likewise |
| 17:38.05 | bweschke | how often does automerge happen on branches in origsvn? |
| 17:38.06 | tuxd00d | How do you guys feel about the MacBookAir? |
| 17:38.13 | file | bweschke: once an hour |
| 17:38.20 | bweschke | file: tx |
| 17:38.39 | tuxd00d | I need to buy a new lappy, it looks ....okay |
| 17:38.46 | kpfleming | expensive |
| 17:38.48 | Qwell | tuxd00d: it's insanely expensive |
| 17:38.58 | tuxd00d | it is expensive |
| 17:39.12 | russellb | expensive. |
| 17:39.15 | russellb | hawt, but expensive |
| 17:39.19 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 17:39.20 | bweschke | $$ is the reason I don't go Mac |
| 17:39.24 | Qwell | bweschke: same.. |
| 17:39.26 | bweschke | I'd very much like to |
| 17:39.48 | bweschke | but not when you get a peppy powered Dell notebook for like 1/2 the cost |
| 17:39.49 | tuxd00d | well, I like best bang for the buck |
| 17:39.58 | tuxd00d | I won't buy a dell |
| 17:39.58 | snuff-work | shame bout the 1 usb port.. no dvd rom.. no std ethernet |
| 17:40.01 | Corydon76-dig | I might consider it in another year or two, but my MBP is pretty new, still |
| 17:40.15 | RoyK | hrmf. seems zaptel still only runs (or at least almost) on cpu0 |
| 17:41.04 | tuxd00d | thanks for your thoughts guys |
| 17:44.58 | lmadsen | bweschke: I went with Mac because it was actually cheaper than Dell (based on what I was getting hardware wise). A Dell was going to be the same price, if not more. I got a deal because I purchased the Mac in the USD when the CAD was worth 15% more, and I could smuggle it back acrosst he border :) |
| 17:45.11 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 17:45.56 | bweschke | lmadsen: I've had relativelly good success ordering notebooks from Dell off of the Dell outlet |
| 17:46.10 | bweschke | so - I rarely pay retail .. |
| 17:46.32 | lmadsen | I love how Bell recycles phone numbers so frequently here |
| 17:46.32 | *** join/#asterisk-dev evangelion (n=manzy_ze@80.76.86.242) |
| 17:46.45 | lmadsen | I get calls all the time for people who I don't know |
| 17:46.50 | lmadsen | usually from businesses |
| 17:46.56 | *** part/#asterisk-dev evangelion (n=manzy_ze@80.76.86.242) |
| 17:46.58 | bweschke | that's got to be a pain |
| 17:47.03 | lmadsen | very much so |
| 17:47.12 | lmadsen | I should use this Asterisk thing I keep hearing so much about to filter calls |
| 17:47.12 | file | lmadsen is a pain |
| 17:47.25 | lmadsen | I'm in pain |
| 17:47.33 | file | lmadsen: pasta? |
| 17:47.41 | lmadsen | I am getting hungry.... |
| 17:47.51 | lmadsen | been trying to get some work done today with so little success |
| 17:48.11 | lmadsen | useful things when they work :) |
| 17:48.20 | *** join/#asterisk-dev IgorG|note (n=IgorG|no@host-90-188-188-119.pppoe.omsknet.ru) |
| 17:48.25 | snuff-work | sure u dont want to try restoring 1 million emails for me lmadsen ? |
| 17:48.37 | snuff-work | its reaaallly fun |
| 17:48.55 | lmadsen | snuff-work: ummmmmmm.... nah, I'll find something else to do :) |
| 17:49.20 | snuff-work | good choice |
| 17:51.48 | lmadsen | you know what I've noticed? A lot of people say "buh-bye" when they're done talking to someone on the phone... |
| 17:52.10 | lmadsen | I just got a call from the US Embassy looking for information about regulatory information in Canada |
| 17:52.14 | lmadsen | that was interesting :) |
| 17:52.29 | lmadsen | "Hi, I'm calling from the US Embassy, could I speak to Leif Madsen please" |
| 17:52.38 | lmadsen | me: "Uhhhhh... what is this in regards to... he may or may not be here... :)" |
| 17:55.03 | bweschke | /me pokes the US Embassy bot that's watching lmadsen in this room |
| 18:00.51 | mvanbaak | Corydon76-dig: nice commit on adaptive odbc |
| 18:01.02 | mvanbaak | I'm going to test it this weekend |
| 18:05.52 | tuxd00d | adaptive obdc? |
| 18:06.02 | tuxd00d | what's adaptive about it? |
| 18:08.59 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) |
| 18:10.36 | seanbright | i know you were all worried about me |
| 18:10.39 | seanbright | thanks for the cards |
| 18:10.41 | seanbright | heh |
| 18:11.10 | codefreeze | russellb: another IAX question: can cur->addr or cur->transfer IP info change during the life of a pvt? |
| 18:12.39 | mvanbaak | tuxd00d: you can log to different databases, columns in the database can be freely chosen, it wont log if you dont put all the info to match the columns in the database |
| 18:12.43 | mvanbaak | tuxd00d: it's hawt |
| 18:13.27 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 18:14.08 | tuxd00d | neat |
| 18:23.51 | mvanbaak | uhhuh |
| 18:40.57 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:40.57 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 18:52.22 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 18:57.35 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@postfix.tradein.com.br) |
| 19:00.57 | JunK-Y | <PROTECTED> |
| 19:00.57 | JunK-Y | <PROTECTED> |
| 19:00.57 | JunK-Y | <PROTECTED> |
| 19:01.16 | JunK-Y | why does its always taking gsm for my write format, since i just allow=ulaw |
| 19:01.42 | JunK-Y | so it keep trying to read file from format_gsm |
| 19:02.43 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 19:04.20 | JunK-Y | Capabilities: us - 0x4 (ulaw), peer - audio=0x10d (g723|ulaw|alaw|g729)/video=0x0 (nothing), combined - 0x4 (ulaw) |
| 19:06.15 | file | do youu have the files in ulaw format... |
| 19:06.34 | *** part/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 19:08.42 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 19:08.42 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 19:09.10 | JunK-Y | file: yes, all files from http://downloads.digium.com/pub/telephony/sounds/releases/asterisk-core-sounds-en-ulaw-1.4.8.tar.gz |
| 19:09.24 | JunK-Y | but why its writing writeformat to gsm? |
| 19:09.38 | file | because it used the gsm files perhaps? |
| 19:10.27 | file | confirm the files are actually there, and then explore possibilities and see why |
| 19:10.29 | JunK-Y | but it should not use these files, since theres no gsm in my negociation |
| 19:10.37 | file | add code in to see what it is doing... |
| 19:11.47 | Corydon76-dig | tuxd00d: um, yes, adapts to the table layout in the database |
| 19:12.22 | tuxd00d | how handy |
| 19:12.53 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 19:13.27 | Corydon76-dig | So if there's missing columns, instead of failing, it simply discards those fields... or if you have extra fields, and a corresponding CDR variable, it populates that field |
| 19:13.49 | Corydon76-dig | So no more need for a userfield |
| 19:30.21 | AdamWest | JunK-Y: using trunk? |
| 19:30.44 | AdamWest | make sure the files exist in /var/lib/asterisk/sounds/<language>/ |
| 19:30.53 | AdamWest | that burnt me before |
| 19:36.32 | JunK-Y | i think ive found the problem, apparently, that unit is sending wrong order. |
| 19:39.31 | RoyK | does asterisk still use two-letter language codes? |
| 19:42.28 | JunK-Y | you could do a language with 8 letters if you want :) |
| 19:42.52 | JunK-Y | but default is still 2 yes |
| 19:45.28 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 19:46.36 | kpfleming | asterisk supports up to 20 characters for 'language' |
| 19:46.57 | kpfleming | people have just always used two-letter codes, and the built-in apps that pay attention to language use the same codes |
| 19:47.06 | jsmith | kpfleming: As in en_US-Southern? |
| 19:47.10 | kpfleming | right |
| 19:47.34 | jsmith | kpfleming: Beautiful ;-) Now I just have to get my wife all riled up so her southern accent will come back |
| 19:48.11 | RoyK | imho it'd be better if the dialectal part'd be separated from the language |
| 19:49.13 | kpfleming | patches are welcome |
| 19:49.42 | kpfleming | adding support for xx_XX to those apps but preserving backwards compatibility would be great |
| 20:10.53 | *** join/#asterisk-dev mcargile (n=thanatos@rrcs-24-173-132-218.se.biz.rr.com) |
| 20:19.24 | JunK-Y | i just heard about irqbalance, this is not the default behavior? |
| 20:26.43 | Qwell | so, we've got this define in dsp.c... BUSYDETECT_MARTIN |
| 20:26.54 | Qwell | I'd be willing to bet that not a single person has changed that in years |
| 20:27.18 | Qwell | would anybody have any problems with me simply removing the defines, and any code associated with the "old" BUSYDETECT define? |
| 20:30.33 | jsmith | JunK-Y: No, irqbalance is not default behavior in most operating systems |
| 20:30.47 | seanbright | Qwell: martin might care |
| 20:30.56 | Qwell | seanbright: his code is already the default :D |
| 20:31.17 | seanbright | Qwell: exactly... err... |
| 20:31.26 | Qwell | welcome back :p |
| 20:31.36 | seanbright | or something |
| 20:32.21 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 20:33.48 | Qwell | kpfleming, russellb: any thoughts on the above? |
| 20:33.57 | russellb | whhhat? |
| 20:34.04 | kpfleming | take itout |
| 20:34.06 | Qwell | gone |
| 20:34.07 | russellb | agreed |
| 20:34.08 | kpfleming | been meaning to do that for a long time |
| 20:34.23 | *** join/#asterisk-dev Schreiber1337 (n=cee4b465@gateway/web/cgi-irc/ircatwork.com/x-32cfbebcf47cb4b6) |
| 20:34.32 | russellb | maybe one of these days i'll become a better dsp programmer so i can help with some of that stuff |
| 20:34.36 | russellb | i've been tinkering on the side .... |
| 20:35.45 | kpfleming | psd, spd, dps, whatever |
| 20:35.58 | Qwell | sdp? |
| 20:36.23 | russellb | o.O |
| 20:38.04 | Schreiber1337 | I have a question about extension numbers in Asterisk 1.4.13.... |
| 20:38.13 | russellb | Schreiber1337: #asterisk |
| 20:38.36 | Schreiber1337 | Thank you... |
| 20:38.39 | russellb | you're welcome |
| 20:42.01 | Qwell | russellb: has mantis integration with svn been reenabled? |
| 20:42.30 | russellb | yes |
| 20:42.40 | Qwell | excellent |
| 20:47.00 | JunK-Y | jsmith: so its a really good thing to do that before loading my zaptel then? |
| 20:48.46 | jsmith | JunK-Y: It depends... I've seen it both help and hurt, depending on the system |
| 20:53.47 | JunK-Y | how that could hurt? problem when balancing irq? |
| 20:58.28 | *** join/#asterisk-dev spectheintro (n=specthei@66.16.237.112) |
| 20:59.06 | spectheintro | is anyone active in the channel right now? |
| 20:59.14 | kpfleming | just you |
| 20:59.15 | russellb | depends. |
| 20:59.27 | russellb | i'm alive |
| 20:59.33 | spectheintro | :) |
| 20:59.39 | russellb | but that doesn't say much about my ability and willingness to discuss anything |
| 20:59.45 | spectheintro | ok |
| 20:59.58 | spectheintro | well then my next question would be, are you willing to discuss something? |
| 21:00.11 | russellb | depends what something is |
| 21:00.16 | russellb | most likely not though :-p |
| 21:00.21 | spectheintro | heh |
| 21:00.39 | russellb | i generally like -dev mailing list discussions, since they get archived |
| 21:00.42 | russellb | IRC only for quick things |
| 21:00.59 | spectheintro | this is fairly quick, because i didn't know if the mailing list was the right place to go for this |
| 21:01.12 | russellb | go on. |
| 21:01.29 | spectheintro | is there any sort of discussion going on re: asterisk's voicemail system? |
| 21:01.34 | spectheintro | i've been following mini-vm |
| 21:01.46 | russellb | mini-vm hasn't been touched in some time |
| 21:01.47 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:01.57 | spectheintro | but i was wondering if there's any concentrated effort among asterisk developers to revamp the voicemail |
| 21:02.04 | russellb | and really, is mostly a copy of the existing voicemail, with a bunch of code ripped out, and split up into some applications |
| 21:02.08 | russellb | no, there is not |
| 21:02.25 | spectheintro | is there any desire to do so, or do most devs feel voicemail is fine as it is? |
| 21:02.34 | russellb | there were some people working on a storage API so that different storage backends could be used at the same time, chosen at runtime |
| 21:02.41 | russellb | and eventually, they wanted VM to use that |
| 21:02.51 | russellb | and for years we have wanted better ways to make menus and features more configurable |
| 21:03.02 | russellb | but nobody has considered a high enough priority to put above other things we're working on |
| 21:03.15 | spectheintro | i see |
| 21:03.35 | spectheintro | that more or less answers my question |
| 21:03.57 | kpfleming | um... there's been lots of discussion about this in the past few days/weeks on the lists, there is someone in the community who has written a replacement voicemail app with configurable personalities |
| 21:04.42 | spectheintro | is this the configurable prompts gentleman? i've been following his work on the patch lists |
| 21:05.04 | kpfleming | i dont know about that, but Justin Newman is the one who has the new voicemail app |
| 21:05.14 | *** join/#asterisk-dev jburbage (i=jburbage@dhcp-64-58-3-6.mho.net) |
| 21:06.03 | spectheintro | and he's on the mailing list? |
| 21:06.52 | russellb | well i completely missed that. |
| 21:06.57 | russellb | sorry. |
| 21:07.03 | spectheintro | no problem |
| 21:07.09 | spectheintro | basically, i can't program |
| 21:07.15 | kpfleming | yes, on -dev and on -users |
| 21:07.21 | spectheintro | i have no formal training in coding whatsoever |
| 21:07.41 | spectheintro | but i picked up asterisk and a few other open-source packages in 2006 |
| 21:07.46 | spectheintro | for a small business i work for |
| 21:07.55 | spectheintro | and the biggest complaint i've had with asterisk is the voicemail system |
| 21:08.02 | russellb | kpfleming: can you point out the thread(s) ? |
| 21:08.19 | russellb | i saw someone say he wanted more voicemail cards for EVM, but didn't indicate what EVM was |
| 21:08.23 | kpfleming | the most recent stuff was today and yesterday on -users |
| 21:08.24 | kpfleming | that's it |
| 21:08.30 | spectheintro | but i can't fix it myself, and i've tried calling digium directly, tried hiring an independent programmer, etc, etc... nothing has panned out |
| 21:08.33 | kpfleming | the posts about EVM were a couple of weeks ago |
| 21:08.49 | kpfleming | just look in the archives for posts by Justin and you'll see it |
| 21:10.23 | russellb | kpfleming: ah ... isn't published yet, and won't be something we'll ever see |
| 21:10.36 | russellb | we, as in digium and the official asterisk tree |
| 21:10.41 | kpfleming | he claims it's GPL, but i suspect you are right |
| 21:10.53 | russellb | well he has written other modules that have never been submitted |
| 21:11.05 | kpfleming | right |
| 21:11.30 | russellb | spectheintro: but hey, might work out of you ... |
| 21:11.45 | russellb | spectheintro: check the recent archives of the asterisk-users list ... Justin Newman ... |
| 21:11.50 | spectheintro | i'm searching it now |
| 21:12.07 | spectheintro | thanks |
| 21:12.18 | spectheintro | it would be nice, though, if something like this got integrated into asterisk proper |
| 21:12.52 | spectheintro | app_voicemail is a mess right now, according to everyone i've asked to program in it |
| 21:14.12 | bweschke | spectheintro: putnopvut has made it worlds better than what it was since he's started working with it |
| 21:14.42 | spectheintro | has it been updated recently? i've been tracking the changelogs but there never seems to be anything there for voicemail |
| 21:14.43 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 21:14.44 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:14.52 | putnopvut | It could still use a lot of work, though. |
| 21:15.03 | putnopvut | I've mainly been focusing on the IMAP-storage part of it. |
| 21:15.10 | spectheintro | yeah, i've tracked that |
| 21:15.14 | spectheintro | fantastic work |
| 21:15.36 | spectheintro | asterisk's voicemail and email integration is phenomenal |
| 21:16.02 | spectheintro | the things i keep getting pestered about is sending to multiple users, forwarding to multiple users, and simplifying navigation |
| 21:16.09 | bweschke | spectheintro: alot of the work necessary isn't necessarily something that would show up in the ChangeLogs - it's just some badly fragmented code that had gotten more fragmented based on what storage scheme you were using until he started work on it |
| 21:17.30 | spectheintro | hmm |
| 21:18.00 | spectheintro | putnovpvut: are you willing to do any contract work? |
| 21:18.16 | spectheintro | whoa, stuck an extra v in there |
| 21:18.16 | putnopvut | I think that would violate the terms of my employment. |
| 21:18.28 | bweschke | spectheintro: putnopvut works for Digium |
| 21:18.32 | spectheintro | hahahahahahaha |
| 21:18.34 | spectheintro | well then |
| 21:19.16 | bweschke | spectheintro: and rest assured anything he works on will end up in the codebase - but I digress |
| 21:19.21 | spectheintro | ok, so maybe i can ask this, then: is there any way for an end-user to finance a project to be incorporated? |
| 21:19.34 | bweschke | spectheintro: bounties |
| 21:20.11 | spectheintro | on voip-info? i haven't seen a lot of activity there |
| 21:20.21 | spectheintro | or is there another place that's fairly active? |
| 21:20.54 | bweschke | that's a good question - I think there was another place on the forums - but not sure how much that is frequented either |
| 21:21.37 | spectheintro | yeah |
| 21:21.51 | spectheintro | i've found a few people who would all really like to see some of these features added in |
| 21:22.01 | spectheintro | and we raised a good amount of cash |
| 21:22.07 | spectheintro | but we never could find a programmer |
| 21:22.18 | spectheintro | like i said, i actually called digium and spoke with their custom dev team |
| 21:22.24 | spectheintro | but that ended up falling through |
| 21:22.54 | bweschke | when you think about vm and IVR the best thing that could happen to that module is probably to abstract the IVR layer out of app_voicemail as much as possible - much like what is still needed with the storage layer |
| 21:23.13 | spectheintro | i agree--being able to configure it all from the dial plan would be a godsend |
| 21:23.26 | spectheintro | i'm already using the dial plan to work around app_voicemail's limitations as much as possible |
| 21:23.34 | bweschke | hmm... that'd be kinda cool actually... |
| 21:23.39 | spectheintro | but unfortunately, there are some things you can't abstract |
| 21:23.42 | bweschke | instead of doing the built in IVR - just call a macro |
| 21:23.45 | bweschke | and check the result code |
| 21:23.54 | bweschke | to see what the result was |
| 21:24.19 | spectheintro | that's how i'm doing voicemail broadcasts, more or less |
| 21:24.27 | spectheintro | the only problem is, you can't do that from outside the system |
| 21:24.38 | spectheintro | and you can't forward a broadcast, either |
| 21:24.47 | spectheintro | err |
| 21:24.53 | spectheintro | you can't broadcast forward, i mean |
| 21:25.19 | spectheintro | i've written a ton of macros to try and emulate some functionality as much as possible |
| 21:25.28 | spectheintro | but ultimately i don't have enough control |
| 21:25.43 | spectheintro | there's no way to call some functions from the dial plan; it has to happen within VoiceMailMain |
| 21:25.54 | bweschke | right |
| 21:25.54 | bweschke | but |
| 21:26.05 | spectheintro | hence my unsolvable problem |
| 21:26.09 | bweschke | if you changed VoiceMailMain to use those macros as defined by, say, voicemail.conf |
| 21:26.21 | bweschke | that might make it alot more flexible |
| 21:27.00 | bweschke | spectheintro: have you written any specs or use cases for this proposed work ? |
| 21:27.40 | spectheintro | i've got the e-mails and the survey i wrote to digium development |
| 21:27.45 | spectheintro | i've got the macros i've made |
| 21:27.52 | spectheintro | to serve as a starting point |
| 21:28.00 | spectheintro | (basically as an example of how the code would function) |
| 21:28.35 | spectheintro | i've seriously considered just teaching myself C |
| 21:28.41 | spectheintro | if i had more time i probably would have by now |
| 21:28.43 | bweschke | why don't you email to bj@btwtech.com - would be interested to see what you've got |
| 21:28.52 | spectheintro | sure thing |
| 21:28.54 | spectheintro | hang on a moment |
| 21:29.16 | file | bird is the word! |
| 21:30.40 | bweschke | indeed, it is |
| 21:30.42 | bweschke | :-) |
| 21:30.51 | file | grease is also the word |
| 21:31.05 | bweschke | file: so I've been told |
| 21:34.27 | spectheintro | bweschke: i just sent an e-mail your way |
| 21:34.33 | spectheintro | from aabadi@dominionbenefits.com |
| 21:34.36 | bweschke | spectheintro: cool |
| 21:34.52 | spectheintro | if you have any ideas, or know anyone that would be interested, please let me know |
| 21:35.09 | spectheintro | i would really like to see these features integrated into asterisk and supported by the official branch |
| 21:36.58 | spectheintro | anyhow, i'm going to head off to fix a co-worker's hi-speed internet... how i love my life |
| 21:37.11 | spectheintro | woo |
| 21:37.19 | spectheintro | thanks guys |
| 21:37.54 | *** part/#asterisk-dev spectheintro (n=specthei@66.16.237.112) |
| 21:44.06 | tzafrir_home | tzanger, ping |
| 21:44.43 | tzanger | I'm here |
| 21:44.56 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:57.33 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 21:57.33 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:10.46 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 22:11.37 | putnopvut | Hello jmls! |
| 22:12.45 | jmls | putnopvut: good evening sir |
| 22:14.20 | jmls | Gotta go see the wife before I get divorced :) |
| 22:21.19 | Shaun2222 | putnopvut: hey, wasnt lmadsen saying there was a U option to dial() for gosub? I'm not seeing that in trunk. |
| 22:22.12 | putnopvut | Yeah, there is. |
| 22:22.20 | putnopvut | I saw it by doing core show application Dial |
| 22:22.33 | Shaun2222 | i'll talk in #asterisk |
| 22:33.01 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 23:29.51 | *** part/#asterisk-dev RoyK (n=roy@91.149.13.189) |
| 23:40.43 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 23:42.32 | *** join/#asterisk-dev Patrickz_ (n=patrickz@ppp-124-121-61-164.revip2.asianet.co.th) |
| 23:51.49 | *** join/#asterisk-dev RoyK (n=roy@91.149.13.189) |
| 23:52.34 | *** part/#asterisk-dev RoyK (n=roy@91.149.13.189) |
| 23:57.11 | *** join/#asterisk-dev anthm (n=anthm@70-8-116-145.area4.spcsdns.net) |
| 23:57.11 | *** mode/#asterisk-dev [+o anthm] by ChanServ |