| 01:50.55 | *** join/#asterisk-dev infobot (ibot@208.53.50.136) |
| 01:50.55 | *** 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 |
| 04:30.32 | FrankyCyborg | I don't like this kind of humour... 'pjsip_use_compact_form' has been renamed in pjproject-2.8 to 'use_compact_form', therefore I have again unresolved symbols in several shared objects. |
| 05:39.52 | *** join/#asterisk-dev ahmed89 (~ahmed89@134.0.214.254) |
| 05:43.28 | *** join/#asterisk-dev ahmed89 (~ahmed89@134.0.214.254) |
| 06:01.25 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:01.25 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 06:16.35 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 06:21.45 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 06:41.52 | *** join/#asterisk-dev hehol (~Adium@ip-178-200-60-212.hsi07.unitymediagroup.de) |
| 07:41.57 | *** join/#asterisk-dev pchero (~pchero@87.213.247.82) |
| 07:53.45 | *** join/#asterisk-dev pchero (~Adium@87.213.247.82) |
| 08:28.45 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 08:41.49 | *** join/#asterisk-dev pchero_work (~pchero@60.30.148.146.bc.googleusercontent.com) |
| 08:57.45 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.126) |
| 08:59.08 | *** join/#asterisk-dev ahmed89 (~ahmed89@134.0.214.254) |
| 09:33.14 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 09:36.43 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 11:03.00 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 11:45.15 | pchero_work | Hi guys, I'm digging the how the Asterisk caching the media and how does it check it. |
| 11:46.26 | pchero_work | I'm using the ARI with /channels/<channelid>/playback, but it doesn't working as I expected. So, I'm digging the source code. But no idea where I should look at it. |
| 11:47.29 | pchero_work | In shortly, where should I look at it to see the code for the check the how the asterisk handle the /channels/<channelid>/playback ? |
| 11:48.15 | pchero_work | I think res/res_http_media_cache.c handles it, is it correct? |
| 12:11.49 | file | Indirectly, yes. The rest API implementation ends up using that ultimately. |
| 12:12.17 | file | res_stasis_playback being the module for the rest part if I recall |
| 12:23.35 | pchero_work | Thanks! :) |
| 12:25.04 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 12:25.36 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 12:27.02 | pchero_work | Regarding this, https://wiki.asterisk.org/wiki/display/AST/Asterisk+14+Project+-+URI+Media+Playback |
| 12:27.34 | pchero_work | Is that done about the caching? Cause I can see the some code in the Asterisk about the "Cache-Control". |
| 12:31.43 | pchero_work | Ah, already implemented it. https://gerrit.asterisk.org/#/c/asterisk/+/1890/ |
| 12:31.45 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 12:57.56 | *** join/#asterisk-dev pchero_work (~pchero@60.30.148.146.bc.googleusercontent.com) |
| 13:07.56 | file | coreyfarrell: I have updated an existing issue re mailing lists |
| 13:08.02 | file | mailman may need a kick, but I lack access |
| 13:09.07 | coreyfarrell | file: cool, thanks |
| 13:10.22 | file | emails appear to be coming in |
| 13:11.03 | coreyfarrell | I wonder if that's why JIRA seems to be frozen :/ |
| 13:11.31 | file | hrm, I can't reach it now |
| 13:11.49 | file | oh could just be my IPv6 |
| 13:12.00 | coreyfarrell | I don't have ipv6 enabled |
| 13:12.15 | file | 503 Service Unavailable |
| 13:12.37 | gtjoseph | checks |
| 13:12.55 | gtjoseph | VERY slow |
| 13:13.15 | file | it may have gotten restarted? |
| 13:13.53 | *** join/#asterisk-dev dadrc (~quassel@unaffiliated/drc) |
| 13:14.04 | gtjoseph | well both shooty and prefect have been up for a while |
| 13:34.32 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-eexuiudncrhqjfeg) |
| 13:34.32 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 13:35.52 | *** join/#asterisk-dev dandann00dle (~dandann00@2601:840:8401:d7ee:cd87:f9f3:b237:db82) |
| 13:37.37 | gtjoseph | coreyfarrell: can you try jira again? |
| 13:38.27 | coreyfarrell | gtjoseph: it just let me comment on a ticket |
| 13:38.37 | gtjoseph | well, that's progress :) |
| 13:43.47 | *** join/#asterisk-dev sahmed (~sahmed@cpe-70-114-236-63.austin.res.rr.com) |
| 14:30.55 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-mhvmlbmgyspvohdw) |
| 14:30.55 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:30.57 | *** join/#asterisk-dev pchero_work (~pchero@60.30.148.146.bc.googleusercontent.com) |
| 14:42.37 | danjenkins | who told me to go and edit the docs for cyber mega phone with webrtc=yes flag - i went and did it! https://wiki.asterisk.org/wiki/display/AST/Installing+and+Configuring+CyberMegaPhone |
| 14:42.38 | danjenkins | shocker |
| 14:42.39 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 14:42.51 | gtjoseph | THANKS! |
| 14:45.33 | danjenkins | i should go and make a jira to get those magical settings enabled by webrtc=yes into actrual flags too |
| 14:48.00 | seanbright | i think it's already mentioned in the readme |
| 14:48.37 | seanbright | https://github.com/asterisk/cyber_mega_phone_2k/commit/859dfcc7ed7cc4613f5ad88b9012031fafcd978e |
| 14:48.44 | seanbright | whoever that jackass is |
| 14:52.11 | danjenkins | @seanbright that doesnt explain that if youve already got a webrtc config you cant be a jackass and think "I dont need to use that webrtc flag, that webrtc flag is for LOSERS" |
| 14:52.37 | seanbright | ok |
| 14:52.51 | seanbright | your webrtc config is verbose and meaningless |
| 14:52.56 | seanbright | just use webrtc=yes |
| 14:53.05 | seanbright | and stop bitching about irrelevant things |
| 14:53.14 | danjenkins | EXACTLY |
| 14:53.24 | danjenkins | but I didnt know that |
| 14:53.26 | seanbright | "i should go and make a jira to get those magical settings enabled by webrtc=yes into actrual flags too" |
| 14:53.26 | danjenkins | thats the point |
| 14:53.36 | seanbright | i already have an issue priority in mind for that |
| 14:53.44 | seanbright | what's less than 0? |
| 14:53.48 | seanbright | is that an option? |
| 14:54.31 | coreyfarrell | we need a seanbright asterisk config guide.. "Do it this way or you're a jackass" |
| 14:54.56 | seanbright | patches welcome |
| 14:55.20 | danjenkins | ok. funny. got told that there should in fact be separate flags for those settings by a Sangoma/Digium dev |
| 14:55.37 | seanbright | oh, well i'm not one of those, so disregard my view |
| 14:55.54 | file | on IRC I said we could certainly add them, but I have no idea when we'd get to doing such a thing |
| 14:56.03 | danjenkins | it wasnt you @file |
| 14:56.37 | danjenkins | well you said that, but it wasnt you I was referring to |
| 14:56.51 | seanbright | is it a secret? |
| 14:56.55 | seanbright | are we doing secrets now? |
| 14:57.05 | seanbright | is your accent even rEAL?! |
| 14:57.36 | danjenkins | RUN, ive been found out |
| 14:58.03 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-qgqshoabtccwjlyf) |
| 14:58.03 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:36.44 | gtjoseph | file: do you think you gained anything by storing channel snapshots on the channel itself vs in a common container? Think we should refactor bridges to do the same thing? |
| 15:36.45 | *** join/#asterisk-dev dadrc (~quassel@unaffiliated/drc) |
| 15:37.22 | file | I think maybe a Lil bit but not sure if quantifiable |
| 15:37.38 | file | Could probably be done elsewhere in fact... |
| 15:37.43 | file | And maybe? |
| 15:38.34 | gtjoseph | it's a little cleaner your way and the lookup would be faster since there'd be only a few rows in the container |
| 15:38.45 | gtjoseph | hmmm |
| 15:39.22 | file | I also try to go by the "do less" philosophy in general |
| 15:40.11 | gtjoseph | yep |
| 15:40.13 | gtjoseph | ponders |
| 15:41.58 | file | I think what we should do is somehow cache the current channel snapshot in RTP instances though... that'd likely gain a bit |
| 15:42.26 | file | Cause every time RTCP happens it's a cache hit |
| 15:42.28 | gtjoseph | yeah that makes sense |
| 15:42.30 | file | Over and over and over |
| 15:43.11 | file | Which I'm okay with for sporadic stuff, but that happens frequently... even more so for WebRTC |
| 15:43.29 | gtjoseph | would there be any case where we'd change anything in the snapshot after the instance is created that we'd need to update? |
| 15:44.26 | file | I haven't looked at the event to see |
| 15:44.32 | file | But potentially... |
| 15:44.44 | file | Could subscribe to it for snapshot updates... |
| 15:45.05 | gtjoseph | yep |
| 15:50.31 | rmudgett | You should not need to change anything in a snapshot since they are supposed to be immutable. |
| 15:53.24 | gtjoseph | let me rephrase... would there be any case where we'd change anything in the channel after the instance is created that we'd need to update and generate a new snapshot that the instance would be interested in? |
| 16:03.24 | file | "potentially" :D |
| 16:19.14 | file | grumbles at Google |
| 16:34.13 | file | dang it not again |
| 16:34.19 | file | Google Chat WHY WON'T YOU WORK |
| 16:34.50 | file | gtjoseph: crowd is doing tons of DB stuff |
| 16:35.10 | gtjoseph | nothing in logs |
| 16:35.43 | gtjoseph | and zippo in shooty's acces slog |
| 16:35.56 | rmudgett | file: trade dispute? |
| 16:36.36 | gtjoseph | what-is-rogerbot |
| 16:36.49 | rmudgett | what is slog |
| 16:45.42 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d009cbff92693a0db59.ipv6.abo.wanadoo.fr) |
| 18:21.21 | coreyfarrell | rmudgett: https://github.com/asterisk/asterisk/blob/master/include/asterisk/astobj2.h#L1316 mentions legacy container creation methods, is this referring to the next 4 macros that follow or only the next 2? |
| 18:23.28 | rmudgett | The next 4 macros. The current container allocation functions are ao2_container_alloc_xxx() where xxx is list, heap, or rbtree |
| 18:24.09 | rmudgett | Those legacy allocation functions just redirect them to the current functions. |
| 18:25.08 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.171) |
| 18:36.55 | coreyfarrell | how big of a deal is it for ao2_container_alloc_hash n_buckets to be non-prime? |
| 18:37.47 | gtjoseph | couldn't that allow a hash to wind up in more than 1 bucket? |
| 18:37.58 | gtjoseph | oh wait |
| 18:38.21 | file | it's not world ending |
| 18:38.55 | file | primes just yield better distribution |
| 18:39.17 | gtjoseph | yeah i was thinking of something else |
| 18:39.42 | coreyfarrell | ok cool. |
| 18:45.58 | rmudgett | file: So what's next with the GVSIP patch? Do the findings Dimitri put on https://issues.asterisk.org/jira/browse/ASTERISK-27971 need addressing before commit? |
| 18:46.35 | file | probably, but I think it should be community supported going forward :D |
| 18:46.54 | file | we did the hard part of getting the core work sorted |
| 18:47.30 | *** join/#asterisk-dev pchero (~pchero@dhcp-077-249-058-090.chello.nl) |
| 18:49.45 | rmudgett | The alembic script on that patch is soon to need updating for the version chain. |
| 20:57.20 | jameswf | the problem with gv stuff is it seems to break (probably on purpose) pretty regularly. IMHO people want to spend 6 hours a month saving 0.02/min they can do the work |
| 20:58.00 | jameswf | google voice is a vampire feature |
| 21:09.59 | jameswf | voip ms cost under $10 a month. Let's be real |
| 21:39.51 | gtjoseph | i've been using voip.ms for years. i like them. |
| 21:42.58 | coreyfarrell | I never trust google when they talk about supporting standards. |
| 21:43.21 | gtjoseph | that's because they define "standard" as "our way" |
| 21:44.15 | coreyfarrell | until they decide they're done with it like they did with xmpp. |
| 21:45.23 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 21:58.00 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 22:00.32 | jameswf | to be fair when you are google/Microsoft/Facebook etc, standards tend to be what you say even if everyone disagrees |
| 22:06.11 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 23:05.21 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-mhvmlbmgyspvohdw) |