| 00:11.00 | *** join/#asterisk-dev moy (sid47040@gateway/web/irccloud.com/x-qjrudxdaijtbhhmt) |
| 00:16.26 | rmudgett | file: I wonder if we shouldn't just get rid of chan_vpb.cc. It is so touchy about the static struct initializer. Though I suppose we could initialize it at run time on module load instead. |
| 00:18.04 | file | yeahhhhhh |
| 00:21.15 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 00:21.15 | *** 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 |
| 00:21.16 | gtjoseph | there aren't even any centos or fedora packages for vpb anymore |
| 00:21.55 | rmudgett | Anyway. Patch series for new sdp stuff up. I'll wait for mark's patch to merge to put up more. :) |
| 00:22.42 | gtjoseph | will you be needing to fix leaks in that patch as well ?? :) |
| 00:22.53 | rmudgett | Well chan_vpb is our token C++ module. |
| 00:29.58 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-183-212.dialup.adsl.anteldata.net.uy) |
| 00:30.11 | rmudgett | Hmm. We seem to assume only one attribute line of "name" per payload type. a=fmtp: xxx |
| 02:44.43 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8065:6136:b307:c66f:1147) |
| 02:44.43 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 05:52.18 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 05:56.05 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:44.08 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 06:53.55 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:00.19 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:19.16 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:21.01 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:38.25 | *** join/#asterisk-dev jkroon (~jkroon@165.255.161.211) |
| 08:06.28 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 12:27.29 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-183-212.dialup.adsl.anteldata.net.uy) |
| 12:33.07 | *** join/#asterisk-dev scgm11_ (~scgm11@186.52.66.9) |
| 12:55.39 | *** join/#asterisk-dev jkroon_ (~jkroon@165.16.204.40) |
| 12:56.22 | *** join/#asterisk-dev newtonr (~newtonr@173-21-147-197.client.mchsi.com) |
| 12:56.22 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:16.10 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 13:37.56 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-52-248-245.dialup.adsl.anteldata.net.uy) |
| 14:02.25 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-fjwvnxetqgmrkdpc) |
| 14:02.25 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:14.38 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 14:15.07 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:15.07 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:18.26 | *** join/#asterisk-dev cresl1n (~Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:18.26 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:56.41 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-isesdajlgehctciy) |
| 14:56.41 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:12.23 | seanbright | FRIDAY |
| 15:34.25 | file | is now. |
| 15:38.44 | seanbright | i'm working hard to become a sorcery... WIZARD |
| 15:39.07 | file | seanbright: :D |
| 15:50.25 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00792b02cef9e25226.ipv6.abo.wanadoo.fr) |
| 16:34.21 | rmudgett | putnopvut: Looks like sdp_state->remote_capabilities doesn't need to be part of the sdp_state. It is only used in merge_sdps(). |
| 16:35.25 | putnopvut | Yeah, I'd be fine with that being removed. |
| 16:36.28 | rmudgett | It was also leaked for every subsequent merge_sdps() call |
| 17:16.25 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-14.wall.uls.co.za) |
| 18:09.45 | seanbright | for ast_sorcery_object_field_register_custom |
| 18:10.03 | seanbright | can someone tell me the purpose of the 'sorcery_handler' and the 'multiple_handler' |
| 18:10.20 | seanbright | the sorcery handler seems to involve converting the field back to a string |
| 18:16.48 | file | some are represented using multiple options, and not just a single string |
| 18:18.10 | seanbright | they are only invoked via ast_sorcery_objectset_create2 |
| 18:18.18 | seanbright | which seems to only be used for AMI |
| 18:18.24 | seanbright | or AMI-like stuff |
| 18:20.15 | file | remembers no more |
| 18:45.35 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 18:45.35 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 19:58.42 | rmudgett | file: Who is the intended user of the ast_stream.data member? |
| 19:59.15 | file | that's a gtjoseph creation |
| 20:00.16 | gtjoseph | we were going to use it to store the related rtp instance |
| 20:00.37 | rmudgett | The bridged rtp instance? |
| 20:00.47 | gtjoseph | but the architecture changed |
| 20:01.36 | rmudgett | I'm considering using it for an rtp instance codec payload mapping struct |
| 20:02.06 | gtjoseph | you can use it for anything you like. its indexed |
| 20:02.43 | rmudgett | Just trying to understand who was meant to use it. |
| 20:03.04 | gtjoseph | iirc there's an enum for it |
| 20:03.26 | gtjoseph | can't look ATM |
| 20:03.38 | rmudgett | <PROTECTED> |
| 20:04.04 | gtjoseph | yep and were not using that anymore |
| 20:05.00 | rmudgett | I think I'll take over that slot to stick a struct ast_rtp_codecs pointer in it. |
| 20:05.48 | rmudgett | It almost matches the existing slot enum name. :) |
| 20:07.57 | gtjoseph | there you go. |
| 20:46.50 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 22:26.41 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-fjwvnxetqgmrkdpc) |
| 22:46.21 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 23:58.45 | *** join/#asterisk-dev elguero (~miguel323@74-95-21-41-Connecticut.hfc.comcastbusiness.net) |