| 00:35.53 | *** join/#asterisk-dev snuff-work (n=aaa@120.17.194.32) |
| 00:35.53 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:44.58 | philipp64 | Corydon76-dig: well, you either want people running the software or you don't... |
| 00:46.53 | philipp64 | if you don't, then maybe it shouldn't be Open Source. |
| 00:47.55 | philipp64 | and by that definition, day-one bugs aren't really bugs, because they're never had correct operation to regress from... |
| 00:59.31 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 01:00.19 | securevoip | is there a default 'torture' script included in asterisk? |
| 01:00.51 | securevoip | sorry wrong channel. ;-( |
| 01:01.08 | *** part/#asterisk-dev securevoip (n=securevo@c-76-123-20-170.hsd1.va.comcast.net) |
| 01:01.51 | Corydon76-dig | philipp64: No, the question really is whether we claim to support a particular environment |
| 01:02.15 | philipp64 | Corydon76-dig: so, (a) should I file a bug, (b) do you want to bang out a quick fix here and now, or (c) should we just abandon all hope of it being fixed? |
| 01:02.22 | Corydon76-dig | You're doing cross-compiling, which is nice and all, but it's not something that we're targeting at this time. |
| 01:02.47 | philipp64 | there are lots of reasons I might need those flags besides cross-compiling. you're deflecting. |
| 01:03.17 | Corydon76-dig | and you're haranging; see previous for the natural result of that |
| 01:03.37 | philipp64 | I only harangue when people don't want to step up. |
| 01:03.57 | Corydon76-dig | and that makes people WANT to step up? |
| 01:04.16 | philipp64 | good work ethic? ownership? responsibility? pride in good work? |
| 01:04.32 | philipp64 | or, just OCD perfectionism in some cases... |
| 01:04.51 | Corydon76-dig | Speaking for myself, hearing that makes me want to classify it as "not supported. Plonk" |
| 01:05.03 | philipp64 | oh, sorry, I thought you said "what makes people want to step up", like they needed a reason. |
| 01:05.19 | philipp64 | well, it's either in them or it's not. I guess you've answered that question. |
| 01:05.43 | Corydon76-dig | Given that your stated goal is to have people step up, your treatment of the most proficient developers is questionable |
| 01:06.18 | Corydon76-dig | What I'm trying to do is to get you to act with a bit more respect, so that this isn't a continued problem |
| 01:06.33 | philipp64 | I used to write some of the code metrics at Cisco, and there's a direct proportion of "lines committed" to "bugs filed against" or "regressions introduceD". |
| 01:06.44 | Qwell | Put simply: Your issues are not more important than the other 600 issues on the bug tracker. |
| 01:07.02 | philipp64 | I'll take someone who spends the time necessary to get it right over someone who spews pages and pages of worthless drivel. |
| 01:07.22 | philipp64 | Qwell: and that I can accept. |
| 01:07.25 | Qwell | We CANNOT answer all 600 reports if we get people bugging us about them on a daily basis. It does not work. |
| 01:07.34 | Corydon76-dig | or 'more flies with honey than vinegar' |
| 01:08.37 | philipp64 | saying "it's a bug and I'll fix it when I can" is different than saying "it works in the narrow set of circumstances I have tried, therefore it's known to be correct in all cases and not a bug". |
| 01:08.57 | philipp64 | fine. I'll file a bug. |
| 01:09.26 | leifmadsen | Qwell: there's only 500 now :) |
| 01:09.30 | Corydon76-dig | How about "It's a feature request, and we'll get to it when we can, but keep in mind that there are other issues in front of it in the queue." |
| 01:09.51 | Corydon76-dig | leifmadsen: you're not counting the other bug tracker |
| 01:10.02 | leifmadsen | Corydon76-dig: the other bug tracker doesn't count |
| 01:10.08 | philipp64 | not dropping configuration information is a "feature request"? really? |
| 01:10.23 | philipp64 | so amnesia then would be a "quirk" and not a "disorder". |
| 01:10.29 | leifmadsen | this conversation is going nowhere fast |
| 01:10.58 | leifmadsen | file a bug, it'll get triaged just like all other issues, and will get resolved once the resources and priority reach a sufficient level to be resolved; just like all other issues |
| 01:10.59 | Corydon76-dig | philipp64: Again, more flies with honey than vinegar. You can hear us or not. |
| 01:11.14 | leifmadsen | that's all that there is to be said |
| 01:11.31 | philipp64 | Corydon76-dig: diligence is it's own reward. |
| 01:11.53 | leifmadsen | all progress on an issue is perfectly visible on the issue tracker, so that is the place to view the progress of any particular issue you are tracking |
| 01:12.00 | Corydon76-dig | philipp64: and people who cause us nothing but headaches get frequently ignored. |
| 01:12.35 | philipp64 | yeah, I heard that when I worked at Microsoft. they called them "users". welcome to the big league. :-) |
| 01:13.44 | Corydon76-dig | Welcome to my killfile. |
| 01:14.52 | leifmadsen | waits for this conversation to become constructive |
| 01:17.15 | *** join/#asterisk-dev puzzled_ (n=patrick@puzzled.xs4all.nl) |
| 01:21.25 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 05:34.44 | *** part/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 06:42.05 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:42.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:44.54 | oej | Morning folks |
| 06:50.37 | snuff-work | hello oej |
| 07:08.36 | *** join/#asterisk-dev ZX81 (n=Matt_Rid@121-74-232-236.telstraclear.net) |
| 07:26.18 | *** part/#asterisk-dev ZX81 (n=Matt_Rid@121-74-232-236.telstraclear.net) |
| 07:29.03 | *** join/#asterisk-dev ayrjola (n=ayrjola@gw.ccxtech.fi) |
| 07:36.09 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 07:36.09 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 08:05.58 | oej | My mails to asterisk-users doesn't reach the list. Any issue with the mailing list server? |
| 08:07.09 | oej | name=lists.digium.com type=MX: Host not found, try again |
| 08:07.49 | snuff-work | uhm that can't be good |
| 08:12.58 | oej | Something strange with DNS. Changed server and the mails are poring out. Guess the issue was on my side. |
| 08:20.55 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:46.47 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 09:02.43 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 09:02.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:17.57 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 09:43.15 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 09:57.36 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 10:20.00 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 10:22.31 | *** join/#asterisk-dev vrban (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 10:46.42 | bencer | with today's trunk, i'm still with realtime scaping , for applicationdata options with \ so extensions are not found: |
| 10:46.55 | bencer | <PROTECTED> |
| 10:46.55 | bencer | [Jan 13 11:44:24] WARNING[2972]: chan_sip.c:5619 create_addr: No such host: 1234,15,tTwWr |
| 10:47.18 | bencer | do you know where to look to try to fix this ? |
| 10:53.16 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 11:03.23 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:16.21 | *** join/#asterisk-dev stephank (n=traveler@212.178.158.35) |
| 11:43.42 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:43.42 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:46.21 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 11:56.24 | oej | kpfleming: Is 6xx response really fatal on re-invite? It fails the transaction, but does it fail the call? |
| 11:57.21 | kpfleming | i would think that any 5xx or 6xx response to a transaction within a dialog would have to terminate the dialog |
| 11:57.37 | oej | Funny enough 606 is the same as 488, just global |
| 11:57.53 | oej | arrgh. Rfc 3261 and re-invites are ...not fun. |
| 11:58.00 | kpfleming | what does 'global' mean in this context? |
| 11:58.26 | kpfleming | oej: do you have IPv6 from your desktop there? |
| 11:59.11 | oej | If the call is forked, one party may respond 4xx, but not the others. The proxy responsible for the domain can respond 6xx - "ALL known destinations of your fax can't handle it" |
| 11:59.29 | oej | But a re-invite is not forked, so a 6xx response is kind of not right... We're beyond forking, since we already have a call. |
| 11:59.40 | oej | I had IPv6 for a short while, but something happened last week, working on it. |
| 12:00.10 | kpfleming | ahh... well, if you have it, try this URL: http://[2001:470:e0d4::e8] |
| 12:00.19 | oej | "However, the failure of the re-INVITE does not cause |
| 12:00.19 | oej | the existing call to fail - the session continues using the previously negotiated characteristics." |
| 12:00.21 | kpfleming | i've starting IPv6-enabling the *.asterisk.org sites |
| 12:00.23 | oej | page 15, RFC 3261 |
| 12:00.28 | kpfleming | ok |
| 12:00.30 | oej | Cool. That's a good ting |
| 12:00.32 | oej | thing |
| 12:00.43 | kpfleming | yes.. don't have AAAA records yet, but that will happen next week probably |
| 12:01.06 | oej | Cool. My provider doesn't have IPv6, so I'm using tunnels |
| 12:01.11 | kpfleming | we are too |
| 12:01.23 | kpfleming | we won't have native IPv6 access until the end of this year |
| 12:02.12 | oej | Just be aware that a lot of people might stumble into issues when you add IPv6 AAAA records |
| 12:02.30 | oej | Browsers tend to test, realize that IPv6 doesn't work and then give up and not try ipv4 |
| 12:03.22 | kpfleming | nice |
| 12:03.46 | oej | I would call it un-nice |
| 12:03.54 | oej | There's a lot of application issues to sort out |
| 12:04.13 | kpfleming | would these be open source browsers or Microsoft/Apple browsers? |
| 12:04.15 | oej | If I only have an IPv6 mx record in my IPv4-enabled DNS for my domain and you mail me |
| 12:04.31 | oej | How will your mailserver react? Does it have a smarthost for IPv6 gatewaying? |
| 12:04.44 | oej | I can't find such a configuration in Postfix. |
| 12:04.54 | kpfleming | an MX record can't be IPv6... it holds a zone, not an address |
| 12:05.04 | kpfleming | it can point to a host with only an AAAA record though |
| 12:05.48 | oej | Right |
| 12:06.02 | oej | Picky! |
| 12:07.12 | kpfleming | yes... i used to spend a lot of time in the Exim community. remember lots of people with misconfigured MX records that had strange behavior. |
| 12:07.51 | tzafrir | any idea how much work is there on making Asterisk itself properly speak ipv6? |
| 12:09.07 | kpfleming | lots |
| 12:09.15 | kpfleming | but it's starting to happen |
| 12:10.36 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 12:13.18 | kpfleming | in my mind at least, the hardest issues to deal with when upgrading an application to IPv6 is handling the dynamic addressing stuff properly... most applications are not prepared for addresses to appear and disappear without being restarted, but with IPv6 that's to be expected and should be planned for |
| 12:15.17 | *** join/#asterisk-dev snuff-home (n=snuffy@203.219.29.182) |
| 12:15.17 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:26.20 | oej | Yes. I told jtodd that we need to work out a plan for IPv6. We can't start with chan_sip or only do chan_sip. It affects everything from the bottom up... |
| 12:26.29 | oej | I don't think he understood me |
| 12:27.40 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 12:27.44 | kpfleming | he did |
| 12:27.53 | oej | Great, then. |
| 12:28.08 | oej | Feels good to have someone that understands me :-) |
| 12:28.22 | oej | he he |
| 12:28.47 | kpfleming | as you write your emails without using those funny characters |
| 12:28.58 | oej | Marc's patch is way too big to swallow in one commit |
| 12:29.26 | oej | Well, you should be happy that I'm not a native chinese... The pressure on caller ID names would be much different then... |
| 12:30.04 | oej | I think I discovered a NAT issue with RTCP |
| 12:30.44 | oej | And an rtcp bug in 1.4... |
| 12:32.16 | kpfleming | i would not be surprised... i don't think RTCP has really gotten much attention |
| 12:32.56 | oej | Well, it has a lot know, at least here in my office. |
| 12:33.14 | oej | :-) |
| 12:33.26 | oej | The question is how we can aggregate those reports on a sip device basis. |
| 12:33.37 | oej | You propably can think of a good algorithm for that. |
| 12:33.50 | oej | What does the Y latest call tell us about the current quality for a peer? |
| 12:34.13 | oej | If the two first are really poor, but the rest are fine, we can assume problem fixed. |
| 12:34.20 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:34.36 | oej | If the nine first are excellent and the latest one is really poor, on avarage we're doing good, but the hopes for the next call is no fun. |
| 12:34.46 | kpfleming | well... and it gets worse |
| 12:35.04 | kpfleming | all those calls could be to the same peer, but to different media endpoints, with the media taking different routes |
| 12:35.08 | oej | If you have a three-hour call and part of it is poor... |
| 12:35.23 | oej | Oh yes. |
| 12:35.23 | kpfleming | that too |
| 12:35.35 | oej | So we should include media endpoint IP in the report. |
| 12:35.39 | oej | Good catch. |
| 12:35.57 | kpfleming | sometimes i have good ideas :-) |
| 12:36.18 | oej | Well, getting married was one of them. |
| 12:36.21 | oej | what's up in Rome btw? |
| 12:36.29 | kpfleming | we (in the SIP Forum) are going to start pushing for T.38 to be deployed using RTP instead of UDPTL, so that we can have RTCP and also a path to DTLS-SRTP |
| 12:36.46 | kpfleming | a T.38 meeting with the i3 Forum (going as a representative of the SIP Forum) |
| 12:36.47 | oej | That's a good thing. |
| 12:36.59 | oej | I've seen that you're Mr Fax now. |
| 12:37.01 | oej | :-) |
| 12:37.04 | kpfleming | yeah |
| 12:37.17 | kpfleming | although matt nicholson is taking over the day-to-day stuff mostly |
| 12:37.36 | kpfleming | but i'll be involved in standards efforts and stuff like that |
| 12:37.41 | oej | Cool |
| 12:38.03 | oej | Still working hard with SIPit over here. There's a 65% chance I can pull it together. |
| 12:38.08 | kpfleming | so a three day trip to Rome with an all day meeting on Friday |
| 12:38.14 | oej | That's a killer. |
| 12:38.16 | kpfleming | at least i get to spend the day on saturday with luigi in pisa |
| 12:38.33 | oej | Great - say hello from me! |
| 12:38.36 | kpfleming | will do |
| 12:38.47 | kpfleming | the weather appears to be improving |
| 12:38.55 | oej | I'll be on a trip for the rest of the week, then back to RTCP battles. |
| 12:39.34 | oej | If we could somehow come up with an acceptable algorithm for "known quality" and "quality trend" for a peer, that would be awsome. |
| 12:40.06 | oej | I need alerts over manager when quality reaches below certain tresholds, which I started to fix yesterday. |
| 12:40.59 | oej | Tim panton pointed out that new codec need those reports as feedback, so we might have to work that in at some point too. |
| 12:41.31 | kpfleming | yes, but that's worse... the encoder path needs the reports from the decoder path. it's complicated. |
| 12:42.20 | oej | Oh yes. But we still need the raw data from RTCP... |
| 12:43.14 | oej | There's also an identifier of a stream in the RTCP, the CNAME. Right now I have just stuffed the call-ID in there. |
| 12:43.34 | oej | For a call that is transferred, we have two different streams on the other side. |
| 12:43.47 | oej | I call asterisk, asterisk calls you, you transfer to mark in Paris |
| 12:44.06 | oej | The jitter will affect my one and only call... And the rtcp data for that call will look a bit confusing. |
| 12:44.13 | kpfleming | yeah, probably need to use the SSRC or something |
| 12:44.37 | oej | Well, we could create two different RTP streams and change the CNAME... |
| 12:44.46 | oej | Anyway, that's food for thought. |
| 12:45.08 | oej | Regardless, if we can lift this stuff one level, even though we don't solve all issues, that's a huge improvement. |
| 12:45.42 | oej | The CNAME is a permanent session identifier, since the SSRC/CSRC may change during a call. |
| 12:49.35 | oej | There are additional private fields. We could use them to send caller ID of talkers in a Meetme |
| 12:49.49 | oej | Or stuff like that. Out of band data on SIP trunks between Asterisk servers |
| 12:51.53 | kpfleming | interesting |
| 12:52.04 | kpfleming | i am about to get into the shower and start preparing for the trip to the airport |
| 12:52.52 | oej | I'm going to the airport soon too. Meet you there? Or are we discussing different airports... |
| 12:53.07 | kpfleming | i think they are different |
| 12:53.07 | oej | Have a nice flight, Kevin! |
| 12:53.07 | kpfleming | you too |
| 12:53.21 | oej | Oh, mine is less than an hour. But snow and ice makes it tough. |
| 12:54.27 | kpfleming | my first flight is only 30 minutes... but then the second one... it's a bit longer |
| 12:56.03 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:56.03 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:57.07 | oej | Hmm. My polycom keeps beeping. Quite annoying. |
| 13:09.50 | *** join/#asterisk-dev edguy3 (n=edguy3@c-98-221-27-224.hsd1.nj.comcast.net) |
| 13:37.19 | devmod | morning |
| 13:55.17 | *** join/#asterisk-dev ayrjola (n=ayrjola@gw.ccxtech.fi) |
| 14:14.14 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 14:15.37 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 14:15.37 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 14:23.01 | *** join/#asterisk-dev mbrevda (n=mbrevda@unaffiliated/mbrevda) |
| 14:32.21 | *** part/#asterisk-dev mbrevda (n=mbrevda@unaffiliated/mbrevda) |
| 15:19.27 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:19.27 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 15:19.48 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net) |
| 15:29.54 | *** join/#asterisk-dev moy (n=moy@189.162.119.207) |
| 15:40.11 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:40.11 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:40.11 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:42.08 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:42.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:52.25 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 15:52.25 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:55.41 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:55.41 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:57.37 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:57.37 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:04.28 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.97) |
| 16:05.35 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 16:05.35 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:09.29 | TheDavidFactor | hey guys, I'm trying to track down when and who added say.conf, it looks like it was russellb, rizzo, qwell from the svn logs, I have what I think is a problem, but I wanted to talk it out first. I haven't been able to find any documentation. |
| 16:14.08 | TheDavidFactor | russellb, ping |
| 16:14.37 | putnopvut | TheDavidFactor: I believe russellb is traveling most of today, so he probably won't be able to help out. I'd help, but I'm not too familiar with say.conf myself :-/ |
| 16:15.11 | TheDavidFactor | no prob, thanks for the response :-) |
| 16:17.43 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:23.15 | Corydon76-dig | atis_work: ping |
| 16:29.13 | Qwell | TheDavidFactor: I would doubt anybody is all that familiar with it anymore. I believe rizzo wrote it all, but it's not summer, so his availability is rather low. |
| 16:29.29 | Qwell | TheDavidFactor: but, it's just code, right? we can all read it. what's the question? |
| 16:30.18 | TheDavidFactor | well, SayUnixTime doesn't play anything if there is any format specified at all and say.conf mode=new |
| 16:30.25 | TheDavidFactor | this is in trunk |
| 16:30.48 | Qwell | certainly sounds like a bug |
| 16:30.50 | TheDavidFactor | I don't mind doing the debugging, I was just hoping someone could help me know where to start |
| 16:30.53 | leifmadsen | if 2 more bugs get closed before another is opened, we'll be below 500 for the first time in a few months! |
| 16:31.31 | TheDavidFactor | so are you saying I shouldn't open any more? ;-) |
| 16:31.40 | Qwell | leifmadsen: 499 |
| 16:31.40 | leifmadsen | TheDavidFactor: just sayin' is all :) |
| 16:31.51 | leifmadsen | snap! |
| 16:31.58 | Qwell | not sure what changed between when you said that and just now, but.. |
| 16:32.08 | Corydon76-dig | TheDavidFactor: it's all in main/say.c, except for the parts that are in apps/app_playback.c |
| 16:32.09 | leifmadsen | TheDavidFactor: ok, 499 was hit, so you can now open your issue :) |
| 16:32.18 | leifmadsen | I just saw an issue close right after I said it :) |
| 16:32.49 | TheDavidFactor | Corydon76-dig, thanks |
| 16:33.20 | Corydon76-dig | Why it was put in apps/app_playback.c, I'll never know |
| 16:35.03 | TheDavidFactor | okey dokey, I'll do some debugging and push that bug counter up when I have something (sorry leifmadsen) ;-) |
| 16:37.40 | Qwell | TheDavidFactor: new bugs cost $10 each to report. payable directly to me. :) |
| 16:37.45 | Qwell | truuuuuuuuust me |
| 16:38.10 | TheDavidFactor | I'll put the check in mail as soon as I post the bug |
| 16:38.15 | TheDavidFactor | trust me ;-) |
| 16:58.48 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:00.48 | leifmadsen | 225 Sherway Gardens Rd., Toronto, ON :) |
| 17:34.38 | atis_work | Corydon76-dig: pong |
| 17:36.18 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:49.25 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 17:49.25 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 17:53.34 | Corydon76-dig | atis_work: have you been able to replicate that AEL issue? |
| 17:53.57 | atis_work | Corydon76-dig: not on my current version. I could try 1.4 branch however |
| 18:02.42 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 18:02.42 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 18:09.49 | atis_work | huh, i can't compile 1.4 svn http://pastebin.ca/1749879 |
| 18:15.51 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:16.47 | Corydon76-dig | atis_work: make clean |
| 18:43.31 | *** join/#asterisk-dev WHYS (n=drumm@137.28.94.209) |
| 18:51.38 | *** join/#asterisk-dev ebroad (n=EB@72.11.213.195) |
| 18:52.11 | *** join/#asterisk-dev msetim (n=setim@189.114.233.157.dynamic.adsl.gvt.net.br) |
| 18:54.45 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 18:57.33 | snuff-home | Corydon76-dig: i retried the cdr change... will put patch up in bout 3hrs |
| 18:58.15 | devmod | has anyone here successfully transcoded video to be used in asterisk with ffmpeg? These options dont seem to work with Playback() : http://pastebin.com/m4200b366 - any ideas? |
| 19:13.21 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 19:13.21 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 19:17.05 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:28.35 | Corydon76-dig | devmod: Our video files aren't actually a recognizable format, just a frame dump |
| 19:32.20 | Corydon76-dig | With a 2-byte header on each frameset, describing the length of the following frame |
| 19:32.43 | devmod | Corydon76-dig, ohh I see... is there any way I can encode videos on that custom format? |
| 19:33.50 | devmod | apparently aupix has a solution , but it is not opensource... http://www.aupix.com/index.htm?/support/astvideo.htm |
| 19:34.26 | kpfleming | we need a 'sox' for video streams :-) |
| 19:34.37 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:34.53 | Corydon76-dig | devmod: what probably needs to happen is for our dumps to be converted to a recognizable format |
| 19:35.04 | kpfleming | yes... we need to be using vorbis containers for pretty much everything |
| 19:35.24 | kpfleming | for other reasons as well |
| 19:35.32 | Corydon76-dig | devmod: but it's not a high priority for us right now, so it hasn't gotten done. If you want to do the work on it, however, we'd be happy to incorporate it. |
| 19:37.35 | Corydon76-dig | And video transcoding modules would be nice, too. ;-) |
| 19:38.51 | Corydon76-dig | I wonder if video transcoding would be better done if somebody harnessed the onboard graphics chipset to do the heavy lifting |
| 19:39.16 | devmod | yeah with all of these optimized gpu that are coming out now, it would be awesome |
| 19:39.40 | kpfleming | yes, the codec module would likely be set up to use CUDA or ATI Streams, I'd suspect |
| 19:40.08 | ebroad | sli for servers |
| 19:40.11 | kpfleming | we just need someone to produce a patent-indemnified set of transcoder modules for those platforms |
| 19:40.12 | ebroad | now theres an idea |
| 19:40.22 | kpfleming | no, you don't need to put multiple GPUs on the same stream |
| 19:41.21 | ebroad | true, though the perfomance boost would be nice |
| 19:41.41 | ebroad | especially if most of your calls are video |
| 19:43.17 | devmod | Corydon76-dig, any idea where would I look on asterisk source to see how streams are currently saved to a file? To try to create at least a temporary solution to my problem ? |
| 19:45.07 | kpfleming | format_h264.c |
| 19:46.24 | devmod | and if say someone was willing to sponsor someone getting this standard storage format (vorbis?) in asterisk... how much would u say it would take $$/time ? |
| 19:47.40 | leifmadsen | devmod: if you're doing it, then you can charge as much as you want :) |
| 19:48.17 | devmod | ahaha |
| 19:48.47 | devmod | I am not an asterisk dev |
| 19:49.12 | *** join/#asterisk-dev moy (n=moy@189.162.219.76) |
| 19:50.37 | devmod | do u guys have like a bounties system or something |
| 19:50.50 | kpfleming | nope |
| 19:51.03 | kpfleming | when people are looking for paid development, they use the asterisk-biz mailing list |
| 19:51.09 | devmod | ohh ok got it |
| 19:51.31 | kpfleming | note that we already have format_ogg_vorbis, so making a format_h264_vorbis should not be terribly difficult |
| 19:51.51 | devmod | would it take a significant amount of work , or the pieces that need to be modified are pretty independent / modular ? |
| 19:52.03 | mvanbaak | mogguh |
| 19:53.28 | leifmadsen | mvanbaak: evening! |
| 19:54.36 | mvanbaak | how'z things ? |
| 19:54.50 | kpfleming | devmod: hard to say... but it should be fairly straightforward |
| 19:55.09 | kpfleming | i wouldn't expect it to take a decent developer more than a day or two at the most, including testing |
| 19:55.34 | kpfleming | that's assuming that Vorbis even has a registered identifier for H.264 streams :-) |
| 19:55.35 | devmod | kpfleming, I see.. |
| 19:55.57 | devmod | thanks for the info, i guess i just wasted like two days looking online for a way to encode videos for asterisk ha |
| 19:56.06 | devmod | should have come straight to irc :P |
| 19:56.28 | Corydon76-dig | One point on transcoding... in audio, we have a common intermediate format (slin) that we use, but there isn't such a format currently for video |
| 19:56.57 | devmod | i see and that is what sox does support? |
| 19:56.58 | Corydon76-dig | I don't know if that's feasible or not, but it's probably necessary for video transcoding to scale well |
| 19:56.59 | mvanbaak | will probably be mpeg2 or something |
| 19:57.15 | Corydon76-dig | mvanbaak: I was thinking something UNcompressed |
| 19:58.01 | mvanbaak | m2ts |
| 19:58.11 | mvanbaak | hhmm, that is compressed as well I think |
| 19:58.45 | Corydon76-dig | It doesn't need to be a standard, as long as all the video encoders/decoders understand it |
| 20:00.22 | Corydon76-dig | for example, other than IAX2, which will send any codec defined in Asterisk, I don't think any standard voip client supports slin |
| 20:00.42 | mvanbaak | I haven't seen any |
| 20:01.17 | Corydon76-dig | So similarly, you could use, for example, a common internal format from FFmpeg as the common format for video |
| 20:01.46 | mvanbaak | yup |
| 20:09.19 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 20:12.55 | devmod | i see |
| 20:16.31 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:44.03 | *** join/#asterisk-dev ZX81 (n=Matt_Rid@121-74-243-188.telstraclear.net) |
| 20:44.23 | *** part/#asterisk-dev ZX81 (n=Matt_Rid@121-74-243-188.telstraclear.net) |
| 21:05.50 | philipp64 | Corydon76-dig: have a fix for the build issue. pretty trivial. |
| 21:05.52 | philipp64 | M0016596 |
| 21:05.54 | MuffinMan | [confirmed] [Asterisk] Core/BuildSystem 0016596: [patch] LD (llinker) options not used by main/ and channels/ builds reported by pprindeville https://issues.asterisk.org/view.php?id=0016596 |
| 21:18.07 | *** join/#asterisk-dev tzafrir (n=tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 21:18.07 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:36.01 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 21:36.01 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:50.43 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 21:50.43 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 21:58.47 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 22:19.49 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 22:19.49 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 22:41.27 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:36.50 | snuff-work | leifmadsen: ping? |
| 23:55.23 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096590431.dsl.bell.ca) |