| 06:06.06 | *** join/#asterisk-dev infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 06:06.06 | *** topic/#asterisk-dev is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- 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 |
| 06:50.32 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 07:40.06 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 08:41.07 | pchero_work | Hi Team, |
| 08:41.07 | pchero_work | I have a question regarding apps/app_mp3.c. |
| 08:41.07 | pchero_work | Because I've got an interested request regarding mp3player() dialplan application. |
| 08:41.07 | pchero_work | He was asked about use the ffmpeg for playing the more format of files, like an apps/app_mp3.c. |
| 08:41.08 | pchero_work | My question is, is this could be useful and part of the dialplan application for the Asterisk? :) |
| 09:17.53 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 10:06.10 | *** join/#asterisk-dev spditner (~simon@toroon0560w-lp130-10-174-94-16-144.dsl.bell.ca) |
| 10:07.19 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@68-114-57-249.dhcp.davl.vt.charter.com) |
| 10:07.19 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 10:10.32 | *** join/#asterisk-dev seanbright (~sean@asterisk/community-developer/seanbright) |
| 10:10.32 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 11:16.04 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 12:37.42 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:19.05 | tzafrir | pchero_work: generally formats should be supported as formats |
| 13:19.16 | tzafrir | I guess app_mp3 is an ugly hack |
| 13:19.47 | danjenkins | if youre interested... I jus posted about Dana & transcription - https://dan-jenkins.co.uk/dana-audioserver-transcription/ |
| 13:19.57 | tzafrir | That is: formats, for files, and codecs, for encoding / decoding |
| 13:20.39 | pchero_work | Hm, |
| 13:21.35 | pchero_work | but normally, we want to put any kind of format for playing. |
| 13:23.49 | pchero_work | I think ffmepg supports help this out. |
| 13:25.58 | file | doing it as a dialplan application severely limits the use of it so it would need to be done as tzafrir mentioned to actually be usable in most places, and I'm not certain of the licensing aspects of it |
| 13:30.12 | pchero_work | Um. is there more license should care about? ffmepg is LGPL. And basically, it would be working as add_mp3 but more codec support. |
| 13:30.48 | file | parts of ffmpeg are GPL |
| 13:30.56 | file | at least they were when I looked at things years ago |
| 13:31.44 | tzafrir | The interface is GPL or LGPL? What does it take for Asterisk to link with it? |
| 13:31.45 | file | but in general ffmpeg is big and can include many different things, so before accepting it would need to be double checked |
| 13:32.30 | pchero_work | I found this. af file mentioned it, there's many of license involved. |
| 13:32.31 | pchero_work | https://www.ffmpeg.org/doxygen/4.0/md_LICENSE.html |
| 13:32.48 | pchero_work | But if it use only the ffempeg's interface, this might be not a problem. |
| 13:33.06 | pchero_work | af => as |
| 13:49.24 | *** join/#asterisk-dev sahmed (~sahmed@cpe-70-114-236-63.austin.res.rr.com) |
| 14:02.09 | *** join/#asterisk-dev sduthil (~sduthil@modemcable094.94-70-69.static.videotron.ca) |
| 14:03.54 | *** join/#asterisk-dev Corydon76 (~quassel@96.69.98.139) |
| 14:03.54 | *** mode/#asterisk-dev [+o Corydon76] by ChanServ |
| 14:26.01 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-bmrchlszyzmtbsjp) |
| 14:26.01 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:49.06 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-hglmwhdmueyjzuau) |
| 14:49.06 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 14:54.06 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 14:54.06 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 15:12.22 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-jxoopdijzvuekjws) |
| 15:12.22 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:35.21 | *** join/#asterisk-dev _Vile (~abcdefg12@freeswitch/developer/vile) |
| 17:24.46 | kharwell | what is Asterisk suppose do if it receives multiple codecs in the 200 OK reply to an offer? |
| 17:29.54 | file | it picks the "best"/preferred and uses that, unless an RTP payload change causes it to switch |
| 17:37.18 | kharwell | any chance or path Asterisk might decide to send a re-invite to renegotiate? maybe in an attempt to narrow down the list? |
| 17:38.02 | file | nothing explicitly... the bridge_simple might do it just as a side effect of requesting renegotiation? |
| 17:38.58 | kharwell | I'll investigate further. Only thing kinda odd about the pcap I noticed for this issue: https://issues.asterisk.org/jira/browse/ASTERISK-28634 |
| 17:39.31 | kharwell | the endpoint replies with almost the list given |
| 17:39.35 | kharwell | *offered |
| 17:40.01 | file | nods |
| 17:40.06 | file | interestin' |
| 17:41.25 | file | debug level would probably enlighten things |
| 17:41.35 | kharwell | actually maybe not the only odd thing? In the re-invites additional routes are added for some reason |
| 17:50.34 | seanbright | file: re: your mysql fix |
| 17:50.48 | seanbright | have you tried compiling against version 8 of the lib? |
| 17:51.14 | file | probably not, gtjoseph tested against Fedora which was what was experiencing the problem in the first place |
| 17:51.14 | *** join/#asterisk-dev spatel (~spatel@110.224.208.226) |
| 17:51.22 | seanbright | gotcha |
| 17:51.36 | seanbright | they dropped another typedef in 8 |
| 17:51.41 | seanbright | trying to remember which one |
| 17:52.03 | file | the sean_bright_is_cool typedef? |
| 17:52.16 | seanbright | my_ulonglong |
| 17:52.31 | seanbright | in favor of uint64_t i believe |
| 17:52.58 | file | o i c |
| 17:53.17 | seanbright | https://github.com/mysql/mysql-server/blob/8.0/include/mysql.h#L49-L53 |
| 17:53.51 | seanbright | so i think what i experienced was the printf's of my_ulonglong complaining |
| 17:56.58 | seanbright | i think in previous versions it was an unsigned long |
| 17:57.43 | seanbright | res_config_mysql.c:646:15: error: format â%lluâ expects argument of type âlong long unsigned intâ, but argument 6 has type âmy_ulonglongâ {aka âlong unsigned intâ} [-Werror=format=] |
| 17:58.07 | file | meh |
| 17:58.24 | file | I'm not rolling that into this, I just did this because jsmith found it and it was easy to do this morning |
| 17:58.29 | seanbright | okie |
| 18:15.56 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 18:26.36 | seanbright | so i feel like there are two ways i could approach https://gerrit.asterisk.org/c/asterisk/+/13312 |
| 18:26.53 | seanbright | 1. modify ACLs to allow ports to be included and matched against |
| 18:27.40 | seanbright | 2. keep a parallel list for port matching (so one list of n items which are addresses/mask and another list of n items which are ports) |
| 18:28.05 | seanbright | the former seems to be... better? but potentially more intrusive |
| 18:28.33 | file | yeah, 1 is what I think a user would expect |
| 18:28.51 | seanbright | i was afraid you would say that |
| 18:29.12 | file | I knew you would say that |
| 22:42.22 | *** join/#asterisk-dev pchero (~pchero@2a02:a210:2241:6480:6878:6441:1803:9010) |
| 22:46.53 | *** join/#asterisk-dev AsteriskRoss (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk) |