| 00:48.30 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 01:11.39 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 01:11.39 | *** join/#asterisk-dev viraptor (n=viraptor@87-194-164-154.bethere.co.uk) |
| 01:11.39 | *** join/#asterisk-dev gonzo- (n=gonzo@yo.jabber.ru) [NETSPLIT VICTIM] |
| 01:11.39 | *** mode/#asterisk-dev [+o seanbright] by irc.freenode.net |
| 01:36.34 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:36.34 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:29.20 | *** join/#asterisk-dev jtodd (i=qutshyr8@ns.fox-den.com) |
| 02:29.20 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 03:13.19 | *** join/#asterisk-dev xpot-mobile (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 03:19.36 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 03:38.28 | *** join/#asterisk-dev jtodd (i=t19oz1fz@ns.fox-den.com) |
| 03:38.28 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 04:24.52 | *** join/#asterisk-dev xpot (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 04:52.40 | *** join/#asterisk-dev JackStorm (n=no@ip24-252-118-155.no.no.cox.net) |
| 05:14.19 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 05:36.29 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 05:55.42 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 06:13.58 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:13.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:28.20 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.122) |
| 06:29.40 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 07:18.09 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 07:18.09 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 07:49.53 | *** join/#asterisk-dev ctooley (n=ctooley@c-68-52-165-168.hsd1.tn.comcast.net) |
| 07:49.53 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 08:10.14 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:10.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:43.52 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 09:45.47 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 09:45.47 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 10:19.39 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 10:25.58 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 10:55.19 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 11:15.45 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 11:18.17 | *** join/#asterisk-dev Dovid (n=annon@213.8.121.90) |
| 11:22.23 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 11:22.23 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:45.24 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:45.24 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:51.40 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 11:56.49 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 12:08.23 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:08.23 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:40.44 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:40.44 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:51.59 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 12:51.59 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 12:55.45 | *** join/#asterisk-dev BlargMaN00 (n=blarg@12.234.16.130) |
| 13:05.43 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:18.38 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 13:18.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:36.28 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 13:36.29 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 13:40.52 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 13:40.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:43.23 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.131) |
| 13:46.22 | *** part/#asterisk-dev rseste (i=c93f9ac2@gateway/web/freenode/x-iwmephmpgvmcrwzj) |
| 14:07.22 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:07.22 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:20.42 | *** join/#asterisk-dev eliel_ (n=eliels@200.61.172.61) |
| 14:25.27 | BlargMaN00 | is 1.6.2 already closed for new features?? |
| 14:25.49 | leifmadsen | yes |
| 14:25.58 | leifmadsen | it is closed for new features when it is branches |
| 14:26.01 | leifmadsen | branched* |
| 14:26.18 | BlargMaN00 | ahh... so is trunk open for new features for 1.6.3? |
| 14:26.20 | leifmadsen | (unless those new features are absolutely critical to some sort of functionality, or fixes a bug, or some sort of inconsistency) |
| 14:26.39 | leifmadsen | trunk doesn't get frozen for new features typically -- that is the purpose of the new release policy |
| 14:26.55 | leifmadsen | (it may be somewhat frozen for a small period of time leading up to a new branching) |
| 14:27.10 | BlargMaN00 | by inconsistency, do you mean like something that altered the way asterisk used to work?? |
| 14:27.17 | leifmadsen | something like that |
| 14:27.34 | BlargMaN00 | gotcha... |
| 14:27.40 | leifmadsen | I'm just going by what I've seen in the past -- I don't know that there are hard and fast rules about this |
| 14:28.05 | BlargMaN00 | oh ok... you're still more informative that sitting in my chair and wondering... 8)~ |
| 14:28.10 | leifmadsen | but since we want to try and stabilize a branch once it is created from trunk for release, it doesn't seem to make sense to add features to it after branching |
| 14:28.23 | BlargMaN00 | understood |
| 14:32.37 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:32.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:41.53 | *** join/#asterisk-dev moy (n=moy@74.12.123.137) |
| 14:56.01 | seanbright | good morning, friends. |
| 14:57.18 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 14:57.18 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 14:58.44 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 15:01.54 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:01.54 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:05.23 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:05.23 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:05.28 | leifmadsen | seanbright: howdy! |
| 15:44.37 | *** join/#asterisk-dev outtolunc (n=me@c-98-248-96-110.hsd1.ca.comcast.net) |
| 15:49.55 | *** join/#asterisk-dev pittmodal (n=chatzill@multimodal-fw0.cust.expedient.net) |
| 15:54.05 | pittmodal | Hello all, I have an application I'd like to integrate into asterisk and was looking for some starting points. Basically, I need to obtain the inbound audio stream so that I can further process, be able to respond to keypresses and feed audio back through on the same call. |
| 15:54.13 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:54.30 | russellb | pittmodal: that is exactly what applications do (the apps/ folder) |
| 15:56.04 | pittmodal | ah, ok. I think I just hit you're how-to on writing asterisk modules. I'm guessing I'd start there :) |
| 15:56.11 | pittmodal | s/you're/your/ |
| 15:56.38 | russellb | Cool, I never really made it that far with those ... |
| 15:56.43 | russellb | but, basically, apps/ is where you start |
| 15:56.47 | russellb | app_skel.c is a good start |
| 15:56.52 | russellb | but it doesn't show much about audio access |
| 15:57.02 | russellb | for that, search around for ast_waitfor and ast_read |
| 15:57.14 | russellb | wait for audio / read audio ... writing audio back is ast_write() |
| 15:57.42 | russellb | ast_read() can also return signaling frames (such as digits), in addition to the audio |
| 15:57.46 | russellb | so it's the same loop for handling both |
| 15:58.56 | pittmodal | fantastic information. Is there api information somewhere, or is this kind of a play-as-you-go kind of thing? |
| 15:59.22 | russellb | some of both :-) |
| 15:59.29 | russellb | the existing code is your best reference |
| 15:59.37 | russellb | However, ... http://www.asterisk.org/doxygen/trunk/ |
| 16:00.16 | *** join/#asterisk-dev IgorG|note (n=IgorG|no@host-95-189-152-100.pppoe.omsknet.ru) |
| 16:02.04 | pittmodal | thanks for your help. FYI, we're looking into a digium partner to help us develop this application, but the deadline is tight (isn't it always?) and we may have to do some of the heavy lifting ourselves. |
| 16:02.25 | pittmodal | I also wanted to get an idea of the size of the project to double-check what they come back to us with |
| 16:03.01 | russellb | cool. |
| 16:03.05 | russellb | well I wish you the best of luck. :-) |
| 16:05.56 | pittmodal | thanks again for info. BTW, official word from digium is that they don't do custom development anymore? Do you know why this changed? |
| 16:06.22 | russellb | That is correct, we prefer to allow our ecosystem partners to handle those projects. |
| 16:07.52 | pittmodal | fair enough. I'm going to go play with that for a bit now. |
| 16:38.36 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 17:03.55 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:03.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:05.25 | JunK-Y | russellb: those custom dev will be incorporated in the trunk after all? |
| 17:09.16 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 17:12.51 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 17:12.51 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.131) [NETSPLIT VICTIM] |
| 17:12.51 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/pdpc.gold.Daviey) |
| 17:12.51 | *** join/#asterisk-dev destructure (n=mu@couchdb/user/destructure) [NETSPLIT VICTIM] |
| 17:20.42 | *** join/#asterisk-dev qdk (n=qdk@0x573d8d8b.bynqu1.dynamic.dsl.tele.dk) |
| 18:02.05 | *** part/#asterisk-dev pittmodal_away (n=chatzill@multimodal-fw0.cust.expedient.net) |
| 18:07.16 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 18:09.36 | *** join/#asterisk-dev stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 18:50.11 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1279506119.dsl.bell.ca) |
| 19:12.35 | *** join/#asterisk-dev errotan (n=errotan@5403E68A.catv.pool.telekom.hu) |
| 19:14.36 | seanbright | + unsigned new_max = 60; |
| 19:14.44 | seanbright | i know it's optional... |
| 19:14.50 | seanbright | but com'n |
| 19:14.51 | seanbright | heh |
| 19:17.31 | leifmadsen | seanbright: just commit it! :) |
| 19:17.38 | leifmadsen | takes no responsibility |
| 19:20.00 | seanbright | no commits for me today |
| 19:20.03 | seanbright | i'm laying low |
| 19:35.17 | kpfleming | seanbright: oh, that's lame :-) |
| 19:43.17 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 19:46.41 | seanbright | kpfleming: that is from main/udptl.c |
| 20:52.21 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:52.21 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 21:37.13 | *** join/#asterisk-dev darksmurf (n=asdf@166.134.135.107) |
| 21:51.28 | mnicholson | i recall hearing something about running asterisk in realtime mode some time in the past. Does anyone know what I am thinking of? |
| 21:51.59 | Qwell | mnicholson: asterisk -p? |
| 21:52.35 | mnicholson | yes, that is probably it, what does that do? |
| 21:52.50 | Qwell | Runs at a higher priority than most other processes |
| 21:53.16 | mnicholson | can the same effect be achieved using nice? |
| 21:53.36 | Qwell | not sure what the difference is |
| 21:53.41 | Qwell | I don't think so though |
| 22:01.24 | mnicholson | ok, thanks |
| 22:05.23 | tzafrir_laptop | mnicholson, no. it's not the same |
| 22:05.31 | mnicholson | ok |
| 22:06.15 | snuff-home | mm nothin like realtime process that goes rouge.. reset button anyone? :) |
| 22:07.35 | Qwell | red processes are never good! |
| 22:07.36 | Qwell | ducks |
| 22:09.05 | tzafrir_laptop | mnicholson, use chrt instead |
| 22:09.50 | tzafrir_laptop | snuff-home, with kernel >= 2.6.25 it should not be an issue. At least not supposed to be |
| 22:10.31 | tzafrir_laptop | suggests to leave the manager interface available |
| 22:13.00 | snuff-home | mm i never really have asterisk with more than 1 user myself.. and never RT.. |
| 22:17.29 | putnopvut | high fives Qwell for the "red processes" joke. |