| 04:10.24 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 04:10.24 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 05:21.11 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@24-177-86-98.dhcp.nwtn.ct.charter.com) |
| 05:21.11 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 05:32.00 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 06:58.36 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 07:48.44 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 08:05.54 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:53.34 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 08:58.39 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:35.08 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 11:35.20 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 12:43.02 | *** join/#asterisk-dev bof23 (~Thunderbi@185.13.183.107) |
| 12:53.29 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 12:53.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:48.13 | file | Friday, Friday, gotta get down on Friday |
| 13:53.36 | DivideBy0 | you're an extra hour into your Friday too |
| 13:53.57 | file | indeedy |
| 14:01.30 | gtjoseph | file: do you remember why we have config_system enforce minimums on timer_t1 and timer_b? Doesn't look like anything in pjproject needs it. |
| 14:02.00 | file | I remember there being a bug report as a result of not enforcing it |
| 14:02.10 | gtjoseph | :) ok |
| 14:02.48 | file | might have been a different option... |
| 14:03.06 | file | it was session timers actually I think |
| 14:03.54 | gtjoseph | yeah, had to go back to reviewboard for that commit. nothing special |
| 14:04.13 | gtjoseph | they were in the original commit |
| 14:04.29 | file | aye |
| 15:09.30 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-iccgizvbgbjepqai) |
| 15:09.30 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:38.01 | *** join/#asterisk-dev DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 15:38.02 | *** mode/#asterisk-dev [+o DivideBy0] by ChanServ |
| 15:45.28 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 15:47.03 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-hilwuxyegvypibkz) |
| 15:47.03 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:53.27 | *** join/#asterisk-dev klow (~textual@c-98-247-49-57.hsd1.wa.comcast.net) |
| 17:04.07 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 17:04.07 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 17:10.20 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 17:10.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:29.23 | *** join/#asterisk-dev klow (~textual@96-81-150-137-static.hfc.comcastbusiness.net) |
| 18:54.26 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 19:08.57 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00a94e59171eb7af85.ipv6.abo.wanadoo.fr) |
| 19:22.09 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 19:22.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:49.50 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-qjftqpznsjbmiyhc) |
| 19:52.39 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 20:12.25 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 20:12.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:22.40 | *** join/#asterisk-dev file (uid178970@asterisk/developer-and-muffin-lover/file) |
| 20:22.40 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 20:24.42 | *** join/#asterisk-dev klow (~textual@96-81-150-137-static.hfc.comcastbusiness.net) |
| 20:39.30 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 21:11.52 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.cust.se.alltele.net) |
| 21:11.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:15.01 | wakko | today i was finaly able to use this modem as an FXO on Asterisk :p http://www.multitech.com/models/94453129LF |
| 22:03.40 | file | um |
| 22:04.46 | rmudgett | oh ho hum |
| 22:09.46 | cresl1n | wakko: I think you deserve a cookie for that |
| 22:09.55 | cresl1n | sends wakko a cookie |
| 22:10.15 | wakko | eats the cookie :) |
| 22:10.29 | cresl1n | what did you have to do to make it work? |
| 22:10.52 | wakko | i took the chan_modem stuff from the 1.2 and ported it to 13 |
| 22:11.25 | wakko | + made a specific "driver" (chan_modem_multitech) |
| 22:13.18 | wakko | it's just basic AT (hayes compatible) to get a full-duplex voice transmission over the serial |
| 22:14.30 | wakko | it's still need some work to make it 2016 friendly :p |
| 22:16.14 | wakko | basically rework the config file format (modem.conf) to remove the old dahdi style syntax (ie device => /dev/ttyS0) and decoupling of module loading vs modem init |
| 22:16.31 | wakko | and add some CLI commands of course :) |
| 22:18.12 | wakko | i could also add modem codec selection a-la SDP |
| 22:21.29 | cresl1n | sounds like a great project! |
| 22:22.07 | wakko | i think 56k modems deserve a come back in asterisk even if it's "outdated" technology :) |
| 22:23.28 | wakko | that could also help to improve chan_mobile or chan_dongle... |
| 22:33.37 | cresl1n | Sounds like a fun project |
| 22:33.46 | cresl1n | let us know if you have any questions or if there's anything we can help with |
| 22:39.34 | wakko | ok |
| 22:40.46 | wakko | i had one question indeed, the modem can use some weird codecs like 8-bit and 14-bit signed or unsigned linear (+ more typical adpcm/alaw/ulaw) |
| 22:41.11 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 22:41.47 | wakko | i think the 8-bit is a bit crappy, but the 14-bits could be a must have for better quality calls (even if this hardware is not meant for hi-quality) |
| 22:42.09 | wakko | should i add those codecs to asterisk, and if yes, how to name them ? |
| 22:43.01 | wakko | or should i transcode the frames on the fly and keep this in the modem api ? |
| 22:43.20 | cresl1n | My first thought it probably not to add them separately, as nothing else can really negotiate them |
| 22:44.12 | wakko | for alaw/ulaw/adpcm it's pretty straigh forward, but let's say we try to negotiate with slin... the 14-bit slin could be a good candidate |
| 22:44.28 | cresl1n | And the 14-bit signed linear probably maps one to one to normal 16 bit signed linear would be my guess |
| 22:44.43 | cresl1n | IIRC, alaw only maps up to about 14 bits of precison |
| 22:44.50 | cresl1n | or ulaw |
| 22:44.52 | cresl1n | can't remember which |
| 22:45.24 | cresl1n | so that being said, you can just probably take the 14bit signed linear and sign extend it to a 16 bit signed short |
| 22:45.26 | wakko | i see, so the benefit would be so dramatic with 14 bits |
| 22:45.34 | wakko | would not* |
| 22:45.42 | cresl1n | and it would essentially be an acceptable signed linear format |
| 22:45.55 | wakko | ok thanks |
| 22:46.00 | cresl1n | I'd ignore the 8 bit linear format |
| 22:50.43 | cresl1n | ooops I was wrong |
| 22:50.52 | cresl1n | alaw has 13 bits of precision |
| 22:50.55 | cresl1n | ulaw has 14 bits |
| 22:50.57 | cresl1n | so there you go |
| 22:51.11 | cresl1n | just pop that into a 16 bit short with sign extension and you're good |
| 22:51.24 | wakko | ok thanks |
| 22:52.03 | cresl1n | and by precision, I mean a 14 or 13 bit signed value :-) |
| 22:54.01 | wakko | i think the sign extension can count as one bit precision, can't it ? |
| 22:55.30 | cresl1n | That's what I was trying to decide in my head :-) |
| 22:55.34 | cresl1n | I suppose so |
| 22:55.43 | cresl1n | since the form is usually two's complement |
| 22:59.38 | rmudgett | IIRC Asterisk's signed linear is 16 bits with varying sample rates 8k, 16k, etc... |
| 23:00.15 | wakko | atm, the modem i am using is 8kHz only |
| 23:00.23 | cresl1n | rmudgett technically it is, but if you're sourcing from ulaw or alaw, there aren't more than 13 or 14 bits of precision inherent in the codec |
| 23:00.56 | cresl1n | and I can't remember if Asterisk's g.711 codecs do any scaling on those values |
| 23:01.02 | cresl1n | I don't *think* you would want to do that |
| 23:01.25 | rmudgett | g.711 is ITU's name for alaw/unaw |
| 23:01.29 | wakko | you could do ulaw/alaw => slin => slin16 with codec_resample i guess |
| 23:01.29 | cresl1n | yep |
| 23:01.52 | cresl1n | wakko, you don't need to worry about producing new sample rates |
| 23:01.59 | cresl1n | just dump it out at the native sample rate of the modem |
| 23:02.09 | cresl1n | so 8khz |
| 23:02.21 | wakko | sure :p i was not planning to upscale the sample rate :p |
| 23:02.27 | cresl1n | excellent |
| 23:04.44 | wakko | having a look at codec_resample |
| 23:04.52 | wakko | i am curious about asterisk interpolation :) |
| 23:05.46 | wakko | speex_resampler_process_int ok... |
| 23:05.51 | wakko | no comment :) |
| 23:07.36 | wakko | coming back to the chan_modem, i am still unsure if this is the way to go... |
| 23:07.51 | cresl1n | if what is the way to go? |
| 23:08.22 | wakko | as support was droped in the 1.2, maybe it would be better to have a separate daemon and a abstract api to communicate with asterisk |
| 23:08.44 | wakko | chan_modem <=> unknown api <=> modem daemon |
| 23:09.27 | wakko | still having the AT stack in Asterisk is cool :) |
| 23:11.31 | wakko | i got the same thought when i coded codec_ambe and libambe to drive DVSI chips (close source atm), if i had to redo it maybe i'll go codec_sangoma style... |
| 23:11.37 | wakko | or dahdi style |
| 23:12.57 | wakko | dunno... |
| 23:18.49 | cresl1n | Oh, I don't know, you could submit your updated chan_modem to be included again if you'd like |
| 23:18.59 | cresl1n | we'd probably list you as maintainer or something though :-P |
| 23:19.36 | cresl1n | Writing another daemon just to perform AT commands somewhere else seems superflous |
| 23:19.59 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 23:19.59 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 23:20.56 | cresl1n | okies, gtg |
| 23:21.00 | cresl1n | good luck wakko |
| 23:21.09 | wakko | fair enough, let's give asterisk back some dusty and noisy modems to play with, i'll try to give some updates |
| 23:21.49 | wakko | good night/day |
| 23:34.04 | rmudgett | wakko: Are you using the config framework as demonstrated by app_confbridge or sorcery as demonstrated by res_pjsip? |
| 23:34.25 | wakko | i don't think so :( |
| 23:34.40 | wakko | i will have a look |
| 23:35.48 | wakko | wow crazy things here :p |
| 23:43.48 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-iccgizvbgbjepqai) |
| 23:43.59 | wakko | why aco_ and not ast_ ? :p |
| 23:49.03 | rmudgett | IIRC it stands for Asterisk Config Object |
| 23:50.54 | rmudgett | More likely Option |
| 23:51.54 | rmudgett | ASTERISK_CONFIG_OPTIONS_H <-- There we go |