| 00:04.21 | *** join/#asterisk-dev bklang (~bklang@66.21.27.205) |
| 00:04.59 | *** join/#asterisk-dev bklang (~bklang@66.21.27.205) |
| 01:18.12 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:18.12 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 01:28.08 | *** join/#asterisk-dev moy_ (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 01:41.34 | *** join/#asterisk-dev andrecourchesne (~chatzilla@mail.net-forces.com) |
| 01:46.03 | andrecourchesne | Hi, don't shoot me if this not the right place ;-) But is this the right place to ask for hints on writing a module that will modify a call voice? |
| 01:46.53 | russellb | shoots andrecourchesne |
| 01:47.07 | russellb | Yes, this would be an appropriate place. |
| 01:47.27 | russellb | If you want to write an Asterisk module in C to modify the audio, I would recommend studying funcs/func_volume.c |
| 01:47.28 | andrecourchesne | ouf, tought I was dead for an instant ;-) |
| 01:47.53 | andrecourchesne | ok, so a func would be more suited than an application ofr that? |
| 01:48.16 | russellb | well the function part is just the interface to turn it on or off (or adjust its behavior) |
| 01:48.40 | russellb | there is an internal API called "audiohooks" that allows you to place a hook into the audio stream of a channel |
| 01:48.55 | russellb | which you can use to modify the audio as it passes through |
| 01:49.15 | andrecourchesne | yeah saw that. |
| 01:50.04 | andrecourchesne | ok, I'll start that path then. I already have a stand alone C code that works on a raw sound file, should be easy to pu the same in a function. You think? |
| 01:50.19 | russellb | Yeah, it should be pretty easy. |
| 01:50.29 | russellb | another simple one is funcs/func_pitchshift.c |
| 01:50.46 | russellb | those are the model I would recommend that you follow |
| 01:51.00 | russellb | and you'll be hacking an audio stream in no time :-) |
| 01:51.30 | andrecourchesne | Ok, cool. did not know about pitchshift. still in the 1.4 mood haven't used a lot of the goodies in 1.6 (altough I have a lot of servers running 1.6). |
| 01:51.36 | russellb | pitchshift is a 1.8 thing |
| 01:51.56 | andrecourchesne | Oh that why I did not see it. would it work under 1.6 ? |
| 01:52.03 | russellb | in any case, if you have further questions, asking here is fine, and if you don't get an answer, try the asterisk-dev mailing list |
| 01:52.12 | russellb | ummmm, it might. i'm not sure. |
| 01:52.24 | russellb | the function APIs have changed a little bit, it might not be a drop-in ... |
| 01:52.41 | andrecourchesne | ok. I'll take a look at those. thanks Russell. |
| 01:52.46 | russellb | you're welcome. |
| 02:03.27 | snuff-work | russellb: the enum records should go under same as srv in domain terms.. like all under 'asteriskcheck.com' ? |
| 02:03.55 | russellb | Yeah. If you have records you would like in DNS for a test, I can get them put under that domain. |
| 02:04.25 | snuff-work | i can send u them.. seems like enum.c also can't sort dns records to save itself :) |
| 02:04.26 | russellb | maybe that doesn't make sense for what you're testing ... |
| 02:04.35 | russellb | oh, heh |
| 02:04.49 | russellb | but yeah, just send to russell@digium.com |
| 02:04.58 | russellb | and then I'll bug our IT guys about it |
| 02:05.50 | snuff-work | enum records dont have to exist under the 'proper' domains.. just means i add a domain to the end of queries to search against that instead of e164.arpa |
| 02:06.12 | russellb | gotcha |
| 02:08.04 | snuff-work | i think the sorting in enum.c could be made easier to read.. |
| 02:08.58 | snuff-work | 1 cool thing was.. i remembered how to implement a bubble sort from memory.. haven't done that since 2007 |
| 02:11.31 | snuff-work | is there any reason why an 'ast_verb' might not print on the console.. like i get a for loop.. prints k=0,1,3,5,6.. seems to mia the others inbetween |
| 02:14.47 | russellb | no.... |
| 02:15.46 | snuff-work | mm.. also think i'm going to change some of enum.c from verb messages to debug.. or raise the verb level from 1.. |
| 03:04.29 | *** join/#asterisk-dev ybit (~quassel@unaffiliated/ybit) |
| 04:11.53 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-122-182.ptld.qwest.net) |
| 07:05.28 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:15.46 | *** join/#asterisk-dev ybit (~quassel@unaffiliated/ybit) |
| 07:29.47 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 07:29.57 | schmidts | morning |
| 07:31.55 | snuff-work | ello |
| 07:46.32 | schmidts | how are you? |
| 07:48.46 | snuff-work | not too bad.. found some code in enum.c that needs fixing.. its sort is fail for records |
| 08:01.35 | schmidts | ;) |
| 08:02.01 | schmidts | dont tell me anything about enum, klaus darillion has done something real real bad to our system using enum, on our last security check ;) |
| 08:02.42 | schmidts | dialplan injections are really a bad thing |
| 08:10.10 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 08:57.57 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 10:44.44 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:44.44 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 10:48.19 | *** join/#asterisk-dev asilva (~structz@gandalf.ai.unesp.br) |
| 10:56.00 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 10:56.00 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:08.10 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:12.58 | seanbright | so what is awesomehooks? |
| 12:19.26 | russellb | they're like audiohooks, but with a touch more awesome |
| 12:19.40 | russellb | in all seriousness, more generic frame hooks |
| 12:19.46 | russellb | the ability to hook into _all_ frame types |
| 12:20.08 | russellb | and consume them, replace them, modify them |
| 12:20.20 | russellb | we've been chatting about how to implement T.38 gateway |
| 12:20.24 | russellb | and this was part of the picture |
| 12:24.37 | Marquis42 | Oooh, then these hooks of which you speak are aptly named. :) |
| 12:24.59 | russellb | ;-) |
| 12:28.13 | leifmadsen | Marquis42: :D |
| 13:14.18 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 13:14.18 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 13:41.00 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 13:46.35 | *** join/#asterisk-dev x-ip (~lain@unaffiliated/x-ip) |
| 13:46.39 | x-ip | hi all =) |
| 13:47.31 | x-ip | i'm looking for a tool / library to generate dial plans files and couldnt find something util (only a java 'compiler', you write with a specific syntax and then it translate to asterisk syntax) |
| 13:47.50 | x-ip | maybe this tool already exists ? maybe someone can give me a hint ? =) |
| 13:48.37 | schmidts | why not using realtime extensions? |
| 13:48.42 | x-ip | i'm thinking about using json format and code a 'json2asterisk' tool in python .... but i dont want to reinvent the wheel x'D |
| 13:49.26 | x-ip | schmidts, i dont know them ... searching about 'realtime extensions' .... |
| 13:49.29 | russellb | I think most people that don't want to write in Asterisk dialplan just use AGI |
| 13:49.56 | russellb | I would much rather debug a program running in the language I wrote it in than something that got converted by a tool |
| 13:50.40 | x-ip | russellb, excellent point =) |
| 13:50.57 | russellb | I don't want to kill your project ... just giving an honest opinion. |
| 13:51.54 | x-ip | no problem, my task is to code a tool like this one http://www.apstel.com/products/ |
| 13:52.39 | russellb | cool. |
| 13:52.56 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:52.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:53.37 | x-ip | so i thought i should make a tool that generate the dial plan files ... but maybe i can control all of this stuff with AGI or FastAGI |
| 13:53.46 | russellb | If it were me, I would define some format that I think makes the most sense as the backend storage of the data (probably in a database), and then I would write a FastAGI server that would interpret that data into Asterisk commands on the fly |
| 13:54.09 | russellb | or maybe not a database ... I don't know |
| 13:54.17 | x-ip | yep, that sounds nice =) |
| 13:54.26 | russellb | maybe some custom XML thing, I don't know |
| 13:54.34 | x-ip | any storage, it could be json =) |
| 13:54.34 | russellb | anyway, that's your job :-p |
| 13:54.37 | russellb | sure |
| 13:54.49 | x-ip | so then the front ends can be done almost in any language =) |
| 13:56.39 | x-ip | thanks schmidts russellb ... hands on work or work on hands =) |
| 13:56.48 | schmidts | ;) |
| 13:57.17 | schmidts | i use a selfwritten asterisk module for this, but atleast fastagi would be perfect for your needs |
| 14:13.27 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:13.27 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:18.05 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:28.56 | *** join/#asterisk-dev JimVanM (~jimvanm@bas1-toronto06-2925209635.dsl.bell.ca) |
| 14:38.26 | leifmadsen | I've worked with systems that had a program in one language (PHP) then wrote out the dialplan from there --it was kind of dumb since you needed to modify code to write dialplan instead of just writing dialplan -- basically what russellb said and just pick one or the other :) |
| 14:38.51 | leifmadsen | func_odbc is good for abstracting data from the dialplan so you can just write dialplan without worrying about the data, but that doesn't necessarily sound like what you're building. |
| 14:39.14 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:39.14 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:40.23 | schmidts | russellb did you had time to see my review about the subscribe thing? |
| 14:47.46 | russellb | yeah, talked to dvossel about it |
| 14:47.51 | russellb | deferred to him on the code review |
| 14:48.41 | schmidts | ok thanks |
| 14:49.17 | schmidts | cya all later gtg |
| 14:54.48 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 14:55.54 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:55.54 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:00.32 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:00.32 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:42.32 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:51.21 | *** join/#asterisk-dev espiceland (~erin@nat/digium/x-tfwxxjcylhqwronx) |
| 16:01.31 | pabelanger | http://lists.digium.com/pipermail/asterisk-users/2010-September/253684.html |
| 16:02.19 | pabelanger | Looks like an issue with 1.6.2.12 tarball? I can confirm there is a mismatch |
| 16:09.28 | russellb | that would be a PEBKAC issue |
| 16:09.46 | russellb | now where did lmadsen go .... |
| 16:10.16 | jsmith | According to his quit message, he'd died in a battle of wits :-) |
| 16:10.20 | russellb | updating the .version file and ChangeLog is a manual part of the release script |
| 16:10.41 | russellb | we'll have to get leif to rebuild the tarball |
| 16:10.54 | Qwell | version bump! |
| 16:11.10 | russellb | yep |
| 16:11.21 | Qwell | patents 1.6.2.12.1 |
| 16:13.08 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.12.183) |
| 16:16.02 | *** join/#asterisk-dev elliot98 (~elliot@unaffiliated/elliot98) |
| 16:16.57 | russellb | i emailed him |
| 16:18.15 | elliot98 | where is there documentation explaning the basics of the asterisk source code if one wants to modify a certain app? |
| 16:19.39 | jsmith | elliot98: There's an "app_skel.c" file which will help, and there are the doxygen docs as well... I would qualify either of them as "super helpful", but they should get you started down the right path |
| 16:20.40 | Kobaz | jsmith: would, or wouldn't qualify? |
| 16:21.15 | jsmith | wouldn't |
| 16:21.15 | jsmith | can't type |
| 16:22.25 | Kobaz | elliot98: the best way... is to dive-right-in |
| 16:22.40 | Kobaz | elliot98: if you are a proficient c coder, you shouldn' |
| 16:22.45 | Kobaz | t have any trouble |
| 16:24.28 | elliot98 | thanks...I've studied the code so far, it looks fairly straightforward, I need to modify the playback applications slightly |
| 16:25.07 | Kobaz | what are you working on? |
| 16:25.35 | elliot98 | an option to jump to the middle of sound file |
| 16:25.44 | elliot98 | instead of playing from the begining every time |
| 16:26.38 | elliot98 | I haven't found an application that does this |
| 16:26.43 | jsmith-away | Isn't that what ControlPlayback is for? |
| 16:26.47 | jsmith-away | blinks |
| 16:27.09 | elliot98 | that gives the user the ability to fast-forward, but if I want the sound file to initially start from the middle of file |
| 16:28.33 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 16:28.34 | Kobaz | ah |
| 16:28.36 | Kobaz | interesting |
| 16:28.40 | Kobaz | sounds good |
| 16:28.50 | Kobaz | elliot98: post your patch to -dev when you're done |
| 16:29.26 | elliot98 | do you have any suggestions how sound playing works? |
| 16:34.11 | elliot98 | where do I find the doc how to properly format the c code? |
| 16:35.39 | Marquis42 | elliot98: In the source, under /doc/CODING-GUIDELINES |
| 16:35.41 | elliot98 | and where are the doxygen docs? |
| 16:36.37 | Marquis42 | For that, you can either do a 'make docs' or they're available at asterisk.org: http://www.asterisk.org/developers/documentation |
| 16:39.31 | elliot98 | looking at the code, there is aparently an offset option |
| 16:39.33 | Kobaz | elliot98: look at ControlPlayback and see how it navigates the file |
| 16:43.39 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:43.39 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 16:43.59 | elliot98 | actually, the 1.6 version of controlplay seems to have that option |
| 16:55.25 | elliot98 | in a nutshell, how does asterisk simultaniously run channels? is there a different process for each channel? |
| 16:56.26 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 17:13.00 | elliot98 | how is this date field understood: int(* seek )(struct ast_filestream *, off_t, int) ? |
| 17:13.19 | Qwell | date field? |
| 17:13.35 | Qwell | but to answer the question you didn't ask.. it's a pointer to a function. |
| 17:15.50 | elliot98 | well, it's in the data field section in oxygen |
| 17:16.12 | elliot98 | pointer to a function, so it's kind of like trying to squeeze some C++ features into C |
| 17:17.11 | elliot98 | http://www.asterisk.org/doxygen/asterisk1.6.2/structast__format.html |
| 17:22.32 | elliot98 | the int(* seek )(struct ast_filestream *, off_t, int) is part of struct, where is the actual code for the function? |
| 17:23.41 | Qwell | in the format modules |
| 17:25.49 | elliot98 | so basically, it's a function inside a struct, sort of like an object |
| 17:26.12 | Qwell | No. It's just a pointer to some function. |
| 17:26.32 | Qwell | if (foo->myfunc) foo->myfunc(some, args, go, her); |
| 17:26.34 | Qwell | here* |
| 17:27.26 | elliot98 | the int(* seek )(struct ast_filestream *, off_t, int) is part of the ast_format structure, so is kind of like an object |
| 17:27.47 | Qwell | no.. it's just a pointer. |
| 17:28.03 | Qwell | a pointer which happens to point to a function, rather than some other type |
| 17:29.04 | elliot98 | ok, still trying to find that function though |
| 17:29.10 | Qwell | in the format modules |
| 17:29.19 | elliot98 | which specific file? |
| 17:29.34 | Qwell | any of the format modules |
| 17:29.53 | Qwell | format_wav, wav_seek, for example |
| 17:31.02 | elliot98 | gotcha, but seek does have any prefix? |
| 17:31.14 | Qwell | prefix? |
| 17:31.26 | elliot98 | how does int(* seek )(struct ast_filestream *, off_t, int) relate to int(* wav_seek )(struct ast_filestream *, off_t, int)? |
| 17:32.24 | Qwell | search for other uses of wav_seek in that file |
| 17:38.12 | elliot98 | Qwell: ok, so there is handler that provides the correct address (wav_seek, for example) to the seek pointer? |
| 17:46.35 | Qwell | Yes.. If you search for other uses of wav_seek in format_wav.c, you'll see where it's set. |
| 17:58.57 | elliot98 | yes, there is a wavf struct |
| 17:59.29 | elliot98 | so I imagine that the values in the wavf struct are given to the filestream struct when it is initialized |
| 18:00.33 | Qwell | wav_f *is* the ast_format struct. |
| 18:02.38 | elliot98 | so it merely sets the correct address for the ast_stream pointer in the ast_filestream struct |
| 18:05.06 | leifmadsen | pabelanger: you have your re-release, but it can't be perfect (I typo'd the subject) |
| 18:05.38 | pabelanger | salutes leifmadsen |
| 18:06.16 | Qwell | elliot98: I don't understand your comment. ast_filestream doesn't have an ast_filestream pointer. |
| 18:06.26 | Qwell | err |
| 18:06.30 | Qwell | ast_format doesn't |
| 18:07.41 | Qwell | no, you did say ast_filestream. which makes less sense. what is an ast_stream? |
| 18:08.27 | elliot98 | in other words, the ast_format fmt variable in the ast_filestream struct is given *wavf |
| 18:08.58 | elliot98 | since fmt is a pointer |
| 18:10.22 | Qwell | sure, or whatever format it is |
| 18:10.54 | elliot98 | gotcha |
| 18:14.41 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 18:30.58 | seanbright | love me some re-releast |
| 18:33.09 | russellb | heck yeah |
| 18:43.24 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@75-92-150-245.war.clearwire-wmx.net) |
| 18:43.27 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:44.42 | *** join/#asterisk-dev sivadnz (~alec@202-78-149-14.cable.telstraclear.net) |
| 18:46.36 | sivadnz | M16057 |
| 18:46.39 | MuffinMan | [ready for testing] [Asterisk] Core/General 0016057: [patch] Asterisk crashes with "Fixup failed on channel XXX, strange things may happen." reported by amorsen https://issues.asterisk.org/view.php?id=16057 |
| 18:48.20 | sivadnz | also fixes that 'bad magic number' I reported back in april. Please review and I'll commit later when others give have confirmed it's the correct. |
| 18:49.42 | sivadnz | particularly where davidw points out, with his previous patch that original and clonechan may be swapped. |
| 18:59.42 | sivadnz | the above is a masquerade problem, where a 2nd planned masq is setup with a channel aleady involved with the 1st planned masq. IE. masq 1->2 and 2->3. |
| 19:01.27 | sivadnz | morning all. it's quiet in here. |
| 20:35.45 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 20:47.11 | *** part/#asterisk-dev sivadnz (~alec@202-78-149-14.cable.telstraclear.net) |
| 21:06.33 | *** join/#asterisk-dev alecdavis (~alec@210.48.127.227) |
| 22:04.43 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 22:04.43 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:27.24 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 23:29.56 | *** join/#asterisk-dev n0tk (~n0tk@216.160.42.30) |