| 00:21.23 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 00:21.23 | *** 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 |
| 02:53.05 | *** join/#asterisk-dev danjenkins (danjenkins@gateway/shell/firrre/x-urotfzzdlkdqfoga) |
| 02:53.05 | *** mode/#asterisk-dev [+o danjenkins] by ChanServ |
| 06:00.09 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 06:44.21 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 06:46.24 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:53.02 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:58.23 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:05.57 | *** join/#asterisk-dev chazzam (~chazz@vps.roguewerks.com) |
| 07:56.23 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:13.09 | *** join/#asterisk-dev mpotra (567e58ca@gateway/web/freenode/ip.86.126.88.202) |
| 09:14.44 | mpotra | Hello. Does anybody know if ARI supports disabling silence truncating on recordings? The Record application has the `u` option to do this, but I can't find any support for something like it in ARI channel/bridge record |
| 09:15.10 | mpotra | I mean, there is `maxSilenceSeconds`, but AFAIK that's for detecting silence in order to automatically end the recording, correct? |
| 09:27.47 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 09:40.01 | *** join/#asterisk-dev hehol (~hehol@212.204.36.98) |
| 10:09.20 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 13:04.40 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-syfvdlnetfgtetcj) |
| 13:04.40 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:12.48 | *** join/#asterisk-dev newtonr (~newtonr@99-104-129-136.lightspeed.brhmal.sbcglobal.net) |
| 13:12.48 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:37.41 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:37.41 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:39.24 | file | meep |
| 13:41.14 | newtonr | meep meep |
| 13:56.11 | mpotra | So, I've reached the point where I now know that ARI channel record, ends up to this: __ast_play_and_record() (main/app.c:1505) |
| 13:56.31 | mpotra | does anybody have any idea why silence segments in a recording are not saved by asterisk to the file? |
| 13:57.14 | mpotra | so far, all the logic in there tells me the only reason it lookg for silence, is to terminate the recording |
| 13:57.35 | mpotra | but my recordings are missing silence chunks within them (max_silence_seconds = 0) |
| 13:57.36 | tsearle | meep meep! |
| 14:07.34 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-lsksclsdbefsrlhg) |
| 14:07.34 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:15.36 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 14:54.50 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-zdoofkpheoahycnk) |
| 14:54.50 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:19.02 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 16:16.38 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-afovqlsrbcfgarms) |
| 16:16.38 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 16:39.50 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LFbn-1-5197-25.w90-105.abo.wanadoo.fr) |
| 17:21.11 | *** join/#asterisk-dev joshelson (~joshelson@64.55.128.243) |
| 17:24.44 | kharwell | file: when creating an outgoing sdp is there any way to tell if the stream and/or media session is a new one? |
| 17:24.58 | file | hum |
| 17:25.36 | file | yes, you can look in the active media state for the stream |
| 17:26.16 | file | if it's in there then it's a reused stream, if it's not then it's new |
| 17:26.46 | file | you can also look for the session in the active media state sessions |
| 17:26.58 | kharwell | okay yeah that makes sense active vs pending |
| 18:05.04 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-nyaltskblbqlmdzf) |
| 18:05.04 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 18:37.48 | *** join/#asterisk-dev jkroon (~jkroon@41.13.12.112) |
| 18:41.13 | *** join/#asterisk-dev newtonr (newtonr@nat/digium/x-gsghuygjqcjuzooi) |
| 18:41.13 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 19:30.04 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-s-41-13-12-112.umts.vodacom.co.za) |
| 20:03.47 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:03.47 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 20:14.45 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 20:42.26 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@wsip-98-179-138-226.ri.ri.cox.net) |
| 20:42.26 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 20:50.47 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:50.47 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 21:08.51 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 21:08.52 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 22:09.10 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:09.10 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 23:11.01 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-s-41-13-12-112.umts.vodacom.co.za) |
| 23:17.52 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-lsksclsdbefsrlhg) |
| 23:42.18 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-s-41-13-12-112.umts.vodacom.co.za) |
| 23:58.16 | *** join/#asterisk-dev jkroon (~jkroon@vc-nat-gp-s-41-13-12-112.umts.vodacom.co.za) |