| 00:04.55 | jtodd | PDani: that URL works for me now - for you too? |
| 00:06.21 | PDani | jtodd: no. i tried it from two networks (machines) with links and firefox |
| 00:08.35 | PDani | the important url for me would be this: http://svn.digium.com/view/asterisk/team/group/gsoc-2009/ideas.txt?view=markup |
| 00:09.06 | PDani | is it available somewhere else? |
| 00:09.09 | leifmadsen | russellb: ping |
| 00:09.16 | leifmadsen | jtodd: !!! |
| 00:14.10 | dwayne | jtodd, I get the same internal server error |
| 00:17.57 | *** join/#asterisk-dev ctooley (n=ctooley@mo-71-0-218-176.dhcp.embarqhsd.net) |
| 00:17.57 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 00:18.12 | leifmadsen | oh -- I think viewvc was disabled again |
| 00:18.19 | leifmadsen | it brought down a server earlier today |
| 00:18.42 | leifmadsen | (again) |
| 00:18.59 | leifmadsen | so I believe it is offline for the time being until some solution can be instantiated |
| 00:42.38 | *** join/#asterisk-dev PDani_ (n=pekdanie@89.133.156.227) |
| 01:29.07 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 01:30.04 | alecdavis | anyone know why svn.digium.com/view reports an error? |
| 01:30.25 | snuff-work | because it crashed server.. so its offline for now |
| 01:31.24 | alecdavis | silly question. Better question, Any idea when it's going to be stood back up. |
| 01:31.41 | leifmadsen | it might not |
| 01:31.53 | leifmadsen | there is an issue with bots hitting viewvc, and it taking the server down |
| 01:32.03 | leifmadsen | it's the same issue from the mailing list a few weeks ago |
| 01:32.15 | leifmadsen | appears to have crept back up after some changes were made (from what I understand) |
| 01:32.48 | *** topic/#asterisk-dev by leifmadsen -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Yes, ViewVC is currently down. There is no ETA for it to return currently. -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ |
| 01:33.35 | alecdavis | umm. what to do next then? |
| 02:15.54 | leifmadsen | alecdavis: nothing you can do at this time |
| 02:18.00 | russellb | it's not supposed to be down |
| 02:18.46 | leifmadsen | oh really? |
| 02:18.55 | leifmadsen | then I've been spouting lies |
| 02:18.56 | alecdavis | I have a problem with trunk that the 'h' extension isn't being executed from within a macro if the caller hangs up before call is answered. was hoping to compare app_macro releases. |
| 02:18.58 | leifmadsen | I thought you shut it down earlier |
| 02:19.23 | leifmadsen | my apologies |
| 02:19.34 | *** topic/#asterisk-dev by leifmadsen -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ |
| 02:20.29 | russellb | leifmadsen: yeah, it did go down, but we went straight to the colo and rebooted it. |
| 02:20.42 | russellb | viewvc was the cause, so i put a memory limit on it. i guess that's messing it up ... |
| 02:20.49 | russellb | every other service on the box should be okay though |
| 02:21.30 | leifmadsen | russellb: ya, I saw all that, and I guess I misunderstood that you had shut it down again because Kevin was saying something about having to solve why that was happening |
| 02:22.00 | leifmadsen | so I guess I misunderstood that to me it was intentionally down until the problem could be resolved |
| 02:22.08 | leifmadsen | s/me/mean |
| 02:22.16 | russellb | ah, no problem |
| 02:22.25 | russellb | my bad for breaking it :-) |
| 02:24.57 | seanbright | update viewvx |
| 02:25.00 | seanbright | viewvc |
| 02:25.11 | russellb | has memory consumption improved? |
| 02:25.12 | seanbright | if it was written in lisp instead of python it would be fine |
| 02:25.21 | seanbright | clearly. |
| 02:25.29 | russellb | i mean ... i just bumbed the memory limit to 128 MB, and it still won't run |
| 02:25.30 | seanbright | re: memory consumption: no clue. |
| 02:25.32 | russellb | no wonder |
| 02:25.42 | russellb | this is ridiculous |
| 02:25.51 | seanbright | are you running a release or cvs? |
| 02:26.11 | russellb | i'm sorry, but running this little cgi shouldn't take up more memory than a moderately sized asterisk server |
| 02:26.12 | russellb | heh |
| 02:26.25 | seanbright | heh |
| 02:27.17 | russellb | 256 MB limit and it runs |
| 02:27.19 | russellb | rolls eyes |
| 02:27.37 | seanbright | remember when memory was at a premium? |
| 02:27.41 | seanbright | neither do i |
| 02:27.46 | russellb | nope, i don't |
| 02:28.00 | seanbright | my first machine (i got into the game late) had 8mb of ram |
| 02:28.07 | seanbright | and a 40mb hard drive |
| 02:28.08 | russellb | but the reason the box went down was viewvc eating up all the memory, and the kernel OOM killer freaking out and eventually taking down the whole box |
| 02:28.28 | russellb | i got in the game late, too. |
| 02:29.09 | seanbright | i was reading an article, i don't remember when, talking about old skool spell checkers |
| 02:29.34 | seanbright | they wouldn't store the words in the dictionary, but instead would just do multiple hashes |
| 02:29.47 | seanbright | if you followed both hashes and hit a 1 then the word was in the dictionary |
| 02:29.53 | seanbright | that is memory efficient :) |
| 02:30.13 | seanbright | wasn't perfect, but i guess it was a pretty small foot print |
| 02:31.00 | seanbright | today we have tries and TSTs and DAGs and stuff to do the same thing |
| 02:31.17 | seanbright | wasteful |
| 02:33.11 | seanbright | stops talking to himself |
| 02:35.01 | russellb | no no, keep going |
| 02:35.13 | seanbright | heh |
| 02:38.14 | seanbright | desides to get asterisk to run in under 128k of memory |
| 02:39.48 | leifmadsen | decides to go shower and head to bed |
| 02:39.50 | leifmadsen | night all! |
| 02:47.24 | russellb | debugging a deadlock with > 600 threads running sucks |
| 02:52.15 | *** join/#asterisk-dev macli_ (n=vli@S0106000024c8ebac.vc.shawcable.net) |
| 02:52.34 | russellb | blames seanbright |
| 03:24.46 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 03:45.07 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 04:10.04 | *** part/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 04:25.56 | PDani_ | russellb: are you here? |
| 06:09.19 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 06:50.41 | PDani | anybody here? |
| 07:06.51 | *** join/#asterisk-dev PDani (n=pekdanie@catv-89-133-156-227.catv.broadband.hu) |
| 07:27.47 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 07:30.48 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 07:34.48 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 07:35.08 | ZX81 | hey all, when was the last email from the svn-commits list? |
| 07:35.17 | ZX81 | like in hours ago |
| 07:42.15 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:42.21 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:40.02 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:07.54 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 09:42.55 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 10:25.31 | PDani | anybody here? |
| 10:47.35 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 10:52.31 | *** part/#asterisk-dev lbt (n=david@78.32.229.233) |
| 11:09.39 | *** join/#asterisk-dev PDani_ (n=pekdanie@catv-89-133-156-227.catv.broadband.hu) |
| 11:13.37 | *** join/#asterisk-dev Nick_Lewis (n=chatzill@81.171.134.146) |
| 11:13.58 | *** join/#asterisk-dev Chainsaw (n=chainsaw@gentoo/developer/atheme.member.chainsaw) |
| 11:14.20 | Chainsaw | I have a pending compile fix in the tracker: http://bugs.digium.com/view.php?id=14671 |
| 11:15.22 | Chainsaw | Has been open for 10 days and seems obviously correct to me. If you disagree, could you let me know. |
| 11:21.43 | snuff-home | Chainsaw: all bugs do get looked at.. sometimes they just take longer |
| 11:39.21 | Chainsaw | snuff-home: *nod* Just trying to push my downstream patchset up so it's in 1.6.0.7 |
| 11:50.43 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:50.43 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:52.13 | tzafrir_laptop | Chainsaw, can you add to that bug a command-line needed to reproduce the bug? |
| 11:52.27 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 11:52.27 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:52.29 | Chainsaw | tzafrir_laptop: Certainly. |
| 11:55.00 | Chainsaw | tzafrir_laptop: LDFLAGS="-Wl,--as-needed" ./configure --with-netsnmp (posted now) |
| 11:58.46 | tzafrir_laptop | Not reproduced here. I tried both trunk and branches/1.6.0 |
| 12:01.07 | Chainsaw | I can take the patch out locally and attach details of the failure if that's helpful. |
| 12:03.52 | eliel | good morning |
| 12:04.24 | Chainsaw | Morning eliel. |
| 12:06.39 | Chainsaw | tzafrir_laptop: And branch/1.6.0 with a locally regenerated configure script? |
| 12:08.01 | tzafrir_laptop | which version of autoconf do you use, btw? |
| 12:08.21 | leifmadsen | eliel: morning! |
| 12:08.35 | Chainsaw | tzafrir_laptop: 2.63 |
| 12:08.49 | eliel | Chainsaw: leifmadsen: morning |
| 12:09.43 | Chainsaw | tzafrir_laptop: Added failure output & config.log |
| 12:11.40 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:33.59 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:33.59 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:38.23 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:22.00 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:32.13 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 13:32.19 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:39.55 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.24.187) |
| 13:46.22 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) |
| 13:54.15 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.121.21) |
| 14:03.56 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 14:04.04 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 14:07.34 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:12.01 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:12.01 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:36.18 | *** join/#asterisk-dev Corydon76-dig (i=gray@pdpc/supporter/bronze/Corydon76-home) |
| 14:36.18 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 14:36.18 | *** join/#asterisk-dev kaii (n=kai@ciphron.de) [NETSPLIT VICTIM] |
| 14:36.18 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-1279895ff52b7921) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev Nick_Lewis (n=chatzill@81.171.134.146) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 14:36.19 | *** join/#asterisk-dev brookshire (i=mbrooks@hijacked.us) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/pdpc.gold.Daviey) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) [NETSPLIT VICTIM] |
| 14:36.19 | *** join/#asterisk-dev jsmith (n=nnnjsmit@asterisk/training-and-documentation-guru/jsmith) |
| 14:36.19 | *** mode/#asterisk-dev [+oooo Corydon76-dig Qwell snuff-work jsmith] by irc.freenode.net |
| 14:36.19 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 14:36.20 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) [NETSPLIT VICTIM] |
| 14:36.20 | *** join/#asterisk-dev jetsnoc (n=brian@72.22.244.222) [NETSPLIT VICTIM] |
| 14:36.20 | *** join/#asterisk-dev mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 14:36.20 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) [NETSPLIT VICTIM] |
| 14:36.20 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 14:36.20 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:36.20 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 14:36.20 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:36.20 | *** mode/#asterisk-dev [+oooo mog eliel bbryant Deeewayne] by irc.freenode.net |
| 14:36.20 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 14:36.20 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 14:36.21 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) [NETSPLIT VICTIM] |
| 14:36.21 | *** join/#asterisk-dev janinge (i=j@ninge.net) [NETSPLIT VICTIM] |
| 14:36.21 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) [NETSPLIT VICTIM] |
| 14:36.21 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:36.21 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 14:36.21 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 14:36.21 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 14:36.21 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-a38581c2af27997f) |
| 14:36.21 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 14:36.21 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 14:36.21 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 14:36.22 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 14:36.22 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) [NETSPLIT VICTIM] |
| 14:36.22 | *** join/#asterisk-dev unpaidbill (n=bill@alteredbeastiality.org) [NETSPLIT VICTIM] |
| 14:36.22 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 14:36.22 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) [NETSPLIT VICTIM] |
| 14:36.22 | *** join/#asterisk-dev mbranca (n=matteo@2001:1418:130:0:21e:8cff:fe51:5b05) [NETSPLIT VICTIM] |
| 14:36.22 | *** join/#asterisk-dev lftsy (n=lftsy@ratatouille.leurent.eu) [NETSPLIT VICTIM] |
| 14:36.22 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) [NETSPLIT VICTIM] |
| 14:36.22 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 14:36.22 | *** mode/#asterisk-dev [+oooo ChanServ seanbright jpeeler mvanbaak] by irc.freenode.net |
| 14:36.22 | *** join/#asterisk-dev BlargMaN00 (n=blarg@12.234.16.130) |
| 14:36.22 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) [NETSPLIT VICTIM] |
| 14:36.23 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) [NETSPLIT VICTIM] |
| 14:36.23 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 14:36.23 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) [NETSPLIT VICTIM] |
| 14:36.23 | *** join/#asterisk-dev Chainsaw (n=chainsaw@gentoo/developer/atheme.member.chainsaw) [NETSPLIT VICTIM] |
| 14:36.23 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 14:36.23 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) [NETSPLIT VICTIM] |
| 14:36.23 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) [NETSPLIT VICTIM] |
| 14:36.23 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:36.23 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) [NETSPLIT VICTIM] |
| 14:36.23 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 14:36.23 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 14:36.24 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-b1df2ca59fce3934) [NETSPLIT VICTIM] |
| 14:36.24 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 14:36.24 | *** mode/#asterisk-dev [+oooo tzafrir_laptop kpfleming leifmadsen russellb] by irc.freenode.net |
| 14:36.24 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-67-77-166-5.dyn.embarqhsd.net) |
| 14:36.24 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 14:36.24 | *** mode/#asterisk-dev [+o file] by irc.freenode.net |
| 15:48.39 | *** join/#asterisk-dev jbot (i=ibot@rikers.org) |
| 15:48.39 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ |
| 15:59.48 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:08.18 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.24.187) [NETSPLIT VICTIM] |
| 17:32.50 | *** join/#asterisk-dev jbot (i=ibot@rikers.org) |
| 17:32.50 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ |
| 17:33.23 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 17:34.00 | *** join/#asterisk-dev swathanthran (n=user@unaffiliated/shyam-k/x-8459115) |
| 17:45.56 | jsmith | jpeeler: I can imagine a "master" span for timing from the telco, but that wouldn't be in LibPRI |
| 17:51.54 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 17:56.15 | *** join/#asterisk-dev pdani (n=pdani@catv-89-133-156-227.catv.broadband.hu) |
| 17:56.30 | pdani | hi |
| 17:57.22 | pdani | i tried to send a mail to asterisk-dev list, but it has never arrived... i tried to set reply-to, wrote to the listadmin, tried to send again the mail, but no results... any idea? |
| 17:59.17 | leifmadsen | probably not sending from the same email that you're subscribed with, and thus it is sitting in moderation |
| 18:01.53 | *** join/#asterisk-dev jmworx___ (n=jeval@mail.octasic.com) |
| 18:02.02 | pdani | i checked twice... same sender... |
| 18:02.24 | jmworx___ | Hi, I've had a closer look at the Asterisk standard prompts and I think they could use some high-pass filtering |
| 18:03.00 | jmworx___ | That could make them sound better then going through a codec (even for G.711) |
| 18:03.01 | kpfleming | jmworx___: that is probably an artifact of how we resample them down from 48Khz to the formats we deliver them in |
| 18:03.13 | kpfleming | we just use the sox 'polyphase' resampler |
| 18:03.20 | jmworx___ | kpfleming: I'm talking *high-pass* filtering, not low-pass |
| 18:03.24 | kpfleming | a better choice would be welcome :-) |
| 18:03.43 | jmworx___ | Well, sox now has a better resampler and Speex now has a resampler too. |
| 18:03.55 | kpfleming | a command line Speex resampler? |
| 18:03.56 | jmworx___ | But that's not at all the issue I'm talking about here |
| 18:04.14 | kpfleming | ok, that shows my ignorance of signal processing once again :-) |
| 18:04.29 | jmworx___ | The Speex one is a library, though it's trivial to make an executable out of it, plus sox has a really high quality resampler now. |
| 18:04.42 | kpfleming | what is it called? |
| 18:04.46 | jmworx___ | In any case, what I'm talking about is cutting the very *low* frequencies |
| 18:05.09 | jmworx___ | kpfleming: see http://sox.sourceforge.net/SoX/Resampling |
| 18:05.34 | jmworx___ | Basically, the issue is that the prompts contain a lot of LF energy and most narrowband codecs don't like that |
| 18:06.19 | kpfleming | if you would like 48KHz copies of a couple of the files to play with, i'd be happy to send them to you |
| 18:06.19 | jmworx___ | i.e. you need to remove or attenuate everything below ~300 Hz |
| 18:06.32 | jmworx___ | kpfleming: It *not* a resampling issue |
| 18:06.42 | jmworx___ | As far as I can tell, the resampling is adequate |
| 18:06.50 | kpfleming | right, but wouldn't want to filter on the original files before resampling? |
| 18:07.05 | jmworx___ | what you need to do is apply further filtering on top of the current 8 kHz prompts |
| 18:07.29 | jmworx___ | no, it's simpler to filter after resampling anyway |
| 18:07.41 | jmworx___ | resampling does not affect the low frequencies in any case |
| 18:08.19 | kpfleming | alright |
| 18:10.21 | jmworx___ | I've been doing some tests and I see a significant quality improvement when the audio going into a codec has been high-passed first. |
| 18:10.35 | kpfleming | how do you suggest we do the filtering? |
| 18:11.29 | jmworx___ | I've been playing with a simple 2-nd order elliptic filter that does the job. If you have any G.712 filter, it's fine as well |
| 18:12.00 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 18:12.04 | kpfleming | apparently the sox packaged in ubuntu intrepid does not have the new resampler |
| 18:12.19 | kpfleming | and i have no filtering tools already at my disposal that i am aware of |
| 18:12.23 | jmworx___ | FYI, G.729 (and probably most other narrowband codecs) *recommends* G.712 filtering on the input |
| 18:12.53 | jmworx___ | kpfleming: I can send you a small util I built that works on raw (headerless) files |
| 18:13.00 | kpfleming | ok |
| 18:13.04 | kpfleming | that would be great |
| 18:13.13 | jmworx___ | otherwise, sox can sort of do the job except you have no precise control on the filter |
| 18:13.17 | jmworx___ | email? |
| 18:13.24 | kpfleming | kpfleming@digium.com |
| 18:14.27 | kpfleming | yeah, the sox that has the stuff you are talking about is 14.2.0, which is newer than 14.0.1 which i have :-) |
| 18:15.00 | jmworx___ | sent |
| 18:15.25 | kpfleming | does sample rate matter? |
| 18:15.29 | jmworx___ | kpfleming: in any case, I'm sure the polyphase filter you got is more than enough for relephony |
| 18:15.45 | jmworx___ | The filter I just sent you is designed for 8 kHz |
| 18:15.50 | kpfleming | ok |
| 18:16.05 | kpfleming | we also produce 16KHz files, but they probably don't need this |
| 18:16.12 | jmworx___ | If you apply it to a 48 kHz signal, it'll cut everything below 1.5 kHz, which is probably not what you want! |
| 18:16.25 | kpfleming | would sound rather bad indeed |
| 18:16.26 | jmworx___ | Do *not* apply the high-pass filter to 16 kHz signals |
| 18:16.54 | jmworx___ | Actually, for 16 kHz you may want to high-pass at 50 kHz, but there's normally nothing below that anyway, so it's less important |
| 18:17.22 | kpfleming | 50Hz, not 50kHz, right? |
| 18:17.29 | jmworx___ | 50 Hz, right |
| 18:18.04 | jmworx___ | if you high-pass at 50 kHz, you're not likely to hear much of the result :-) |
| 18:18.09 | kpfleming | right |
| 18:18.24 | kpfleming | i can make a sample set of new files for you to analyze if you like... |
| 18:19.18 | jmworx___ | Well, I've already applied that filter to the Asterisk prompts |
| 18:19.35 | jmworx___ | i.e. that's what I've been using for codec testing for the past few days |
| 18:19.42 | kpfleming | ahh |
| 18:20.29 | jmworx___ | You'll hear that there's just a bit less bass, which I think is good |
| 18:21.06 | jmworx___ | And when you put them through a codec, they should come out better because of that |
| 18:21.17 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 18:21.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:23.25 | kpfleming | yeah... i'm playing the filtered raw version of demo-instruct, and previously (on my PC's 2.1 speaker system) there was noticeable bass |
| 18:23.46 | kpfleming | the english version of that file, i should say |
| 18:25.12 | kpfleming | that's quite noticeable indeed |
| 18:27.26 | jmworx___ | kpfleming: Now put them through a low-bitrate codec. You'll see even more difference |
| 18:27.34 | kpfleming | about to do that |
| 18:32.30 | *** join/#asterisk-dev bbryant (n=Brett_Br@209.192.100.193) |
| 18:32.30 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:35.16 | *** join/#asterisk-dev jeangal (n=jeang@nat/digium/x-6e07e0c3ae4a93e8) |
| 18:35.35 | kpfleming | jmworx___: yes, after going to GSM and back it's quite noticeably better |
| 18:35.38 | kpfleming | thanks! |
| 18:38.15 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 18:45.36 | *** join/#asterisk-dev moy (n=moy@74.12.124.89) |
| 18:48.27 | *** join/#asterisk-dev qdk (n=qdk@213.173.230.10) |
| 18:50.16 | kpfleming | jmworx___: should we list you as part of Xiph.org for credit for this improvement in the sound files? |
| 18:51.20 | *** join/#asterisk-dev wedhorn (n=nnnwedho@123.243.209.34) |
| 18:57.58 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 18:57.59 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:25.04 | *** join/#asterisk-dev qdk (n=qdk@0x55817ca1.terminal.tdcmobil.dk) |
| 19:29.45 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:37.40 | jmworx___ | kpfleming: I guess that particular one should be credited to Octasic |
| 19:45.29 | JunK-Y | im having coredump when im trying to make an outbound call (inside ast_load_realtime()) so i dig and i realized that simple line is making the core: _ast_request_and_dial("SIP", AST_FORMAT_SLINEAR, "SIP/5556",30000, &outstate, agentChan->cid.cid_num, agentChan->cid.cid_name, &oh); |
| 19:45.40 | JunK-Y | whats wrong with that line? |
| 19:46.53 | putnopvut | The line looks fine to me, unless agentChan is NULL. |
| 19:47.03 | putnopvut | or if agentChan->cid is NULL. |
| 19:47.59 | JunK-Y | (gdb) p agentChan->name |
| 19:47.59 | JunK-Y | $1 = 0x853251 "IAX2/1001-2" |
| 19:48.12 | JunK-Y | (gdb) p agentChan->cid |
| 19:48.12 | JunK-Y | $2 = {cid_dnid = 0x853cc0 "AH1001", cid_num = 0x8532e0 "", cid_name = 0x8532c0 "", cid_ani = 0x853ca0 "", cid_rdnis = 0x853ce0 "", cid_pres = 67, cid_ani2 = 0, cid_ton = 0, cid_tns = 0} |
| 19:48.44 | JunK-Y | cause cid_num and cid_name are "" (empty and not NULL) ? |
| 19:48.55 | putnopvut | That won't cause a problem. |
| 19:50.21 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 19:50.23 | JunK-Y | #0 0x000000000045315e in find_engine (family=0x2a9b1b9545 "sippeers", database=0x402591a0 "", dbsiz=256, table=0x402590a0 "", tabsiz=256) at config.c:1303 |
| 19:50.26 | JunK-Y | 1303 ast_mutex_lock(&config_lock); |
| 19:50.29 | JunK-Y | (gdb) bt |
| 19:50.31 | JunK-Y | #0 0x000000000045315e in find_engine (family=0x2a9b1b9545 "sippeers", database=0x402591a0 "", dbsiz=256, table=0x402590a0 "", tabsiz=256) at config.c:1303 |
| 19:50.34 | JunK-Y | #1 0x0000000000453655 in ast_load_realtime (family=0x2a9b1b9545 "sippeers") at config.c:1418 |
| 19:51.24 | JunK-Y | and with a bt full |
| 19:51.24 | JunK-Y | #0 0x000000000045315e in find_engine (family=0x2a9b1b9545 "sippeers", database=0x402591a0 "", dbsiz=256, table=0x402590a0 "", tabsiz=256) at config.c:1303 eng = (struct ast_config_engine *) 0x0 ret = (struct ast_config_engine *) 0x0 map = (struct ast_config_map *) 0x0 |
| 19:51.28 | JunK-Y | <PROTECTED> |
| 19:51.37 | JunK-Y | so theres def. a problem |
| 19:55.11 | *** join/#asterisk-dev elred (i=sauron@fucksheep.org) |
| 19:55.17 | elred | hello there |
| 19:55.42 | elred | I upgraded to version 1.4.24 of Asterisk, but now I see a bug i didn't have before |
| 19:56.02 | elred | if I try to make a Dial (SIP/account1&SIP/account2&SIP/account3) |
| 19:56.16 | elred | if one of account{1,2,3} isn't registered |
| 19:56.22 | elred | this block the whole Dialing process |
| 19:56.31 | elred | is that a known issue ? |
| 19:56.46 | elred | I didn't had that in 1.4.22 |
| 19:57.20 | elred | So basically if you make a group-call if one of the phone isn't registered, Asterisk isn't able to handle the call at all |
| 19:57.35 | elred | even if one phone answer the call, it will heard nothing |
| 19:57.53 | elred | and the caller will keep hearing the ring tone |
| 19:57.59 | JunK-Y | elred: do you have the same behavior if you have Dial(SIP/acccount_not_registered) ? |
| 19:58.06 | JunK-Y | so no & at all. |
| 19:58.23 | elred | humm I should try |
| 19:58.29 | elred | give me a min |
| 19:59.46 | elred | I can't try that for now, I am not anymore @office |
| 19:59.52 | elred | I will tell you that tommorow morning |
| 20:00.09 | JunK-Y | all right |
| 20:00.29 | JunK-Y | account acccount_not_registered is a valid peer, but just not registered, right? |
| 20:00.42 | putnopvut | elred: to answer your original question, that is not intentional behavior. That should not happen. |
| 20:01.34 | JunK-Y | putnopvut: what do you recommend for my problem? |
| 20:02.05 | putnopvut | JunK-Y: I still don't really even understand why your crash is happening. I find it weird that Asterisk would crash when attempting to lock a mutex. |
| 20:02.08 | elred | JunK-Y : yes it's a valid extension, just not registered at the moment |
| 20:02.17 | putnopvut | JunK-Y: was that the entire backtrace? |
| 20:02.54 | JunK-Y | elred: post ur full sip.conf too |
| 20:03.08 | JunK-Y | putnopvut: wait, i will try to disable realtime |
| 20:03.45 | *** join/#asterisk-dev sasargen (n=chatzill@174-153-61-162.pools.spcsdns.net) |
| 20:04.52 | *** join/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:04.52 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 20:10.13 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 20:26.16 | JunK-Y | brb |
| 20:35.19 | *** join/#asterisk-dev pdani (n=pdani@catv-89-133-156-227.catv.broadband.hu) |
| 20:35.24 | pdani | hi |
| 20:37.59 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 21:20.22 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 21:20.22 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:18.06 | kpfleming | geez... revision 200000 of the asterisk repo is not that far away |
| 22:18.21 | tzanger | kpfleming: STOP COMMITTING SO MUCH |
| 22:18.41 | kpfleming | NO |
| 22:18.45 | tzanger | but but but... |
| 22:19.11 | putnopvut | Please let rev 200000 not be an automerge commit. |
| 22:19.40 | putnopvut | is proud to have committed rev 123456 |
| 22:22.05 | tzanger | heh |
| 22:22.14 | tzanger | I think I had 31337 or something like that |
| 22:22.19 | tzanger | I had a magical commit number too |
| 22:24.58 | *** join/#asterisk-dev eliel (n=eliels@151-202-114-200.fibertel.com.ar) |
| 22:24.58 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 22:25.25 | *** join/#asterisk-dev qdk (n=qdk@213.173.230.10) |
| 22:29.00 | *** join/#asterisk-dev russellb_ (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:29.00 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 22:51.21 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 22:54.35 | *** join/#asterisk-dev _pepo_ (n=pepo@200.55.224.2) |
| 22:54.40 | _pepo_ | hi friends |
| 23:02.41 | *** join/#asterisk-dev snuff-work (n=aaa@203.176.96.250) |
| 23:02.41 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:05.06 | *** join/#asterisk-dev PDani (n=pdani@catv-89-133-156-227.catv.broadband.hu) |
| 23:32.14 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |
| 23:54.13 | *** part/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |