| 00:40.08 | kpfleming | streaming is asynchronous. do you mean you want to be woken up when the stream playback is done? |
| 01:48.18 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:48.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 03:11.19 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 03:11.19 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 03:12.04 | Kobaz | hmmmmmm |
| 03:12.49 | Kobaz | what would cause userevents to all of a suddon not be broadcast on the ami |
| 03:22.36 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 03:22.36 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 06:30.12 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:30.14 | schmidts | good morning |
| 06:35.46 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 06:35.46 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:48.07 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 07:10.29 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 09:21.55 | *** join/#asterisk-dev Mw3 (mw3@mw3.hu) |
| 10:45.58 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:45.58 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:54.15 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 11:14.47 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 12:10.02 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:10.02 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:20.10 | *** join/#asterisk-dev bklang (~bklang@2001:470:8:5de:225:ff:fe49:f8cd) |
| 12:38.11 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 12:38.11 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:04.02 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:04.02 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:04.13 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-jqrbhxsjwmqvdidh) |
| 13:13.21 | *** join/#asterisk-dev JonathanRose (~jonathan@nat/digium/x-zluqmqqjwbtghbpa) |
| 13:21.50 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 13:21.50 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 13:41.31 | *** join/#asterisk-dev guilhermebr (~Guilherme@187.58.192.161) |
| 13:52.45 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 13:58.03 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:03.58 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:03.58 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:09.01 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:09.01 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:21.10 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:22.17 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-ihezxdsibkisugbc) |
| 14:28.45 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:28.45 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:30.18 | *** join/#asterisk-dev dms (~Adium@nat/digium/x-ceurrqncxthdqjku) |
| 14:41.00 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 14:48.23 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 14:48.23 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 15:15.19 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:15.19 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:31.47 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:33.45 | *** join/#asterisk-dev Rem| (~remi@209.191.13.247) |
| 15:52.48 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:52.48 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:05.36 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.43.244) |
| 16:34.12 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 16:37.50 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 16:37.51 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 17:16.11 | Kobaz | M19346 |
| 17:16.13 | MuffinMan | [ready for review] [Asterisk] Core/Netsock 0019346: [patch] Crash in netsock when attempting to resolve blank sip uri reported by kobaz https://issues.asterisk.org/view.php?id=19346 |
| 17:16.46 | Kobaz | i have a patch to fix it, if anyone wants to review |
| 17:35.20 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 18:13.48 | *** join/#asterisk-dev t_dot_zilla (~chatzilla@firewall-a.buf.ny.i-evolve.net) |
| 18:48.23 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 18:55.36 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 18:55.36 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 19:02.34 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:02.34 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 19:19.01 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 19:19.01 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:27.51 | *** join/#asterisk-dev cyphorious (~cyphoriou@chello062178189196.2.15.tuwien.teleweb.at) |
| 20:29.25 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 20:29.32 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:34.16 | *** part/#asterisk-dev Rem| (~remi@209.191.13.247) |
| 22:16.34 | Deeewayne | should a SIP dialog be destroyed immediately after a call is dropped? I'm making TLS/SRTP calls to a sangoma express gateway and seeing 30 seconds between dropping the call and sip dialogs going away |
| 22:18.05 | kpfleming | no |
| 22:18.32 | kpfleming | RFC 3261 tells you how long you need to keep the dialog structure around in your local memory (64*T1) so that you can properly respond to any late requests or responses you might see |
| 22:18.55 | Deeewayne | kpfleming, thanks |
| 22:20.48 | Kobaz | ooh, peoples are alive, yay :) |
| 22:21.03 | Kobaz | kpfleming: about my question yesterday... you were saying playback is async |
| 22:21.09 | kpfleming | yes |
| 22:21.18 | Kobaz | i'm trying to work on M18786 |
| 22:21.20 | MuffinMan | [assigned] [Asterisk] Applications/app_meetme 0018786: When locking a conference using the AMI or console, the conf-lockednow message is not played to the users reported by phonetech https://issues.asterisk.org/view.php?id=18786 |
| 22:21.38 | Kobaz | so. my current approach is to streamfile and then waitstream |
| 22:22.00 | Kobaz | the problem is. say you have 30 people in the conference, and the playback of "conference is now locked" takes 1/2 a second |
| 22:22.17 | Kobaz | it'll take 15 seconds to play the track to everyone one at a time |
| 22:22.42 | kpfleming | if you want to play it to all the conference participants, you play it onto the conference pseudo channel, not onto each member's channel |
| 22:22.45 | Kobaz | so what i'm trying to do, is start up all the streamfiles, and then do all the waits |
| 22:22.54 | Kobaz | but what if each user has a different languagE? |
| 22:23.07 | kpfleming | there is no practical way to do that then |
| 22:23.11 | Kobaz | oh okay |
| 22:23.17 | Kobaz | so then the pseudo channel would be better |
| 22:23.42 | kpfleming | and there should already be a thread that you can delegate the playback of that into |
| 22:23.43 | Kobaz | my question before was basically, do you have to waitstream, after doing a streamfile... and my playing around says yes |
| 22:23.58 | kpfleming | well, it's not mandatory, it depends on what you want to do with the channel after that |
| 22:24.11 | Kobaz | if you do streamfile waitstream, streamfile, waitstream, it'll take forever to play |
| 22:24.12 | kpfleming | but it's probably the right thing to do in most cases |
| 22:24.30 | Kobaz | what i wanted to do, was streamfile streamfile streamfile, wait, wait, wait, wait |
| 22:24.39 | kpfleming | but those are not on the same channel |
| 22:24.42 | Kobaz | but then only the first sound plays, and none of the others do |
| 22:24.47 | Kobaz | not the same channel correct |
| 22:25.02 | kpfleming | that sort of action will be likely to cause locking problems, i suspect |
| 22:25.12 | kpfleming | since you don't own all the members' channels |
| 22:25.15 | Kobaz | yeah |
| 22:25.33 | Kobaz | okay sounds like a good thing to stay away from |
| 22:25.37 | kpfleming | what you would really need to do to is send each channel some sort of message to tell it to playback the sound itself, using the channel's language |
| 22:25.49 | Kobaz | yeah probably |
| 22:25.55 | kpfleming | i don't think there's any mechanism like that right now in app_meetme, but it's doable |
| 22:26.14 | Kobaz | okay, so i'll do the easy way and play to the pseudo channel... where can i find the pseudo channel? |
| 22:26.22 | Kobaz | i was looking around and all i was finding is the user channels |
| 22:26.43 | kpfleming | it's in the conference structure... but it's been ages since i've looked at app_meetme, i don't remember the details |
| 22:26.46 | Kobaz | k |
| 22:26.50 | Kobaz | i can keep poking |
| 22:28.21 | Kobaz | i'm seeing a double free of a datastore in app_dial (already freed while processing Bridge() cleanup) |
| 22:28.39 | Kobaz | datastores should probably be ao2's i guess |
| 22:29.57 | Kobaz | also, i'm interested in some sort of paid asterisk support. perhaps you might know how that works |
| 22:30.39 | Kobaz | ie: i give you guys X dollars a year... and I can ask for priority help with development/bug fixes etc |
| 22:31.07 | Kobaz | i know there's the commercial stuff like switchvox, but I'm not aware of anything asterisk specific |
| 22:32.50 | kpfleming | we offer priority access to support and troubleshooting, but it doesn't get you priority help with development or getting bugs fixed. for that you need a commercial license, which really only applies if you are deploying asterisk in reasonably large volumes. |
| 22:33.37 | Corydon76-home | Kobaz: contact sales. If you're talking a large enough figure, they'll figure something out |
| 22:33.46 | Kobaz | we plan on doing 'reasonably large' but we're not at that point yet |
| 22:34.08 | Kobaz | by the end of the year we should be able to go full-sales mode and pump stuff out there |
| 22:34.24 | Kobaz | right now we have like 20 installs |
| 22:34.45 | kpfleming | sure... contact Digium and ask for Business Development. |
| 22:34.51 | Kobaz | nifty |
| 22:35.37 | Kobaz | i don't really need tech support, it's more like, i'm hitting some horrible bug |
| 22:35.55 | Kobaz | so the commercial aspect sounds like it would do it |
| 22:36.21 | kpfleming | well.. it's a bit off-topic for this channel, but a commercial license has it's quirks too. you can't just use any random version of asterisk and patch it all over creation and expect us to jump through hoops to help you fix bugs :-) |
| 22:36.27 | Corydon76-home | The problem with low price 'priority' support is that there's typically already a bunch of high price 'priority' support ahead of you in the line. ;-) |
| 22:36.36 | Kobaz | yeah |
| 22:37.02 | Kobaz | well, i'll be trying to get as much stuff as i can into 1.10 so i'll have minimal custom stuff |
| 22:37.26 | kpfleming | in addition, commercial support is only offered on LTS releases, for what should be apparent reasons |
| 22:37.34 | Kobaz | oh, okay, makes sense |
| 22:37.36 | Corydon76-home | Cool beans. We like companies who subscribe to the open nature of open source |
| 22:37.44 | Kobaz | yeah, i'm all for it |
| 22:37.54 | Kobaz | i would hire a full time c coder when we have the cashflow |
| 22:38.13 | Corydon76-home | Asterisk wouldn't be half of what it is today were it not for the contributions of outside coders |
| 22:38.23 | Kobaz | yeah it's quite amazing |
| 22:38.27 | kpfleming | no doubt |
| 22:38.30 | kpfleming | more like 25% |
| 22:38.33 | kpfleming | or less |
| 22:38.39 | Kobaz | just the other day I added dynamic White/Black Filters for AMI |
| 22:38.44 | Kobaz | i'll post that up soon |
| 22:38.58 | Kobaz | it was really great, someone else did all the major work and put in the framework |
| 22:39.04 | Kobaz | and then my add was pretty minimal |
| 22:40.14 | Kobaz | do you know the commit deadline for 1.10 ? |
| 22:40.23 | Corydon76-home | Hasn't been set yet |
| 22:40.31 | Kobaz | ah okay |
| 22:40.33 | kpfleming | will likely be in the next 45-60 days though |
| 22:40.38 | Kobaz | i heard it was june, got that's just hearsay |
| 22:41.29 | Corydon76-home | Targeted for June, yes, but based upon history, it may slip |
| 22:41.49 | kpfleming | as usual, the goal is to be able to release by Astricon in October |
| 22:42.40 | Kobaz | ah |
| 22:50.23 | *** join/#asterisk-dev chazzam (~chazz@173-24-239-247.client.mchsi.com) |
| 23:17.33 | *** join/#asterisk-dev n0tk (~n0tk@mail.stpaulinternet.net) |
| 23:19.29 | *** join/#asterisk-dev n0tk (debian-tor@gateway/tor-sasl/n0tk) |
| 23:36.52 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:36.52 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |