| 00:57.33 | *** join/#asterisk-dev jermey_g (n=root@c-92a1e755.021-183-73746f3.cust.bredbandsbolaget.se) |
| 00:57.37 | jermey_g | hi |
| 00:59.07 | jermey_g | in bug tracker, i recall a user drake filing a bug about bridge () application. The bug was about bridge () causing audio to loose one way, if an ongoing call is bridged to a call stream with rtp marker or some other sequence changed... |
| 00:59.37 | jermey_g | prolly it was marker bit i dont know...but can anyone recall that bug..was reported in 1.6, around march last year |
| 01:52.05 | snuff-home | all i can say is.. use search on issues.. |
| 01:52.26 | snuff-home | or check changelog of * version to see if a commit stands out |
| 02:13.12 | *** join/#asterisk-dev miguel3239 (n=_miguel3@ns1.nashuacs.com) |
| 02:13.36 | *** join/#asterisk-dev elguero (n=_miguel3@ns1.nashuacs.com) |
| 02:14.08 | *** join/#asterisk-dev miguel3239 (n=_miguel3@ns1.nashuacs.com) |
| 02:18.18 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 02:19.27 | *** join/#asterisk-dev tgrman (n=jcmoore@unaffiliated/tgrman) |
| 03:17.15 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 04:23.21 | *** join/#asterisk-dev moy (n=moy@74.12.129.52) |
| 07:02.05 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 07:31.38 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:31.38 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:03.29 | *** join/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 09:04.54 | *** part/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 09:05.28 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 09:06.08 | *** join/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 10:56.58 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:35.31 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:35.31 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:48.17 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 11:48.17 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://www.xkcd.org/664/ |
| 11:56.51 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:34.11 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 12:34.36 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:48.28 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 13:16.00 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/professional/jeffg) |
| 13:52.19 | *** join/#asterisk-dev bkruse (n=bkruse@76.73.154.120) |
| 13:52.20 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 14:09.28 | *** join/#asterisk-dev Gugge (n=gugge@vlan2.dlxhosting.dk) |
| 14:18.55 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@fw1.safedataisp.net) |
| 14:28.37 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) [NETSPLIT VICTIM] |
| 14:28.37 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 14:30.41 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:30.41 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:43.35 | *** join/#asterisk-dev elguero (n=_miguel3@12.187.84.162) |
| 14:50.16 | *** join/#asterisk-dev moy (n=moy@74.12.129.52) |
| 15:07.38 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:07.38 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:21.25 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:21.25 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:35.30 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:35.30 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:36.07 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 15:36.07 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:48.25 | *** join/#asterisk-dev vally (n=fu@hermes.weelya.com) |
| 15:50.27 | leifmadsen | mvanbaak: ping? |
| 15:50.47 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:52.30 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:52.31 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:56.15 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.187.230) |
| 16:21.36 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:21.37 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:34.29 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:41.09 | *** join/#asterisk-dev elguero (n=_miguel3@12.187.84.162) |
| 16:47.18 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:47.52 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:07.00 | jpeeler | M16058 |
| 17:07.03 | MuffinMan | [feedback] [Asterisk] Channels/General 0016058: [patch] Crash in local_ast_moh_start / ast_indicate_data due to AST_CONTROL_HOLD with bad pointer reported by atis https://issues.asterisk.org/view.php?id=16058 |
| 17:07.09 | jpeeler | my latest patch i believe solves the problem, but i'd like to make sure i don't mess up the frame handling in any way. it's a 5 line patch that prevents confusion with the frame data union in ast_frisolate. |
| 17:07.58 | drumkilla | jpeeler: reviewboard it? |
| 17:08.04 | jpeeler | should i? |
| 17:08.05 | jpeeler | ok |
| 17:08.24 | drumkilla | sure, if you're looking for feedback |
| 17:10.06 | kpfleming | drumkilla is back! |
| 17:10.53 | drumkilla | in honor of the new year! |
| 17:13.53 | jpeeler | atis_work: see above, i hope you can test tomorrow :) |
| 17:27.56 | atis_work | jpeeler: so, you want to make sure it doesn't break anything? |
| 17:28.20 | jpeeler | uh, well i just want to make for sure i've reproduced the same problem scenario and it fixes your issue |
| 17:28.47 | atis_work | jpeeler: can you make any assumptions on scenario? how could it happen? |
| 17:29.51 | jpeeler | it could happen the same way i reproduced it :) that is going off hold while in autoservice due to a sound being played to the bridge, such as from a limit warning |
| 17:30.05 | atis_work | aah |
| 17:30.17 | atis_work | i could set big limit sound and put call on hold |
| 17:31.09 | jpeeler | well i was hoping you would put it in production since the ast_read fix would cause it to not crash if i am wrong |
| 17:31.25 | atis_work | ok, we can try |
| 17:31.58 | jpeeler | and as noted on the issue, you shouldn't see any uninitialized data pointer warnings |
| 17:32.03 | jpeeler | thanks! |
| 17:36.13 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 17:40.43 | ecrane | Happy new year. Can anyone recommend a good VoIP reference book that would be good for programmers, like a comprehensive diagrams of VoIP messages, etc? |
| 17:41.41 | Corydon76-dig | ecrane: it would be outdated as soon as it was published |
| 17:42.02 | Corydon76-dig | ecrane: Try the IETF RFCs. They're published online. |
| 17:42.24 | Corydon76-dig | and the ITU H.323 specification, also available online |
| 17:42.44 | ecrane | Yes, I've been looking at the RFCs but I was hoping for something written in english ^^. I appreciate the advice though! |
| 17:43.54 | Corydon76-dig | Uh, I've never seen an RFC that WASN'T written in English |
| 17:46.21 | Corydon76-dig | and btw, asking for a book about voip is like asking for a book about web engines... there are tons and some of them do things in contradictory ways |
| 17:50.55 | ecrane | Corydon76: Ok, thanks again. The english thing was just a crack at how technical and dry some of those RFCs are... I like to see technologies reused and such, but when it takes reading 5 RFCs in order to understand one of them it gets kind of burdensome. |
| 17:52.18 | Corydon76-dig | ecrane: you should see the specification for IRC DCC. It's written in plain English. Unfortunately, it leaves out a ton of information that makes it possible to write a dozen different imp[lementations, all of which are mutually incompatible. Don't disrespect technical specifications |
| 17:52.29 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:52.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:52.47 | ecrane | I'm very grateful for the IETF and RFC system however; I respect they allow anyone to join in and discuss in the creation of the standards, as well as publishing them for free. |
| 17:52.50 | jsmith | wishes oej a Happy New Year |
| 17:53.06 | oej | Thanks, jsmith. The same to you! |
| 17:55.30 | ecrane | Sorry if anything I said implied that I disrespect technical specifications. |
| 17:55.30 | *** join/#asterisk-dev vally (n=vally@217.243.245.34) |
| 18:01.19 | *** join/#asterisk-dev vally (i=vally@ip-95-222-216-210.unitymediagroup.de) |
| 18:07.14 | *** join/#asterisk-dev miguel3239 (n=_miguel3@12.187.84.162) |
| 18:07.50 | Qwell | Corydon76-dig: best RFC ever is the TFTP one |
| 18:07.54 | Qwell | it's like a page |
| 18:08.08 | atis_work | tftp:// |
| 18:08.08 | file | and yet people still manage to get it wrong |
| 18:08.14 | Qwell | RFC1350 |
| 18:08.16 | Qwell | file: ...yeah |
| 18:08.25 | file | octect / octet |
| 18:08.49 | Qwell | file: one of the popular ones failed to correctly implement the error codes |
| 18:09.11 | Qwell | a NAK resulted in error 0 (not defined) rather than 1 (FNF) |
| 18:09.24 | Qwell | Which made Cisco phones crap themselves. Hooray! |
| 18:09.25 | file | awesome |
| 18:10.08 | Qwell | (granted, it doesn't take much for Cisco phones to do that) |
| 18:16.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:26.22 | Corydon76-dig | Qwell: wasn't that the one where the Debian maintainer complained that you never reported the issue to him? |
| 18:26.37 | Qwell | it was :p |
| 18:26.57 | Qwell | he didn't "complain", but yeah |
| 18:27.16 | Qwell | regardless, he was right |
| 18:28.45 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 18:31.58 | Corydon76-dig | Are Debian maintainers allowed to be right? Thought there was some fundamental universal construct that prevented that |
| 18:32.11 | oej | he he |
| 19:17.02 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 19:19.54 | jsmith | wonders if this will have any future effect on video transcoding for VoIP: http://xbmc.org/davilla/2009/12/29/broadcom-crystal-hd-its-magic/ |
| 19:20.58 | Corydon76-dig | ffmpeg was always the future of video transcoding |
| 20:18.53 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 20:44.44 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 21:13.35 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 21:13.35 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:18.23 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 21:19.11 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 21:19.29 | *** join/#asterisk-dev jtodd (i=hkiy4yet@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 21:19.29 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 21:49.12 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 21:49.12 | *** join/#asterisk-dev tgrman (n=jcmoore@unaffiliated/tgrman) |
| 22:16.04 | *** join/#asterisk-dev x86 (n=x86@p3m/member/x86) |
| 22:16.31 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 22:16.31 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:16.41 | x86 | trying to use t140/t140red to do text over SIP, and I've followed a guide included with the 1.6.1 documentation |
| 22:16.59 | x86 | when attempting the text over SIP, asterisk CLI gives me this: WARNING[1280]: chan_sip.c:8007 process_sdp_o: SDP syntax error in o= line version |
| 22:17.56 | x86 | then my softphone (SIPcon1, uber generic) says this: "No matching media available, call is terminated" |
| 22:18.00 | x86 | any insight? |
| 22:18.06 | x86 | is this a bug? |
| 22:20.15 | Qwell | Is the syntax in your o= line correct? |
| 22:20.54 | Qwell | kinda hard to say if something is a bug without seeing any info... |
| 22:21.12 | kpfleming | Qwell: use the force |
| 22:21.23 | Qwell | d'oh! typo. s |
| 22:21.24 | Qwell | err |
| 22:21.25 | Qwell | s/a/o/ |
| 22:21.32 | Qwell | kept trying to use the farce |
| 22:21.35 | x86 | what is o=? |
| 22:22.28 | Qwell | part of the SDP... |
| 22:22.30 | x86 | and what file is it talking about? |
| 22:22.37 | x86 | hmm |
| 22:22.43 | Qwell | There is no reference to any file |
| 22:22.48 | x86 | not sure how to determine what the SDP settings are |
| 22:23.05 | Qwell | wireshark, sip debug. tons of ways |
| 22:23.44 | blitzrage | x86: 1.6.1 branch, or a released version? |
| 22:23.48 | x86 | 1.6.1.11 |
| 22:23.58 | blitzrage | x86: try from the branch, I think something like that may have already been fixed |
| 22:24.01 | drumkilla | that bug sounds very familiar |
| 22:24.04 | blitzrage | it sounds very familar |
| 22:24.07 | blitzrage | drumkilla: +1! |
| 22:24.09 | drumkilla | <3 |
| 22:24.16 | x86 | hehe |
| 22:24.17 | x86 | ok |
| 22:24.18 | *** join/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 22:24.40 | x86 | there was some reason I didn't use 1.6.2, but I can not recall at the moment heh |
| 22:24.47 | x86 | ok, well thanks guys |
| 22:24.58 | drumkilla | try 1.6.1 from the branch, don't need 1.6.2 |
| 22:25.03 | x86 | just wanted to bring that to your attention |
| 22:25.13 | blitzrage | 1.6.1 and 1.6.2 branches are entirely separate beasts |
| 22:25.16 | x86 | was hoping I found yall a gem, but i guess it was only coal ;) |
| 22:25.26 | x86 | oh? |
| 22:25.33 | x86 | well... I just need something that works |
| 22:25.39 | x86 | is one more stable than the other? |
| 22:25.43 | blitzrage | svn co http://svn.asterisk.org/svn/asterisk/branches/1.6.1 |
| 22:25.53 | blitzrage | x86: they are apples and oranges, like 1.4 and 1.6.0 |
| 22:25.59 | x86 | oh really? |
| 22:26.05 | drumkilla | yarly |
| 22:26.12 | x86 | did * change versioning like the kernel did? |
| 22:26.38 | blitzrage | x86: please read this: http://blogs.asterisk.org/2009/06/24/about-the-new-asterisk-versioning-method/ |
| 22:26.51 | blitzrage | x86: and this: http://blogs.asterisk.org/2009/11/10/asterisk-project-update-astricon-2009/ |
| 22:27.04 | drumkilla | and then eat a cookie |
| 22:27.09 | x86 | so 1.6.1 == stable, 1.6.2 == dev? |
| 22:27.15 | x86 | ooooo cookie! :) |
| 22:27.18 | blitzrage | x86: no |
| 22:27.45 | blitzrage | 1.2.x --> 1.4.x --> 1.6.0.x --> 1.6.1.x --> 1.6.2.x --> 1.8.x |
| 22:27.53 | blitzrage | all separate branches with new features |
| 22:28.01 | blitzrage | (progressing left to right) |
| 22:29.15 | x86 | ah |
| 22:29.25 | x86 | so there are stable releases of 1.8.x already? |
| 22:29.33 | x86 | or is that just planned? |
| 22:29.45 | blitzrage | x86: please read the links I gave you, it is all explained there :) |
| 22:29.52 | x86 | reading now |
| 22:41.30 | *** part/#asterisk-dev ArtemMakhutov (n=ArtemMak@ip-95-223-6-41.unitymediagroup.de) |
| 23:00.32 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 23:00.32 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:07.44 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 23:07.57 | Kobaz | http://pastebin.ca/1738046 |
| 23:07.58 | Kobaz | i broke it |
| 23:08.03 | Kobaz | it's broken |
| 23:09.41 | Kobaz | all broke |
| 23:46.20 | *** join/#asterisk-dev tzafrir (n=tzafrir@212.179.75.202) |
| 23:46.20 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |