| 13:53.43 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 13:53.43 | *** 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! asterisk-blog.com -=- Follow on Twitter at @AsteriskDev |
| 14:08.37 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-fqgmzyowkfpvhhmc) |
| 14:21.53 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:21.53 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:26.42 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:26.42 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:36.23 | cresl1n | waves |
| 14:47.05 | *** join/#asterisk-dev oej (~oej@host-95-199-5-73.mobileonline.telia.com) |
| 14:47.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:47.15 | *** join/#asterisk-dev ulogic (2f178b02@gateway/web/freenode/ip.47.23.139.2) |
| 14:47.43 | file | cresl1n, haylo |
| 14:47.49 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ibipmsbdpynfltvq) |
| 14:47.59 | cresl1n | file! I know you! |
| 14:48.06 | file | quesitonable |
| 14:48.06 | cresl1n | oh gerrit |
| 14:48.09 | cresl1n | you forget me every day |
| 15:28.52 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 15:30.58 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 15:35.02 | putnopvut | gtjoseph: FYI, I have that "false != no" realtime problem reproduced here now. I'll get to the bottom of this. |
| 15:35.22 | gtjoseph | cool. it's always good when you can reproduce. :) |
| 15:36.02 | gtjoseph | did you see alexei's comment on the review? |
| 15:38.24 | putnopvut | I did not |
| 15:39.30 | putnopvut | But hey, that seems like it's really helpful |
| 15:39.42 | gtjoseph | yep |
| 16:12.06 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 16:35.51 | gtjoseph | putnopvut: that's weird about true/false vs yes/no. it was working previously. |
| 16:36.25 | *** join/#asterisk-dev piling (~piling@unaffiliated/piling) |
| 16:37.06 | putnopvut | Well, I can't recall if there's ever been a boolean sorcery option that has had a default value written to a database. |
| 16:37.18 | putnopvut | We've had booleans that have been read from the database, certainly |
| 16:37.31 | gtjoseph | ah, true |
| 17:19.44 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip72-201-239-241.ph.ph.cox.net) |
| 18:10.53 | seanbright | trying to track down a weird ARI issue. we have a statis app that is subscribed to all resources, but once we add a channel to a bridge, the "all bridges" subscription is lost |
| 18:11.13 | seanbright | was hoping that sounded familiar to someone |
| 18:11.24 | file | nope |
| 18:11.29 | seanbright | k |
| 18:15.37 | rmudgett | file: putnopvut Was Alexei's comment taken into account on https://gerrit.asterisk.org/#/c/3046/ ? |
| 18:15.58 | file | yes. |
| 18:16.07 | file | oh, that comment |
| 18:16.34 | file | no... but there wasn't a constraint from what putnopvut and gtjoseph saw... |
| 18:16.55 | putnopvut | Yeah, trying to run the upgrade, I'd get an error because it was trying to drop a constraint that did not exist |
| 18:21.58 | gtjoseph | I did a full downgrade and upgrade on the current reviewand didn't have an issue |
| 18:22.16 | gtjoseph | also tested registrations |
| 18:32.49 | *** join/#asterisk-dev piling_ (~piling@unaffiliated/piling) |
| 18:52.42 | gtjoseph | file: might be time for a git repack ; git gc on the gerrit repos again. gerrit ops are getting slow lately |
| 18:53.22 | file | I have a ticket open with IT for more RAM so that I can more easily do that |
| 18:53.22 | gtjoseph | rmudgett: putnopvut: pubsub back up with fixes |
| 18:53.32 | putnopvut | All right. I'll have anudder look |
| 18:54.07 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 18:54.07 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 18:59.04 | rmudgett | all +1ed |
| 19:00.17 | rmudgett | gtjoseph: Think it will go in this time? |
| 19:00.40 | gtjoseph | it better :) |
| 19:20.18 | putnopvut | file: Is the 13 function ast_format_attribute_get() the equivalent of the 11 function ast_format_get_value()? |
| 19:20.59 | file | yes |
| 19:35.46 | *** join/#asterisk-dev leifmadsen (~leifmadse@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:35.46 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 19:43.36 | putnopvut | file: another format question. What is the 13-equivalent of the ast_format_append() call? |
| 19:43.56 | file | append you say |
| 19:44.00 | putnopvut | Yeah |
| 19:44.17 | file | ah |
| 19:44.32 | putnopvut | Example: https://paste.fedoraproject.org/382765/65382661/ |
| 19:44.53 | file | you do individual using ast_format_attribute_set, which returns a new immutable format |
| 19:45.52 | putnopvut | Hm, all right. |
| 19:45.55 | putnopvut | Thanks |
| 19:50.07 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip72-201-239-241.ph.ph.cox.net) |
| 20:10.32 | seanbright | ugh |
| 20:10.50 | file | unilateral gravitational harness |
| 20:10.59 | seanbright | http://localhost:8088/ari/applications/foo/subscription?eventSource=bridge:__AST_BRIDGE_ALL_TOPIC |
| 20:11.05 | seanbright | what am i paying you people for? |
| 20:11.34 | seanbright | wait... my taxes are paying for asterisk development, right? |
| 20:14.07 | seanbright | to subscribe to all bridges, i can pass "eventSource=bridge:" |
| 20:14.28 | seanbright | but to unsubscribe from all, i have to pass the "magic" value |
| 20:17.00 | *** join/#asterisk-dev F2Knight (~F2Knight@c-50-139-85-237.hsd1.or.comcast.net) |
| 20:28.18 | rmudgett | putnopvut: In RFC4566 I'm getting conflicting information if a=rtpmap is required or not for dynamic payload types. |
| 20:30.32 | rmudgett | Section 5.14 says dynamic payload types SHOULD use rtpmap attributes |
| 20:30.44 | file | if you don't specify an rtpmap... how would you know what it is? |
| 20:31.09 | rmudgett | If the media is inactive does it matter? |
| 20:31.45 | file | we're talking a=inactive, aye? |
| 20:31.53 | rmudgett | yes |
| 20:32.16 | file | then that's still a negotiated stream, albeit it's not sending/receiving media |
| 20:33.12 | file | sooo in practice it doesn't matter, as changing the state would trigger a new SDP negotiation... |
| 20:33.16 | file | wishy-washy |
| 20:33.45 | rmudgett | In section 6 describing rtpmap it says if we wish to use dynamic payload type 98 additional information is required. With an inactive stream we don't really wish to use that payload type. |
| 20:34.37 | rmudgett | I'm also not seeing using port 0 in the m= line to disable a media stream |
| 20:34.59 | rmudgett | That's a convention and not in the specification right? |
| 20:35.16 | file | 0 is a rejected stream |
| 20:35.20 | file | it's in RFC3264 |
| 20:36.51 | putnopvut | Sorry, was away from my desk |
| 20:37.19 | putnopvut | But yeah, RFC 3264 is the offer-answer RFC, and that talks about how individual media streams are accepted/rejected |
| 20:45.40 | rmudgett | Do RTCP packets need to know which format is being used? |
| 20:46.09 | rmudgett | An inactive media stream is supposed to still send RTCP packets. |
| 20:49.30 | putnopvut | I think RTCP is format-agnostic. |
| 20:49.36 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 20:49.36 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:05.37 | putnopvut | file: When creating an ast_codec structure, how do you determine what the .minimum_bytes field should be set to? |
| 21:06.02 | file | that's dependent on the codec |
| 21:06.17 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip72-201-239-241.ph.ph.cox.net) |
| 21:06.27 | file | so it'd be the minimum frame size times how much space it takes to store it |
| 21:06.36 | file | if that makes sense |
| 21:06.46 | putnopvut | Hm |
| 21:08.01 | putnopvut | I'm filling in for SILK at the moment. So a frame of it will have a minimum of 20ms of audio. But I'm not sure how to figure out how many bytes that translates to. I'm also not sure if that's the right calculation, considering that a lot of codecs seem to have seemingly small numbers for their minimum_bytes |
| 21:08.43 | file | some can have really really small sizes |
| 21:08.49 | file | ie: you can have 1ms of ulaw |
| 21:16.18 | putnopvut | file: Do I need to create separate ast_codec structures for each possible sample rate of SILK? |
| 21:16.26 | file | yes |
| 21:17.20 | putnopvut | All right, thanks |
| 21:26.14 | *** join/#asterisk-dev piling (~piling@unaffiliated/piling) |
| 21:32.46 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-fqgmzyowkfpvhhmc) |
| 21:51.14 | file | putnopvut, tests be broke yo |
| 21:51.21 | file | https://jenkins.asterisk.org/jenkins/job/gate-asterisk-channel-drivers/1364/ |
| 21:51.27 | putnopvut | buns |
| 21:52.12 | putnopvut | Oh ha |
| 21:52.42 | putnopvut | I see what the problem is. |
| 21:54.54 | putnopvut | Hm, so the test failures bring up an interesting point. |
| 21:55.11 | putnopvut | The problem is that I changed the sorcery boolean handler from writing "true" and "false" to writing "yes" and "no". |
| 21:55.22 | putnopvut | I hadn't realized this would also affect AMI events. |
| 21:55.37 | putnopvut | It seems like a bit of a brash move to do in mid-13 release. |
| 21:56.07 | putnopvut | So, I'm thinking that it's probably best to back that change out and go with something else for the alembic issue. |
| 21:56.21 | putnopvut | Do others agree? |
| 21:56.22 | file | probably wise |
| 21:56.38 | putnopvut | It looks like it's not actually merged yet according to gerrit. |
| 21:56.43 | file | nope |
| 21:56.46 | putnopvut | So I can just -1 myself and should be good. |
| 21:56.48 | file | it'd fail |
| 21:56.50 | file | er |
| 21:56.51 | file | it did fail |
| 21:56.57 | file | CI WORKS! |
| 22:06.12 | *** part/#asterisk-dev DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 22:13.06 | cresl1n | does anybody know which taskprocessor ross beer might be talking about in his email to the -dev list? |
| 22:13.39 | cresl1n | I was looking around for one that might include the string 'subp' in the name but haven't found it |
| 22:14.07 | cresl1n | maybe something with pjsip subscriptions? |
| 22:15.01 | cresl1n | oooh oooh |
| 22:15.02 | rmudgett | the p in that name is calculated. It is either m for mailbox or p for pool. It is a stasis subscription pool taskprocessor. |
| 22:15.03 | cresl1n | maybe found it |
| 22:15.11 | cresl1n | just saw it! |
| 22:15.16 | cresl1n | thanks rmudgett |
| 22:20.17 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip72-201-239-241.ph.ph.cox.net) |
| 22:24.41 | cresl1n | okies, gtg, see you all tomorrow |
| 22:42.59 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip72-201-239-241.ph.ph.cox.net) |
| 23:01.34 | *** join/#asterisk-dev tuxd00d (~tuxd00d@ip72-201-239-241.ph.ph.cox.net) |
| 23:35.25 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |