| 00:25.21 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.6) |
| 00:50.05 | *** join/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 00:51.41 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 00:51.41 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 00:59.19 | *** join/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 01:19.51 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 01:46.08 | *** join/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 02:16.46 | *** join/#asterisk-dev DarkRift (n=dark@65.92.171.162) |
| 02:19.21 | *** join/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 02:32.11 | *** join/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 02:45.26 | *** join/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 03:17.29 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:17.29 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 05:22.19 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.18) |
| 08:47.34 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 08:48.49 | jmls | morning all ! |
| 09:09.58 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:00.40 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.14) |
| 10:10.29 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096591586.dsl.bell.ca) |
| 10:55.24 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:36.06 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:36.06 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:37.00 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 11:50.40 | leifmadsen | morning all |
| 12:19.29 | jmls | leifmadsen: no-one says morning any more. *sigh* |
| 12:20.57 | leifmadsen | jmls: I just did! |
| 12:21.01 | leifmadsen | see?!?! ^^^^^^^ |
| 12:21.27 | leifmadsen | jmls: haven't seen you in a bit! your asterisks must be working |
| 12:22.30 | jmls | leifmadsen: heh :) |
| 12:22.52 | jmls | it's working very very well. |
| 12:23.13 | jmls | I would like to take the time to thank the developers for doing such a great job. |
| 12:23.18 | jmls | THANKS ! |
| 12:27.57 | leifmadsen | indeed, they do work very hard |
| 12:42.25 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:42.25 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:45.24 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:45.24 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:47.27 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:47.27 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:21.47 | *** join/#asterisk-dev MrISDN (n=kkeil@p5497FFC1.dip.t-dialin.net) |
| 13:36.15 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:44.35 | mvanbaak | is origsvn going to be renamed as well ? |
| 13:44.56 | russellb | nope |
| 13:45.11 | mvanbaak | :) |
| 13:45.22 | mvanbaak | too much work with all the certificates and stuff right ? |
| 13:47.25 | kpfleming | no renaming |
| 13:52.50 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:52.50 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:53.26 | atis_work | heh, good morning everyone :) |
| 13:54.02 | atis_work | i have few pictures from -dev meeting here: http://atis.id.lv/gallery/v/Rostock-Hamburg-Bremen/ |
| 13:55.39 | atis_work | russellb, putnopvut: you're in some of them :) |
| 13:56.12 | russellb | ooh |
| 13:56.20 | putnopvut | atis_work: very nice :) |
| 13:58.00 | leifmadsen | is there any bushes involved? |
| 13:58.02 | putnopvut | O.o |
| 14:01.10 | russellb | no, but there is a passed out dude on a sidewalk |
| 14:01.15 | leifmadsen | nice |
| 14:04.32 | atis_work | hehe, that is hamburg :) |
| 14:04.46 | atis_work | and another dude sleeping in bremen park :D |
| 14:06.15 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.138.206) |
| 14:13.50 | putnopvut | There's this really cool-looking dude with a laptop and a red sweater scratching his own back in a couple of pictures. |
| 14:16.44 | russellb | I've met that guy ... what a jerk |
| 14:18.35 | leifmadsen | he smells too |
| 14:18.43 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:19.40 | putnopvut | leifmadsen: it's been nearly 2 years since you and I have been in the same room. I smell a lot better now. |
| 14:20.41 | file | questionable. |
| 14:20.48 | russellb | file: agreed. |
| 14:20.49 | leifmadsen | lol |
| 14:21.45 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 14:21.45 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 14:24.57 | *** join/#asterisk-dev moy (n=moy@74.12.124.89) |
| 14:37.55 | *** join/#asterisk-dev shareenergy (n=go@host-87-74-7-50.dslgb.com) |
| 14:38.05 | shareenergy | hello guys |
| 14:38.23 | shareenergy | any place were we can say to asterisk no to handle video rtp ? |
| 14:39.51 | leifmadsen | videosupport=no in sip.conf? |
| 14:39.58 | leifmadsen | btw: this is an #asterisk question |
| 14:40.20 | shareenergy | i mean in the rtp code |
| 14:40.29 | leifmadsen | oh, then you're outta my realm :) |
| 14:40.41 | shareenergy | if i do videosupport=no i get no video at all :P |
| 14:40.53 | leifmadsen | heh |
| 14:46.45 | shareenergy | is there any way of doing a connection directly between 2 devices |
| 14:47.04 | shareenergy | using asterisk only to handle sip? |
| 14:48.18 | russellb | #asterisk, please |
| 14:49.12 | shareenergy | cheers |
| 14:49.16 | shareenergy | sorry |
| 14:49.54 | MrISDN | There is am error in the svn documentation for libpri (http://www.asterisk.org/developers/get-source) |
| 14:50.17 | MrISDN | seems libpri has no trunk branch |
| 14:50.35 | MrISDN | svn checkout http://svn.digium.com/svn/libpri/trunk libpri |
| 14:50.46 | MrISDN | svn: URL 'http://svn.digium.com/svn/libpri/trunk' doesn't exist |
| 14:53.13 | MrISDN | What branch should I use instead of trunk ? |
| 14:53.57 | eliel | for bugmarshals: http://www.xkcd.com/583 |
| 14:55.23 | mvanbaak | eliel: yeah. I posted it before with the question wether it works that way @ lumenvox as well ;) |
| 14:55.55 | eliel | oooh, duplicated... |
| 14:56.02 | mvanbaak | dont worry |
| 14:56.03 | mvanbaak | :) |
| 14:56.28 | atis_work | that's a good one.. worth to looking at it over and over :) |
| 14:59.17 | putnopvut | MrISDN: you should use http://svn.digium.com/svn/libpri/branches/1.4 |
| 14:59.26 | putnopvut | 1.4 is the "trunk" of libpri. |
| 15:01.26 | MrISDN | putnopvut:Thanks |
| 15:04.18 | *** join/#asterisk-dev bbryant (n=bbryant@c-68-59-20-153.hsd1.sc.comcast.net) |
| 15:04.18 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 15:09.04 | atis_work | huh, i wonder why there's Location: response on site move |
| 15:09.14 | atis_work | shouln't it be 301: Moved permanently? |
| 15:09.35 | atis_work | for the bots etc |
| 15:10.54 | atis_work | aah, sorry.. it's already there :) |
| 15:14.13 | wildzero-cw | MrISDN: you work with libpri ? great :) because misdn is a horror for fax applications, especially with spandsp. with dahdi BRI all my fax problems where eliminated, now i am working on NT-PTMP for libpri see: https://issues.asterisk.org/view.php?id=15048 |
| 15:19.59 | *** join/#asterisk-dev michael-i (n=michael-@Wacb7.w.pppool.de) |
| 15:21.23 | *** join/#asterisk-dev ks3 (n=ks3@74.203.195.1) |
| 15:25.06 | *** join/#asterisk-dev MrISDN_ (n=kkeil@p5497F57D.dip.t-dialin.net) |
| 15:31.56 | MrISDN_ | <PROTECTED> |
| 15:33.26 | MrISDN_ | can some operator kick MrISDN, it's my old connection (dynamic IP sucks here) |
| 15:33.37 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:33.37 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:33.45 | leifmadsen | eliel: lol |
| 15:33.54 | MrISDN_ | Thanks |
| 15:36.17 | tzafrir_laptop | there's an error message saying "no compatible codecs". After I see such a message I urge the reporter to look at the ugly SIP debug |
| 15:36.33 | tzafrir_laptop | any way to provide more information in that message? |
| 15:37.32 | *** part/#asterisk-dev michael-i (n=michael-@Wacb7.w.pppool.de) |
| 15:40.53 | wildzero-cw | MrISDN: The mISDN dahdi interface, will this solution use mISDNuser or libpri for NT-mode? |
| 15:41.12 | MrISDN | libpri |
| 15:41.52 | wildzero-cw | so you also need NT-ptmp in libpri? |
| 15:42.56 | kpfleming | yes |
| 15:43.51 | MrISDN | yes, maybe I will help to implement it |
| 15:46.29 | wildzero-cw | great, you can Monitor the issue on 15048, i already made a some calls with libpri in nt_ptmp, but it's still a ugly hack, i work with static tei's, no dynamic tei management in the moment |
| 15:47.19 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:55.45 | Qwell | MrISDN: hey, look who it is :D |
| 15:56.03 | mvanbaak | if I attach gdb to a running asterisk process, run 'bt' and get Cannot access memory at address 0x20921e000 |
| 15:56.06 | mvanbaak | is that bad ? |
| 15:56.20 | mvanbaak | never seen it before |
| 15:56.57 | putnopvut | mvanbaak: I've seen that in bt's from crashes before, but never when attached to a running Asterisk process. |
| 15:57.30 | mvanbaak | well, asterisk is,... 'running' |
| 15:57.42 | mvanbaak | I can attach to it and issue CLI commands |
| 15:57.49 | mvanbaak | but IAX and SIP are totally dead |
| 15:58.05 | mvanbaak | so I wanted to see what is happening |
| 15:58.36 | mvanbaak | yeah baby. asterisk -rx 'core stop now' |
| 15:58.40 | mvanbaak | and nothing happens |
| 16:00.54 | eliel | mvanbaak: showing what threads are running may be better 'thread apply all bt' |
| 16:00.57 | mvanbaak | ok, this error in gdb means your asterisk is not behaving correctly. I killed asterisk and started it again. Now I dont see this message anymore |
| 16:01.12 | mvanbaak | eliel: duh. of course. thanks |
| 16:01.37 | eliel | mvanbaak: if you have a deadlock you will see many threads in a usleep() |
| 16:04.02 | mvanbaak | :) |
| 16:04.09 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 16:04.13 | mvanbaak | I'll do that next time this happens |
| 16:04.22 | mvanbaak | (happens once or twice a week) |
| 16:04.53 | moy | mvanbaak: you can also try pstack `pidof asterisk` > /tmp/stack.log ..... which is pretty much the same than attaching with gdb but faster |
| 16:05.08 | atis_work | oh great, we rolled out Dial(...L()) thingie for periodic beeps, and i already have a lot of complains :D |
| 16:05.24 | atis_work | i guess, i'll have to look into mixmonitor, to add it there.. |
| 16:05.58 | atis_work | it should be mixed on top of existing voice, not completely replace |
| 16:11.17 | kpfleming | audiohooks to the rescue |
| 16:11.52 | kpfleming | you could just replace existing implementation in features.c with one based on audiohooks that does mixing... lots of people would like it if you did that |
| 16:14.53 | *** join/#asterisk-dev jtodd (n=jtodd@47.sub-75-252-63.myvzw.com) |
| 16:14.53 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 16:15.10 | putnopvut | Does anyone think a PauseMixMonitor application would be something worth having? I noticed that the ability to pause recording is something that is present in Monitor but not MixMonitor. |
| 16:17.45 | atis_work | putnopvut: well, probably yes if MixMonitor is going to replace Monitor |
| 16:18.08 | atis_work | i had a thought over all the stereo-recordings - it's going to be complex |
| 16:18.32 | atis_work | but at the beginning it should be enough if MixMonitor would have an option to just write separate files |
| 16:18.34 | putnopvut | atis_work: one of the things that intrigues me about writing a PauseMixMonitor app would be that I would get to write a general method for pausing audiohooks. |
| 16:19.07 | atis_work | putnopvut: why pausing audiohooks, You could just set global variable in datastore - to pause |
| 16:19.22 | atis_work | or remove hook, and later add it |
| 16:19.56 | putnopvut | Yeah, that might work, too. |
| 16:20.22 | atis_work | btw, i wonder why audiohooks provide only SLIN - doesn't that degrade performance? |
| 16:21.11 | atis_work | for example - MixMonitor attaches to existing ulaw<->ulaw conversation, gets everything in SLIN and then transcodes to ulaw for writing to file |
| 16:21.51 | atis_work | i would also like an option to write recordings in native format - or automatically choose one of both formats used |
| 16:22.16 | putnopvut | With MixMonitor, in particular, we have to transcode to SLIN to be able to mix the audio. |
| 16:23.34 | atis_work | umm, can't audiohooks mix other formats? |
| 16:24.07 | atis_work | sorry for stupid questions, i just don't have any idea how audio frames look like :D |
| 16:25.13 | putnopvut | No, we can only mix SLIN. There may be algorithms for mixing other formats, but I have no idea how to do it, and I imagine that the cost of the mixing would be high. |
| 16:27.18 | atis_work | well, ok.. but if i write a patch to implement current Monitor() behaviour and write separate -in and -out files, i can get pure ulaw from audiohooks? |
| 16:27.21 | russellb | the algorithm for mixing others is to convert to slin first,heh |
| 16:27.26 | atis_work | heh |
| 16:29.20 | putnopvut | atis_work: you would have to modify audiohook code pretty heavily, too. |
| 16:29.28 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 16:29.49 | atis_work | putnopvut: why? can't it return frames in native format? |
| 16:31.18 | putnopvut | Yes, it returns frames in native format. The problem is that the audiohooks store the frames in SLIN format. So you would have to write a method for storing frames/samples in the native format as well. |
| 16:32.36 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:33.37 | atis_work | ooh, i see it in ast_audiohook_read_frame |
| 17:00.48 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 17:00.48 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 17:33.40 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 17:33.40 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:52.58 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 17:53.17 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 18:34.37 | seanbright | question about TLS |
| 18:34.45 | seanbright | in cdr_custom (as an example) |
| 18:35.04 | seanbright | there is a TLS variable called custom_buf which is used each time a record is written to the flat file |
| 18:35.23 | seanbright | but i was under the impressed that CDRs were written on the same thread as the channel |
| 18:35.23 | kpfleming | TLS in what context? |
| 18:35.28 | seanbright | impression, rather. |
| 18:36.04 | seanbright | kpfleming: AST_THREADSTORAGE() |
| 18:36.05 | seanbright | ? |
| 18:36.16 | seanbright | not sure how to answer your question :) |
| 18:36.34 | kpfleming | well, TLS is also encryption :-) |
| 18:36.36 | seanbright | oh |
| 18:36.38 | seanbright | he |
| 18:36.42 | seanbright | heh. thread local storage. |
| 18:36.49 | kpfleming | ok, so back to your question |
| 18:36.50 | seanbright | windows world... sorry |
| 18:37.00 | kpfleming | no, CDRs are generally batched and written out by other threads, i think |
| 18:37.13 | seanbright | ah. well that was my bad then. |
| 18:37.34 | seanbright | so cdr_*.so is called on a single thread |
| 18:37.59 | kpfleming | i believe so |
| 18:37.59 | seanbright | (can look at the code to confirm, but thought it was on the channel thread. will confirm.) |
| 18:38.05 | kpfleming | you can check cdr.c |
| 18:38.10 | kpfleming | it used be on the channel threads a long time ago |
| 18:38.11 | seanbright | will do. |
| 18:38.21 | kpfleming | but then delays in CDR posting would delay channel destruction |
| 18:39.23 | seanbright | right. i thought that was never 'fixed.' |
| 18:39.31 | seanbright | i guess i just wasn't paying close enough attention. |
| 18:42.37 | seanbright | no... |
| 18:42.54 | seanbright | if you have batching turned off |
| 18:43.00 | seanbright | it's run on the same thread as the channel |
| 18:43.06 | seanbright | unless i am really reading this wrong. |
| 18:44.01 | seanbright | ast_hangup calls ast_cdr_detach which calls post_cdr which calls the backends |
| 18:47.30 | kpfleming | yeah, if batching is disabled, but it's on by default IIRC |
| 18:48.03 | seanbright | i don't think it is |
| 18:48.26 | seanbright | off by default. |
| 18:48.32 | seanbright | err |
| 18:48.36 | seanbright | it is off by default. |
| 18:48.36 | russellb | so when is someone going to implement CDR post queues per backend with ref counted CDR objects? |
| 18:48.51 | seanbright | Juggie is working on it |
| 18:48.53 | seanbright | NoLossCDR |
| 18:48.55 | seanbright | :P |
| 18:49.08 | russellb | oh yeah, what ever happened to that branch |
| 18:49.09 | russellb | Juggie: ! |
| 18:49.31 | seanbright | heh |
| 18:52.06 | jsmith | Yeah... that's a good question |
| 18:52.25 | eliel | thinks seanbright is wiling to start working on those changes |
| 18:52.33 | russellb | agrees |
| 18:52.40 | seanbright | i don't know how to write the programs |
| 18:52.53 | jsmith | You will by the time you get finished :-) |
| 18:52.56 | seanbright | i don't even know what const char * const foo means |
| 18:53.24 | jsmith | Right... and I'm the easter bunny |
| 18:53.24 | russellb | const to the left of * == constant value pointed to, const to the right of * == constant pointer value |
| 18:53.49 | russellb | now what is your excuse |
| 18:55.07 | seanbright | heh |
| 18:55.12 | eliel | (seanbright stop running! stop!! we are here!) |
| 18:55.14 | seanbright | fulltime job |
| 18:55.17 | seanbright | girlfriend |
| 18:55.21 | seanbright | porn habit |
| 18:55.22 | seanbright | heh |
| 19:03.17 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 19:03.17 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 19:08.13 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 19:08.13 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 19:33.02 | *** part/#asterisk-dev MrISDN (n=kkeil@p5497F57D.dip.t-dialin.net) |
| 19:45.33 | *** join/#asterisk-dev MrISDN (n=kkeil@p5497F57D.dip.t-dialin.net) |
| 19:48.18 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 19:48.43 | *** join/#asterisk-dev MrISDN (n=kkeil@cl-2929.ham-01.de.sixxs.net) |
| 19:52.33 | *** join/#asterisk-dev ks3 (n=ks3@74.203.195.1) |
| 20:23.34 | *** join/#asterisk-dev telecos (n=sergio@219.166.219.87.dynamic.jazztel.es) |
| 20:43.07 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 20:46.32 | mnicholson | this cdr stuff is fancy |
| 20:46.59 | Corydon76-dig | and by "fancy", you mean "pure hell"? |
| 20:47.13 | mnicholson | no just fancy |
| 20:47.25 | mnicholson | well, really by fancy i mean complicated |
| 20:47.50 | Corydon76-dig | Hell figures in there, somewhere |
| 20:49.54 | mnicholson | yes, most certainly |
| 20:52.03 | mnicholson | deep withing the cdr core, the fires of hell provide enough energy to generate the cdr records used to bill customers |
| 20:52.13 | mnicholson | s/withing/within/ |
| 20:53.03 | eliel | you can't reach the cdr core and come back alive! |
| 20:54.19 | eliel | that is why noone knows if a cdr will be written or not... |
| 20:54.35 | mnicholson | exactly! |
| 20:57.15 | *** part/#asterisk-dev ks3 (n=ks3@74.203.195.1) |
| 21:04.57 | *** join/#asterisk-dev msetim (n=setim@189.96.119.58) |
| 21:13.11 | *** join/#asterisk-dev wildzero-cw (n=Kristija@213.216.10.219) |
| 21:42.58 | *** join/#asterisk-dev neuro9 (i=neuromat@c-67-167-49-106.hsd1.il.comcast.net) |
| 23:39.36 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 23:39.36 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |