| 00:12.09 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@76.164.43.75) |
| 01:44.42 | *** join/#asterisk-dev pabelanger-lap (~pabelange@206-248-157-113.dsl.teksavvy.com) |
| 04:44.23 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 04:44.23 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:40.26 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@76.164.43.75) |
| 07:29.03 | *** join/#asterisk-dev oej (~olle@109.58.46.208.bredband.tre.se) |
| 07:29.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:35.40 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 07:48.15 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:48.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:54.48 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 11:16.24 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:18.55 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:18.55 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:04.46 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:04.46 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:09.25 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:15.22 | *** join/#asterisk-dev modsaid (~modsaid@82.201.210.162) |
| 12:21.09 | leifmadsen | tzafrir_laptop: I was using live_ast the other day for load testing stuff, and it's a pretty hawt little script. Thanks for creating that! |
| 12:21.24 | *** join/#asterisk-dev ccesario_ (~ccesario@189-29-32-71-ac.cpe.vivax.com.br) |
| 12:27.11 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 13:01.36 | modsaid | greetings guys |
| 13:01.58 | modsaid | I've just checked out asterisk, compiled it and had it setup on my machine |
| 13:02.23 | modsaid | i'm interested in developing a package/module that will manipulate the voice conversation in a voip session |
| 13:02.49 | modsaid | i have nothing to ask about now... but i think i may make some noise here during the next days :) |
| 13:03.17 | russellb | modsaid: take a look at funcs/func_volume.c or funcs/func_pitchshift.c |
| 13:03.26 | russellb | those both do exactly what you're looking for |
| 13:03.36 | russellb | just change the actual audio manipulation parts |
| 13:04.22 | modsaid | russellb: thanks man... i really appreciate the hint |
| 13:04.27 | modsaid | i'll check it |
| 13:04.28 | russellb | no problem |
| 13:04.35 | russellb | you should learn how to use Asterisk first :-) |
| 13:04.43 | russellb | but when you're ready, that's where you should start |
| 13:10.12 | *** join/#asterisk-dev frawd (~francois@83.34.200.195) |
| 13:13.30 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 13:13.30 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:14.37 | modsaid | russellb: i have been confused for a while, but finally i managed to get it up and make a VOIP conversation with another machine on my network... i still need to be more familiar with it though :) |
| 13:16.03 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 13:29.24 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 13:29.24 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 13:48.03 | *** join/#asterisk-dev oej (~olle@109.58.46.208.bredband.tre.se) |
| 13:48.03 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:06.44 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:10.33 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:10.33 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:10.54 | *** join/#asterisk-dev wdoekes2 (~walter@wjd.osso.nl) |
| 14:16.34 | wdoekes2 | hi, tilghman just shot down my __options__ realtime column in https://issues.asterisk.org/view.php?id=17791 -- is there another option available to me than having to add *every* option I might want to set as a table column? |
| 14:19.42 | pabelanger | wdoekes2: templates? |
| 14:20.59 | pabelanger | IE: [basic-options](!) |
| 14:21.31 | wdoekes2 | can I let dynamic peers inherit from static peers? |
| 14:22.16 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 14:24.08 | pabelanger | wdoekes2: I don't think it matters, any context should be able to inherit from another. IE: [1001](basic-options) |
| 14:24.39 | pabelanger | However, I don't believe realtime supports this. Not sure of the requirements for a patch |
| 14:26.38 | wdoekes2 | hmyes.. if realtime dynamic friends are not supported, then it's not really an option |
| 14:27.20 | wdoekes2 | thanks for thinking with me though |
| 14:28.12 | pabelanger | wdoekes2: Yes, however since your previous patch was rejected, this _maybe_ a better approach. |
| 14:28.49 | wdoekes2 | that approach would be to patch realtime to allow for inheritance from static/file |
| 14:30.24 | wdoekes2 | that's not something I'm willing to hack up to just get rejected though ;) |
| 14:30.46 | kpfleming | inheritance is handled in the text-file config reader... doing it in realtime will require rewriting the code, and there is much potential complication. how do you handle an item in realtime that inherits from something else that isn't in memory, but might also be present in realtime? |
| 14:32.27 | kpfleming | oh... you're proposing that realtime can only inherit from the text config... that's more logical |
| 14:32.40 | wdoekes2 | indeed.. that would do for my purposes |
| 14:33.34 | wdoekes2 | then I can create a [alcatel-issue](!) template to inherit from.. to me that would be just as clean as my __options__ fix |
| 14:34.28 | wdoekes2 | I would however have to fix the config reader, because I'm using static-realtime for that :( |
| 14:35.50 | wdoekes2 | (or, I might not have to, as I won't be needing multiple level inheritance) |
| 14:42.07 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 14:48.06 | *** join/#asterisk-dev frawd (~francois@210.Red-88-24-190.staticIP.rima-tde.net) |
| 15:00.09 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:00.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:01.07 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:04.20 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:04.20 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:11.43 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 15:13.06 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:13.41 | *** join/#asterisk-dev chazzam (~chazz@173-24-237-15.client.mchsi.com) |
| 15:30.21 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:30.21 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:07.10 | *** join/#asterisk-dev chazzam (~chazz@173-24-237-15.client.mchsi.com) |
| 16:19.40 | *** join/#asterisk-dev Victor_Yure (~victor@unaffiliated/victoryure/x-837844) |
| 17:20.42 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@75-92-150-245.war.clearwire-wmx.net) |
| 17:22.08 | *** join/#asterisk-dev pgrace (~pgrace@vsix.me) |
| 17:29.05 | pgrace | does 1.8.0-beta2 require openssl 1.0.0a? |
| 17:30.08 | Corydon76-dig | No, it doesn't |
| 17:30.30 | Corydon76-dig | I'm still running 0.97-something |
| 17:31.33 | Corydon76-dig | Oh, 0.98. I was close |
| 17:35.20 | pgrace | gotcha. Just trying to make configure behave with a compiled-from-source version of 0.9.8o |
| 17:36.57 | pgrace | leif smacked me with "Why don't you run 1.8.0 for us and test!?" so, firing up an srtp/tls environment to interface with our OCS system |
| 17:37.02 | Corydon76-dig | I think as long as you have only one version of openssl on your system, it should be automatic. The problems come in when you have multiple versions of a package installed (i.e. one in /usr, one in /usr/local, one in /opt, etc.) |
| 17:37.11 | pgrace | yeah. |
| 17:37.55 | pgrace | it sucks because openssl is such a core dependency that removing the distro-supplied package of it is asking for trouble |
| 17:38.52 | Corydon76-dig | This is true, but the 0.98 version should contain library symbols sufficient to allow binaries linked against 0.97 to function properly |
| 17:39.05 | Corydon76-dig | As long as the symlinks exist, that is |
| 17:39.20 | pgrace | in this case, it appears that openssl compiled static |
| 17:39.29 | pgrace | and installed to /usr/local/ssl |
| 17:39.36 | pgrace | so as you say, some symlinking should resolve the issue |
| 17:39.49 | Corydon76-dig | Static libraries? |
| 17:39.55 | pgrace | yeah, oddly enough. |
| 17:39.58 | Corydon76-dig | i.e. .a instead of .so? |
| 17:40.04 | Corydon76-dig | Then no, that won't work |
| 17:40.20 | Corydon76-dig | You'll need the dynamic libraries for it to work correctly |
| 17:40.42 | Corydon76-dig | it's probably a configure option, like --enable-shared |
| 17:40.53 | Corydon76-dig | configure option to openssl, that is |
| 17:41.03 | pgrace | yeah, you'd think -- there actually isn't a "configure" script in its traditional form |
| 17:41.07 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 17:41.07 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 17:41.09 | pgrace | it has some kind of third party configure script |
| 17:41.11 | Corydon76-dig | Ick |
| 17:41.17 | pgrace | I'm searching the source of it now |
| 17:42.12 | Qwell | ./config shared |
| 17:42.25 | pgrace | let me guess, this was somewhere in the documentation |
| 17:42.29 | Qwell | no |
| 17:42.31 | pgrace | that I missed? :) |
| 17:42.35 | pgrace | ahh |
| 17:44.10 | Qwell | just happen to know |
| 17:44.24 | Corydon76-dig | Heh |
| 17:47.30 | pgrace | sometimes I miss stuff like that, that is plainly evident in the documentation |
| 17:47.57 | pgrace | it's the manly "blueprint? Who needs a blueprint! Lets bolt this thing together!" mentality that winds up screwing you every time! |
| 17:54.27 | pgrace | yahoo, that worked, thanks qwell |
| 17:54.52 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 17:55.39 | eliel | yahoo (tm) |
| 17:55.58 | Qwell | Yahoo!(tm) |
| 17:56.02 | pgrace | haha. |
| 17:56.19 | pgrace | have you guys done much of anything relating to video calling in asterisk |
| 17:56.34 | pgrace | I'm *HOPING* that I can trick asterisk into just forwarding video to our polycom videoconference bridge |
| 17:58.48 | *** join/#asterisk-dev Sipster_ (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 18:10.25 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 18:10.25 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 18:34.58 | *** join/#asterisk-dev sgimeno (~chatzilla@212.Red-79-146-250.dynamicIP.rima-tde.net) |
| 18:46.01 | pgrace | have you guys utilized srtp yet at all? the srtp convo in asterisk-dev from 2009 mentions the "srtpcapable=yes" directive, but I don't see mention of that directive in the source when I grep. |
| 18:48.09 | russellb | I want to stab Mac OSX poll() in the throat |
| 18:48.22 | russellb | Corydon76-dig: would you like to join me? |
| 18:50.04 | kpfleming | there must be some other API that can be successfully used on OSX... otherwise every program would be having these issues |
| 18:50.24 | russellb | well, specifically poll() with unix sockets |
| 18:50.30 | russellb | so that lessens the impact a bit ... |
| 18:50.35 | kpfleming | ahh |
| 18:50.58 | kpfleming | so should we switch to UDP sockets on localhost when running on OSX? |
| 18:51.00 | seanbright | luckily mac osx isn't a supported OS |
| 18:51.21 | kpfleming | seanbright: by anyone |
| 18:51.29 | russellb | asterisk -rx "" is randomly unreliable because of it |
| 18:51.35 | russellb | and it frustrates me. |
| 18:52.05 | russellb | well, the commands will always execute, you just might not get all of the output |
| 18:52.20 | kpfleming | so yeah... when compiling on OSX, bind() to a random UDP socket on localhost, then put the bound socket number into a file in the same place where the unix socket would have lived... then -rx sessions can get the socket number and connect |
| 18:52.48 | russellb | yup |
| 19:08.46 | *** join/#asterisk-dev wedhorn (~nnnnnnnnn@123-243-209-34.static.tpgi.com.au) |
| 19:24.39 | *** join/#asterisk-dev oej (~olle@95.209.36.150.bredband.tre.se) |
| 19:24.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:28.21 | Corydon76-dig | russellb: well, I'm thinking once we expand the number of bits in fdset on OS X, we can just use select |
| 19:28.40 | russellb | in theory it's using select() already, isn't it? |
| 19:28.50 | russellb | our poll() wrapper for select() |
| 19:28.54 | Corydon76-dig | When you call ast_poll(), yes |
| 19:28.59 | russellb | nods |
| 19:29.02 | russellb | it is in this case |
| 19:29.22 | Corydon76-dig | I know under the covers, it is implementing poll(2) with kqueue(2) |
| 19:31.11 | Corydon76-dig | I don't know if select(2) is its own code or if select(2) is similarly implemented with kqueue(2) |
| 19:32.52 | Corydon76-dig | Other things which don't work with select/poll are stdin/stdout/stderr, as these are implemented as devices |
| 19:35.44 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 19:37.02 | pgrace | that's weird. sip is trying to register to an ipv4 address with an ipv6 packet |
| 19:42.31 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 19:42.31 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 20:09.21 | pgrace | tgslcast02*CLI> module load res_srtp |
| 20:09.21 | pgrace | Unable to load module res_srtp |
| 20:09.21 | pgrace | Command 'module load res_srtp ' failed. |
| 20:09.30 | pgrace | any idea how I can figure out why? |
| 20:09.40 | pgrace | also fails if I try module load res_srtp.so |
| 20:09.47 | tzafrir_laptop | pgrace, does it exist? |
| 20:09.51 | pgrace | aye |
| 20:10.01 | tzafrir_laptop | logger show channels |
| 20:10.20 | jsmith | pgrace: You're asking in the wrong channel -- the -dev channel is for discussion of the C code... that being said, you definitely need the '.so' on the end, and need to make sure the module exists in the modules directory |
| 20:10.34 | tzafrir_laptop | oops, this is -dev |
| 20:11.05 | pgrace | all right, I'll take it back to #asterisk -- wasn't sure where the line was drawn |
| 20:35.07 | *** join/#asterisk-dev Sipster_ (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 21:16.45 | Gugge | anyone know why it requires a restart to change queue strategy to linear? |
| 21:19.06 | Gugge | ahh, found the commit msg |
| 22:01.56 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 22:13.26 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 22:13.26 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:19.05 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 22:37.31 | *** join/#asterisk-dev frawd (~francois@210.Red-88-24-190.staticIP.rima-tde.net) |
| 23:07.09 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-155-51.cinci.res.rr.com) |
| 23:39.05 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 23:56.45 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 23:56.45 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |