| 00:00.13 | WIMPy | I'm not involved. Just telling you what I understand. |
| 00:00.39 | WIMPy | New features are generelly dome agains TRUNK. |
| 00:00.39 | bsutton | do you know if there are any policy documents around? |
| 00:01.22 | WIMPy | Nothing more than the version timeline. |
| 00:02.03 | bsutton | I'm just trying to find that now. |
| 00:03.45 | file | https://wiki.asterisk.org/wiki/display/AST/Software+Configuration+Management+Policies#SoftwareConfigurationManagementPolicies-NewFeatures |
| 00:03.53 | bsutton | thanks |
| 00:06.19 | bsutton | it looks like the 'extended wrap' via manager api might be accepted as that appears to be in the scope of the asterisk 12 goals but it looks like you are right for the rest of the features. |
| 00:41.21 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 00:41.21 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 00:58.36 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 00:58.36 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 02:24.10 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 06:27.31 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 06:27.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:00.07 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 07:00.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:31.35 | *** join/#asterisk-dev oej (~Adium@host-95-199-217-162.mobileonline.telia.com) |
| 07:31.36 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:31.39 | oej | morning folks! |
| 07:43.10 | *** join/#asterisk-dev oej (~Adium@host-95-199-217-162.mobileonline.telia.com) |
| 07:43.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:51.10 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:51.11 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:15.36 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 08:15.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:11.05 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginm.net) |
| 12:08.55 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:10.18 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 14:09.05 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-blwrkmgfdqbzcrim) |
| 14:12.27 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 14:17.30 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-vbrkvyalrcfpkdgm) |
| 14:17.31 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:46.45 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 15:46.45 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 15:56.19 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 15:56.19 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 15:58.32 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 15:59.12 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 15:59.12 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 17:03.05 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 17:03.05 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Asterisk 12.0.0 now released. Do the release dance! -=- Follow on Twitter at @AsteriskDev |
| 17:10.19 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 18:09.24 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-mcztczwylkkzhhue) |
| 18:09.25 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 18:48.56 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 19:11.10 | *** join/#asterisk-dev tonyclewis (sid6025@gateway/web/irccloud.com/x-flwpabjkbmpapnql) |
| 19:13.20 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:13.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:14.51 | *** join/#asterisk-dev Sjors (~sgielen@2a01:4f8:130:3001:2102:1234:5678:9abc) |
| 19:42.50 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 19:50.00 | tm1000 | file: you around? |
| 19:50.06 | file | yes |
| 19:50.36 | tm1000 | file: through ARI can I get conference talker status? |
| 19:50.42 | tm1000 | (who is talking) like the AMI event? |
| 19:50.44 | file | not currently |
| 19:51.02 | file | eventually, yes |
| 19:51.16 | tm1000 | file: thanks |
| 19:52.12 | mjordan | makes a note to get that one on the list |
| 19:52.17 | file | tm1000, here's a question for you... internally right now that lives as a property of the multiparty bridging technology itself - would that be useful on other types? (two party) |
| 19:52.32 | mjordan | file: I've been thinking it should just be a function on a channel |
| 19:52.51 | mjordan | file: enable it on a channel, and have it raise events (AMI/ARI) when it detects that the channel is talking |
| 19:52.54 | tm1000 | mjordan: file yes that would be sweet |
| 19:53.03 | mjordan | that would also work for "silence" detection as well |
| 19:53.04 | file | mjordan, sure |
| 19:53.33 | mjordan | only 'drawback', such as it is, is that you have to transcode |
| 19:53.47 | WIMPy | Good to wake up people who fell asleep on the phone. |
| 19:53.49 | tm1000 | mjordan: maybe only do it if you are already transcoding though? |
| 19:54.01 | tm1000 | I know thats a lame response maybe though… :-( |
| 19:54.06 | mjordan | tm1000: well, since it's a function, you know when you want to apply it and when not |
| 19:54.30 | file | mjordan, in softmix it's not passive notification - it reacts based on it, depending on config |
| 19:54.38 | mjordan | right |
| 19:55.11 | mjordan | file: actually, hold up a second. What do you mean by reacts on it? |
| 19:55.36 | mjordan | generally, the talk detection stuff (IIRC) look at each SLIN frame before mixing to see if it has energy |
| 19:55.38 | file | it's used in the video mode to follow the speaker, and also optimizes things a bit (doesn't even get queued for mixing) |
| 19:55.43 | mjordan | right |
| 19:56.05 | mjordan | file: so that was my next thought: you'd want to let softmix use the function on the channel if its available to get the notification |
| 19:56.16 | mjordan | otherwise, you'd be doing the work twice |
| 19:56.34 | mjordan | tm1000: generally, if you're in a multi-party chat, you have to transcode anyway |
| 19:56.35 | file | aye |
| 19:56.44 | mjordan | tm1000: so where this is super-useful, you're already paying the price |
| 19:56.52 | mjordan | in two party chats, talk detection is less useful. |
| 19:57.26 | mjordan | but still potentially useful - you could have a two party chat of an agent and a caller, and have that light up a BLF on a supervisor's desk (or track how long the agent talked versus the caller) |
| 19:57.34 | file | sure could |
| 19:57.52 | tm1000 | mjordan: ah |
| 19:57.56 | mjordan | "Bob, we need to talk. Your caller talked all of 20 seconds in 20 minute phone call." |
| 19:58.07 | mjordan | "We all love your cats, but could you let the customer buy something?" |
| 19:58.38 | file | mjordan, hrm yeah... I quite like that being channel level versus bridge level |
| 19:58.47 | mjordan | tm1000: we have to transcode to SLIN to do the mixing. |
| 19:59.05 | mjordan | file: indeed. I've been thinking of a few others too |
| 19:59.10 | mjordan | file: IS_HUMAN |
| 19:59.27 | mjordan | raise an event when you think what the channel is talking to is a human or a machine |
| 19:59.41 | mjordan | outbound predictive dialers need something for AMD |
| 19:59.47 | file | ARI all the things! |
| 20:00.04 | mjordan | file: yup. Those two get a lot of things that we can't do through ARI right now. Basically, for media stream analysis, we need dialplan functions |
| 20:00.27 | mjordan | I'm not sure how we can make that more generic other than pick some form of analysis, add a hook for it, and raise events when the analysis determines something |
| 20:00.40 | mjordan | It'd be nice if we could re-pipe the media - which goes back to Dan/Ben's thoughts |
| 20:01.00 | mjordan | But while that's a generic solution, it also isn't super useful for a lot of use cases |
| 20:01.08 | file | meh |
| 20:01.38 | mjordan | tm1000: from a "what is on this media stream" perspective, can you think of anything other than talk detection and determining if you're a human/machine? |
| 20:03.22 | tm1000 | mjordan: not offhand, as we can determine codecs other ways? |
| 20:03.55 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 20:03.55 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:57.50 | mjordan | tm1000: yeah, you should be able to get what codec a channel is using from the CHANNEL function. |
| 21:05.22 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 21:25.42 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 21:52.10 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
| 22:31.46 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-blwrkmgfdqbzcrim) |
| 23:02.13 | *** join/#asterisk-dev puzzled (~patrick@puzzled.xs4all.nl) |
| 23:41.52 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |