| 00:33.07 | *** join/#asterisk-bugs jsmith (n=jsmith@nat/digium/x-7e3b96a062ed2daf) |
| 00:33.07 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 03:45.28 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:45.28 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 04:50.46 | *** join/#asterisk-bugs ZX81 (n=ZX81@202.20.97.211) |
| 07:56.33 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 09:18.12 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 10:11.03 | *** part/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 10:59.27 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:45.26 | *** join/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 12:04.41 | *** join/#asterisk-bugs codefreeze (n=steve_mu@216.166.159.235) |
| 12:04.41 | *** mode/#asterisk-bugs [+o codefreeze] by ChanServ |
| 12:18.09 | *** join/#asterisk-bugs codefreeze (n=steve_mu@216.166.159.235) |
| 12:18.09 | *** mode/#asterisk-bugs [+o codefreeze] by ChanServ |
| 12:35.11 | *** join/#asterisk-bugs tzafrir_laptop (n=tzafrir@62.90.10.53) |
| 13:33.35 | *** part/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 13:34.07 | *** join/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 13:40.43 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:40.43 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 13:48.56 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 13:48.57 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 14:30.24 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:30.24 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 14:34.03 | *** join/#asterisk-bugs d3wayne (n=deeewayn@76.29.245.9) |
| 14:34.47 | *** join/#asterisk-bugs jsmith (n=jsmith@nat/digium/x-bc2cec1b7c9a0247) |
| 14:34.47 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 14:55.32 | *** join/#asterisk-bugs d1mas (n=chatzill@host-99.dataart.net) |
| 14:56.51 | d1mas | quick question: it looks from the console output that Asterisk ignores order in whichremote peer lists codecs in the SDP. Is that correct? |
| 14:57.31 | Qwell | d1mas: I believe I recall seeing a patch for that...or something |
| 15:04.32 | d1mas | 0004825 - this one? |
| 15:05.42 | Qwell | something a little more recent I thought |
| 15:10.27 | d1mas | Ok, more recent is 6725 (almot 2yo) or something fom year 2007 ? |
| 15:10.48 | Qwell | not that one either |
| 15:12.46 | d1mas | Wow!!! How can an ancient bug (576) be related to recent Asterisk version (1.4.16.2 ) ? |
| 15:13.13 | Qwell | old version string deleted, so it reverted to the latest |
| 15:15.38 | jmls | ah, ye olde string theory raises it's ugly head again |
| 15:15.48 | d1mas | qwell: I can't find the issue on mantis but fom your words it exist I assume that for _current_ asterisk does ignore the codec order. So it looks like the only workaound is to disallow certain codecs in order to make it behave as I want. Thanks. |
| 15:47.04 | *** join/#asterisk-bugs monkeytype (n=Bill@nat/digium/x-e5ff7edeffd85aed) |
| 15:52.01 | *** join/#asterisk-bugs kpfleming (n=kpflemin@nat/digium/x-604e1bed763585a2) |
| 15:52.02 | *** mode/#asterisk-bugs [+o kpfleming] by ChanServ |
| 15:56.08 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:56.10 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:56.40 | *** join/#asterisk-bugs Victor_Yure (n=aaa@189.40.73.45) |
| 15:57.43 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:57.43 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 15:59.01 | *** join/#asterisk-bugs putnopvut (n=putnopvu@nat/digium/x-1290dbf01cdda09c) |
| 15:59.01 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 16:27.46 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 17:11.02 | *** join/#asterisk-bugs Victor_Yure (n=aaa@200.166.132.131) |
| 17:58.32 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 18:04.17 | *** join/#asterisk-bugs jsmith (n=jsmith@nat/digium/x-bcf287a2893799ad) |
| 18:04.17 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 19:04.23 | *** part/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 19:53.45 | *** join/#asterisk-bugs ZX81 (n=ZX81@202.20.97.211) |
| 20:30.05 | *** join/#asterisk-bugs ZX81_ (n=ZX81@202.49.106.158) |
| 20:40.45 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 21:05.48 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 21:34.03 | *** join/#asterisk-bugs jsmith (n=jsmith@nat/digium/x-d5306acd10d15d2b) |
| 21:34.03 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 21:52.15 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 21:54.56 | *** join/#asterisk-bugs monkeytype (n=Bill@nat/digium/x-3a1eeec357182f86) |
| 22:07.09 | *** join/#asterisk-bugs umay (n=chris@71-208-162-10.hlrn.qwest.net) |
| 22:24.52 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 22:24.52 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 22:28.01 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 22:28.01 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 22:33.46 | *** join/#asterisk-bugs De_Mon (i=de_mon@fl-71-55-239-242.dhcp.embarqhsd.net) |
| 22:39.02 | *** join/#asterisk-bugs d1mas (n=chatzill@ip195.117.adsl.wplus.ru) |
| 22:41.07 | d1mas | Hello again. Question: is there a reason why Asterisk internals monitoring audio stream (monitor, audiohooks) should get frames in the channel's native format instead of slinear for example ? |
| 22:46.09 | d1mas | There are situations when frame already read from ast_read is returned back to the channel's queue. And since it was already translated from the native format to channel's read format, when ast_read dequeues it next time, it immediately drops the frame. |
| 22:49.33 | caio1982 | file: ping |
| 22:49.44 | file | pong |
| 22:50.36 | caio1982 | file: about 11681 i'd like to fix it properly, I honestly didn't think enough on the solution as you said... i had autoload=yes, that's why i didnt notice it was the wrong patch |
| 22:50.38 | caio1982 | M11681 |
| 22:50.39 | MuffinMan | [confirmed] [Asterisk] Core/PBX 0011681: module unload <tab> doesnt work reported by junky http://bugs.digium.com/view.php?id=11681 |
| 22:50.54 | caio1982 | file: would you mind giving some hints on where i should look for a proper fix? |
| 22:50.59 | caio1982 | i'd like to try again |
| 22:51.05 | file | I did a quick look and couldn't find a solution |
| 22:51.12 | file | but didn't look that hard, so I dunno |
| 22:51.13 | caio1982 | hmmm |
| 22:51.35 | caio1982 | well, then i'll keep searching for something |
| 22:51.38 | caio1982 | file: thank you sir! |
| 22:57.54 | *** join/#asterisk-bugs jmls (n=jmls@81.138.42.77) |
| 23:23.48 | caio1982 | file: was 'module load' supposed to support absolute paths like /var/mymods/chan_sip.so? |