[00:01:40] * quit: webchat-test (Ping timeout: 180 seconds) [00:08:04] * joined: xiphmont_ [00:08:16] [xiphmont_] bwah ha ha :-) [00:08:37] [xiphmont_] hold on, jabbering in too [00:08:48] * quit: webchat-test2 ("Page closed") [00:10:51] xiphmont joins the room [00:11:24] test [00:11:29] [xiphmont_] test [00:11:42] well done, laddie! [00:14:29] xiphmont leaves the room [00:15:00] [xiphmont_] yep, all good. [00:15:16] * left: xiphmont_ [00:53:54] [nessy] now you just need to hook it up to twitter ;) [00:56:32] gmaxwell leaves the room [00:59:05] petithug joins the room [01:00:45] petithug leaves the room [01:00:48] petithug joins the room [01:02:14] [gmaxwell] Identica! [01:51:45] daniel.g.petrie leaves the room [03:02:32] bkw_ joins the room [03:24:11] * joined: MikeJ [03:27:26] bemasc joins the room [03:30:46] rillian leaves the room [03:30:46] gmaxwell joins the room [03:34:58] * joined: kosmiester [03:35:38] * quit: kosmiester (Client Quit) [03:49:47] * quit: rillian (Read error: 110 (Connection timed out)) [03:51:33] * joined: rillian [03:56:06] * joined: kosmiester [05:06:37] * joined: Henrik__ [05:17:15] * quit: Henrik__ (Ping timeout: 180 seconds) [05:57:01] stpeter joins the room [06:31:43] LIFEBOOK joins the room [06:52:00] * quit: rillian ("excess heat, cpu powered down.") [07:11:59] * quit: kosmiester ("Page closed") [07:22:44] Brian Zisk joins the room [07:30:53] ron joins the room [07:30:58] Kosmiester joins the room [07:39:46] stpeter leaves the room: Disconnected: connection closed [07:44:32] Brian Zisk leaves the room [07:44:33] Brian Zisk joins the room [07:49:39] Brian Zisk leaves the room [07:49:41] Brian Zisk joins the room [07:51:15] marcin.lubonski joins the room [07:57:53] Henrik joins the room [08:01:47] Brian Zisk leaves the room [08:12:38] marcin.lubonski leaves the room [08:13:30] Brian Zisk joins the room [08:30:19] stpeter joins the room [08:50:22] vborilin joins the room [08:54:10] stpeter leaves the room: Disconnected: connection closed [09:08:35] LIFEBOOK leaves the room [09:10:38] LIFEBOOK joins the room [09:11:41] megaloic joins the room [09:12:58] megaloic leaves the room [09:13:26] mixvoip joins the room [09:17:19] xiphmont joins the room [09:17:52] I... know many of these names. Good morning. [09:18:00] vborilin leaves the room [09:18:27] * joined: hoene [09:19:03] * joined: xiphmont_ [09:19:44] [xiphmont_] It's harder to see the IRC attendees from the other side. [09:23:48] xiphmont leaves the room [09:29:10] Henrik leaves the room [09:29:49] * quit: xiphmont_ ("Page closed") [09:33:34] * quit: hoene (Ping timeout: 180 seconds) [09:44:36] kvs78 joins the room [09:46:46] marcin.lubonski joins the room [09:48:29] marcin.lubonski leaves the room: Replaced by new connection [09:48:29] marcin.lubonski joins the room [09:54:21] johndrinkwater joins the room [10:09:57] williw joins the room [10:18:36] gmaxwell leaves the room [10:19:51] gmaxwell joins the room [10:20:58] !irc [10:21:02] !who [10:21:04] * members: derf, gmaxwell, Gumboot, MikeJ, MikeS_, nessy [10:24:30] marcin.lubonski leaves the room [10:32:12] Jack Moffitt joins the room [10:33:17] * joined: camsh_ft [10:33:37] gmaxwell where is the IRC channel? [10:33:58] The irc channel is on irc.freenode.net #codec-bof [10:34:30] * joined: bkw_ [10:34:43] bkw_ leaves the room [10:34:45] There is also a web gateway to the irc at http://people.xiph.org/~jm/bof_details.html (complete with plays in browser audio, if you're using Firefox 3.5) [10:35:18] [bkw_] thank you [10:36:25] Is there a link to the audio stream? [10:37:10] There is, on the link I provided above (http://people.xiph.org/~jm/bof_details.html) although the audio stream appears to mostly be noise at the moment. [10:37:48] Thanks! [10:38:02] Sjoerd Simons joins the room [10:38:07] * joined: ipse [10:40:00] tzafrir joins the room [10:40:39] Alfred Heggestad joins the room [10:41:48] Alexander.Chemeris joins the room [10:43:14] xiphmont joins the room [10:43:21] vborilin joins the room [10:43:24] Dafydd Harries joins the room [10:44:36] stpeter joins the room [10:44:52] Olle E. Johansson, Sollentuna, Sweden (GMT+1 DST) joins the room [10:45:44] Guillaume Desmottes joins the room [10:46:24] Wolfgang Beck (remote) joins the room [10:46:28] katwalsh joins the room [10:47:42] petithug leaves the room [10:48:15] petithug joins the room [10:48:19] suzukisn joins the room [10:48:39] Cullen Jennings joins the room [10:48:43] stpeter leaves the room: Disconnected: conflict [10:48:44] stpeter joins the room [10:48:50] williw leaves the room [10:49:12] quite a crowd here already :) [10:49:19] I will be the jabber scribe [10:49:25] thx! [10:49:32] Thank you peter! [10:49:48] Nÿco joins the room [10:49:48] Hi, my name is Peter and I'll be your server today :) [10:49:52] Do folks know if the audio stream is up and working [10:49:54] stpeter: I think we can assume people care about this issue :) [10:50:09] i can hear some background noise [10:50:09] cullen: it's up but just low level room noise right now [10:50:13] Cullen: last I checked, mp3 stream and Ogg repeater were both up. [10:50:31] stpeter: Do we know where the audio is? The information I have says stream02, but I just hear quiet talking on top of a nice hum. I'm not completely sure that this is the correct stream. [10:50:31] you can hear talking if you turn the feed volume up [10:50:45] is somebody speaking already? [10:50:47] ingemar joins the room [10:50:53] no one is speaking yet [10:51:00] I shall clap. [10:51:00] I will go give a test to audio stream [10:51:13] I clapped. [10:51:16] Simon Perreault joins the room [10:51:19] and got many odd looks. [10:51:20] yup, heard that [10:51:25] Olle E. Johansson, Sollentuna, Sweden (GMT+1 DST) has set the subject to: Codec (Audio: http://feed.verilan.com/ietf/stream02.m3u ) [10:51:33] Olle E. Johansson, Sollentuna, Sweden (GMT+1 DST) is now known as oej (note taker) [10:51:35] daniel.g.petrie joins the room [10:51:41] vijay.gurbani joins the room [10:51:50] Cullen just said "test 1 2 3" [10:51:50] * joined: var1 [10:52:03] audio works [10:52:09] "Testing" [10:52:34] FTR, Ogg repeater is at: http://repeater.xiph.org:8000/IETF.ogg [10:52:40] quite some delay, but the ogg streams seems to work [10:53:00] xiphmont: are you in the room or remote? [10:53:01] Lars joins the room [10:53:15] I am present. [10:53:23] In the physical room. [10:53:26] bemasc leaves the room [10:53:49] the ogg link plays directly in firefox 3.5. Nice. [10:54:20] bens joins the room [10:54:21] * joined: paravoid [10:55:23] * left: ipse [10:55:36] audunv joins the room [10:55:49] Thorvald joins the room [10:55:52] OK folks, if someone wants me to relay information to the mic, please preface your statement with "mic:" [10:55:58] Joe Hildebrand joins the room [10:56:15] Stpeter can relay in many languages, although his Swedish is still a bit lacking... [10:56:42] hehe [10:56:47] John.Elwell joins the room [10:57:15] marcin.lubonski joins the room [10:57:42] stefan.sayer joins the room [10:57:53] stpeter is our SBC, relaying our media stream.. [10:58:08] Room is filling up [10:58:20] yes, SBC will kick any evil packets [10:58:29] [var1] this is working for me! [10:58:30] stpeter will as well [10:59:05] Theo joins the room [10:59:07] [var1] I can hear things too, thanks to firefox 3.5 [10:59:08] Lisa Dusseault joins the room [10:59:33] As a note taker on the right hand side of the room, I might need assistance with name tags on speakers on the left hand mic. Thank you beforehand! [10:59:48] house right or stage right? [11:00:12] kpfleming joins the room [11:00:22] Adam Roach joins the room [11:00:29] Glenn Parsons joins the room [11:00:29] Glenn Parsons leaves the room [11:00:40] * joined: sergforce [11:00:58] * joined: xiphmont-irc [11:01:20] AndyHutton joins the room [11:01:31] * joined: raju [11:01:37] bens leaves the room [11:01:42] [raju] hi [11:02:02] bens joins the room [11:02:07] I don't think I've seen a WG chatroom this full before [11:02:14] this is going to be epic [11:02:30] [bkw_] Simon yep [11:02:31] is this the plenary already? [11:02:33] 44 users in the chat room [11:02:40] Well the future of the free world is at stake here :-) [11:02:45] heh [11:02:45] !who [11:02:46] * members: bkw_, camsh_ft, derf, gmaxwell, Gumboot, MikeJ, MikeS_, nessy, paravoid, raju, sergforce, var1, xiphmont-irc [11:02:57] people are still filing in to the physical room [11:03:05] [bkw_] how big is the room? [11:03:09] 44 members in chat room and a bunch connecting through IRC [11:03:18] [bkw_] 13 on IRC. [11:03:19] bkw_: big enough [11:03:39] Glenn Parsons joins the room [11:03:46] Hello from Stockholm to all in the chat room [11:03:48] * joined: dhaneesh [11:03:49] doe joins the room [11:03:57] [bkw_] Wish I was there! [11:03:59] [raju] hi [11:04:04] [raju] dhaneesh [11:04:06] [dhaneesh] j [11:04:11] [dhaneesh] ji sir [11:04:17] [dhaneesh] hw u [11:04:21] ..but we have more leg room here in our offices.. [11:04:30] [raju] This tweet I got from the person who develpoed strophe [11:04:30] Rechat for newcomers: OK folks, if someone wants me to relay information to the mic, please preface your statement with "mic:" [11:04:31] rtb joins the room [11:04:45] [raju] Anyway thanks to metajack [11:04:45] [dhaneesh] okke [11:04:46] to hum, type "mic: *hum*" [11:04:56] [dhaneesh] ha ha [11:04:56] magnus joins the room [11:04:58] or mic::*HUM* [11:05:00] [raju] :) [11:05:07] [dhaneesh] :) [11:05:18] "mic: ISDN sounds so much better than Skype" :-) [11:05:18] Chairs are preparing, people are still wandering in [11:05:59] [dhaneesh] jj; [11:06:05] tomkri joins the room [11:06:08] the room is starting to quiet down [11:06:11] [raju] 15 minutes until IETF codec BOF starts in Stockholm. If you care about royalty-free codecs, you might like to attend: http://bit.ly/sHEXP [11:06:16] [dhaneesh] ssad [11:06:16] we're about to start [11:06:24] Thomas Stach joins the room [11:06:29] SwedeMike joins the room [11:06:33] dwd joins the room [11:06:42] <-- Jabber Scribe [11:06:49] Magnus Bergman joins the room [11:06:53] RjS joins the room [11:06:53] csp joins the room [11:06:55] lebobits joins the room [11:06:56] * joined: dog3z_ [11:06:59] how is the audio? [11:06:59] Ted Hardie joins the room [11:07:01] mkt.xx joins the room [11:07:04] ag@ag-projects.com joins the room [11:07:05] audio is good [11:07:05] [derf] Loud and clear. [11:07:06] pretty good [11:07:12] eburger joins the room [11:07:13] [dhaneesh] its good [11:07:13] marshall joins the room [11:07:16] victor joins the room [11:07:17] Ogg is about 30s behind, but good [11:07:18] [bkw_] its ok. [11:07:18] LM joins the room [11:07:19] [raju] individual meesge has problem [11:07:30] jon-ietf joins the room [11:07:31] JonathanLennox joins the room [11:07:33] johndrinker: thanks [11:07:38] [raju] Its not easily identified [11:07:47] [raju] check the tab [11:07:57] [raju] both has same color [11:08:08] [dhaneesh] ys [11:08:14] agenda bashing [11:08:16] BTW, twitter tags of #ietf #codec [11:08:22] [dhaneesh] tahts issue [11:08:24] jmspeex joins the room [11:08:28] Alan joins the room [11:08:30] johndrinkwater, Possibly quieter than the usual MP3, actually. WHich takes some doing. [11:08:31] roni_even joins the room [11:08:31] Robert Sparks ATM [11:08:42] btw I am using "ATM" to mean "at the mic" [11:08:46] williw joins the room [11:08:48] Bruce joins the room [11:08:49] * joined: RalphBonnell [11:08:53] * joined: vvas [11:09:09] mhp joins the room [11:09:11] Monty Montgomery ATM [11:09:25] Roni Even ATM [11:09:28] ipbaobao joins the room [11:09:32] 20 secs delay on ogg feed, otherwise 10 secs [11:09:53] johndrinkwater: apologies for assuming you were padding slightly :-) [11:09:56] Roni: the topic "Engineering Work" does not explain what exactly will be discussed [11:09:56] * quit: dog3z_ (Ping timeout: 180 seconds) [11:10:14] np [11:10:25] Magnus Bergman leaves the room [11:10:49] Please remember the note well applies here, including on audio and jabber [11:10:53] Magnus Bergman joins the room [11:10:58] Jason: the topic will be the *type* of work that would be done [11:11:10] Christian Schaller joins the room [11:11:27] Jason: the codecs to be discussed will be limited to 5 minutes each [11:11:36] Cullen Jennings to present [11:11:42] marcin.lubonski leaves the room [11:12:05] hta joins the room [11:12:08] Cullen: things for the IESG/IAB to learn... [11:12:11] Christian Schaller leaves the room [11:12:34] marcin.lubonski joins the room [11:12:39] Note Well Any submission to the IETF intended by the Contributor for publication as all or part of an IETF Internet-Draft or RFC and any statement made within the context of an IETF activity is considered an "IETF Contribution". Such statements include oral statements in IETF sessions, as well as written and electronic communications made at any time or place, which are addressed to: The IETF plenary session The IESG, or any member thereof on behalf of the IESG Any IETF mailing list, including the IETF list itself, any working group or design team list, or any other list functioning under IETF auspices Any IETF working group or portion thereof The IAB or any member thereof on behalf of the IAB The RFC Editor or the Internet-Drafts function All IETF Contributions are subject to the rules of RFC 5378 and RFC 3979 (updated by RFC 4879). Statements made outside of an IETF session, mailing list or other function, that are clearly not intended to be input to an IETF activity, group or function, are not IETF Contributions in the context of this notice. Please consult RFC 5378 and RFC 3979 for details. A participant in any IETF activity is deemed to accept all IETF rules of process, as documented in Best Current Practices RFCs and IESG Statements. A participant in any IETF activity acknowledges that written, audio and video records of meetings may be made and may be available to the public. [11:12:57] thank you Joe [11:13:02] Joe Hildebrand: ah, that's good [11:13:28] Cullen says to explain not just why you like or dislike something, but the reasons why [11:13:30] Are these slides available somewhere? [11:13:33] christian.schaller joins the room [11:14:10] reload the meeting material page [11:14:12] agenda: http://www.ietf.org/proceedings/75/agenda/codec.txt [11:14:21] danwing joins the room [11:14:27] * joined: erpanoi [11:14:30] materials https://datatracker.ietf.org/meeting/75/materials.html [11:14:33] stephanwenger joins the room [11:14:41] * quit: erpanoi (Client Quit) [11:14:59] Stephan Wenger [11:15:13] Cullen quotes from BCP 79 [11:15:14] http://www.ietf.org/proceedings/75/slides/codec-0.pdf [11:15:20] http://www.ietf.org/proceedings/75/slides/codec-1.pdf [11:15:39] mhp leaves the room [11:15:41] Alan H joins the room [11:15:45] That last was Cullen's deck [11:15:50] Xavier Majou (?) [11:15:53] question at mic from unknown speaker [11:16:04] BCP 79 = http://tools.ietf.org/html/bcp79 [11:16:05] 2413 reference. does this apply? [11:16:09] vvas joins the room [11:16:14] michael joins the room [11:16:18] cullen: yes other SDOs will be interfaced with as required [11:16:18] PasiS joins the room [11:16:52] Alan H: RFC 2413 is Dublin Core Metadata :) [11:16:54] rfc2418, presumably? [11:16:55] http://www.ietf.org/rfc/rfc2418.txt [11:16:59] simobacsi joins the room [11:17:02] typo. yes :-) [11:17:12] Patrik Faltstrom ATM [11:17:15] * left: vvas [11:17:20] Hendrik Scholz joins the room [11:17:32] sal joins the room [11:17:46] Alan leaves the room [11:17:54] LIFEBOOK leaves the room [11:17:57] Next deck: http://www.ietf.org/proceedings/75/slides/codec-2.pdf [11:18:09] Patrik thanks Cullen for covering the BCP 79 [11:18:19] Jean-Marc Valin speaking [11:18:44] presenting about the Codec Landscape [11:18:45] lynch joins the room [11:18:57] Henry Sinnreich ATM [11:19:13] Jean-Francois joins the room [11:19:16] "why is SILK not in the list?" [11:19:26] Jason: not a comprehensive list [11:19:33] Stefan Brunn ATM [11:19:37] Mingdong joins the room [11:19:43] nils joins the room [11:19:49] Let me comment that while it is clear that the newer G.xxx series are royalty-bearing codecs, it is not necessarily the case that the "RF" codecs here are actually free. [11:19:52] [bkw_] Last I checked doesn't silk run at 24000kHz? [11:19:52] Bruhn, sorry [11:19:56] [bkw_] er Hz [11:20:20] Greg Leibovitz ATM [11:20:42] [bkw_] Isn't G726 also Royalty Free? [11:20:46] (point of order about using the mic) [11:20:47] yes [11:20:48] please speak clearly into the Mic and say your name slowly (channelling Dean Willis) [11:20:54] GF joins the room [11:20:59] but G.726 is not very much use [11:21:24] michael leaves the room [11:21:25] michael joins the room [11:21:28] I shall repeat: if you want me to channel a question or information to the meeting, please preface your statement with "MIC:" [11:21:32] Ted Hardie ATM [11:21:54] Ted: traditionally more experience with apps [11:21:59] Ted: is this list comprehensive? [11:22:02] * quit: dhaneesh (Ping timeout: 180 seconds) [11:22:31] Ted: might be good to have input from applications [11:22:43] Sol ? ATM [11:22:45] Slava Borilin at the mic [11:23:10] Slava: not a comprehensive list, that might be part of the WG's work (if approved) [11:23:17] Roni Even ATM [11:23:36] bens leaves the room [11:23:37] Ted Hardy ATM [11:23:44] Ted: is this a constraining list? [11:23:45] Ted : is this constraining or not [11:23:49] Jason : just examples [11:23:50] Jason: this is not constraining [11:23:58] Roni at the mic [11:23:58] Adam Roach leaves the room [11:24:03] Roni: the charter has some limitations [11:24:12] Joe HIldebrand ATM [11:24:29] jackn joins the room [11:24:30] Joe: there are some apps people here [11:24:32] bens joins the room [11:24:34] jackn leaves the room [11:24:44] next slide [11:24:48] "Goals" [11:24:49] jackn joins the room [11:25:24] "Widely and easily distributable and accessible codec technology" [11:25:24] Adam Roach joins the room [11:25:27] Hmm. A technical goal would be nice, just to have on the list. [11:25:41] Ted: Interoperability? [11:26:09] Hmm - I see technical considerations on net slide so perhaps they will get to that [11:26:14] Jason: not an intent to create a codec factory [11:26:16] Cullen: cool [11:26:17] small comment: it would be better to give the number of the current slide instead of just "next slide" for people just entering the Jabber room. [11:26:20] Stefan Bruhn ATM [11:26:24] giles_heron joins the room [11:26:36] petithug: it's tiny on the corner, sorry [11:26:39] petithug: the slide numbers are difficult to see from where I am [11:26:40] petithug: the slide numbers are very small. i think it's 2. [11:26:43] ("Goals" is the current title) [11:26:49] Harald Alvestrand ATM [11:26:55] petithug, stpeter is calling out the titles. [11:27:03] magnus leaves the room [11:27:10] great thx [11:27:15] Harald: is the operating space meant to be interactive audio? [11:27:19] Jean-Marc: yes [11:27:24] Monty Montgomery ATM [11:27:27] petithug, Or at least, some of what he says is the titles. :-) [11:27:32] michael leaves the room [11:27:52] Monty: within the IETF we would be solving problems that IETFers have [11:27:56] Alan D joins the room [11:27:59] michael joins the room [11:28:01] We are on slide #3 [11:28:02] magnus joins the room [11:28:22] Monty: looking for cross-area review [11:28:37] Monty: we did not have that kind of input 10 years ago when designing Vorbis [11:28:43] Stefan Bruhn ATM [11:28:53] On to slide #4 [11:29:07] * joined: aarnesen [11:29:31] sureshk joins the room [11:29:31] is this an inclusive list? [11:30:06] StPeter at mic [11:30:14] * joined: jp [11:30:28] marcin.lubonski leaves the room [11:30:42] Monty at the mic [11:30:43] * nick: jp is now Guest53607 [11:30:59] Magnus Bergman leaves the room [11:31:10] Monty: here we have a fighting chance to do something open [11:31:12] Joe Hildebrand ATM [11:31:33] Colin Perkins ATM [11:31:41] JH: folks should take interop with applications into account no matter the work we are doing here [11:31:44] marcin.lubonski joins the room [11:31:54] martensson.jonas joins the room [11:32:03] (random note to future Jabber scribes -- seat yourself next to the mic so that you can see people's nametags :) [11:32:21] /stpeter A fine tip. [11:32:28] Alan: should, but don't always. [11:32:31] LM leaves the room: Replaced by new connection [11:32:47] spot on mate! [11:32:51] jackn leaves the room [11:33:01] missed ATM name [11:33:06] someone speaking from the University of Tuebingen [11:33:21] Christian Hoehne [11:33:28] UoT : there are other requirements that have not always been considered. [11:33:42] Roni Even at the mic [11:33:58] bens leaves the room [11:34:19] michael leaves the room [11:34:21] Roni: the IETF could produce requirements for submission to other standards bodies [11:34:25] Joe falls over hiimself to get to the mic [11:34:25] xavier ATM [11:34:29] hahaha! [11:34:30] hah [11:34:31] This is a joke [11:34:48] Anisse Taleb ATM [11:34:54] bens joins the room [11:35:01] I could not hear xavier over Joe's kerfuffle :-) sorry [11:35:02] Anisse: MPEG or ITU are not less open than the IETF [11:35:03] mjh joins the room [11:35:09] Be fair to Roni. it is not a stupid way to do things; we're also free to ingnore advice that we feel is harmful to our efforts. [11:35:19] Francois joins the room [11:35:25] marcin.lubonski leaves the room: Replaced by new connection [11:35:28] They're simply a littl emore.... formal and institutional about it. [11:35:50] Anisse: I agree with Stefan about the requirements [11:36:00] Joe Hildebrand ATM [11:36:03] [derf] And where is the Jabber chatroom for the next ITU meeting? [11:36:04] Yes, but we don't have to give permission for people to attend. People don't have to pay to read our documents. And we don't tell non-members that their opinions are so irrelevant that they don't get a voice [11:36:07] [It was simply an unfortunate way to say it] [11:36:13] I assert our definitions of open do not have significant overlay [11:36:16] marcin.lubonski joins the room [11:36:23] Roni Even at the mic [11:36:28] when attendancemust be invited or approved -- that is different than our version of open [11:36:34] victor leaves the room [11:36:47] Patrik Faltstrom at the mic [11:36:55] roni - the meetings are not canonical . the mailing lists are [11:36:56] michael joins the room [11:37:08] er -- that should have been Joe [11:37:26] JH : the meetings are not canonical . the mailing lists are.. (correction) [11:37:42] Patrik: this line of discussion is not productive, let us move along [11:37:48] continuting to slide "technical considerations" [11:37:52] Slide 4 [11:38:14] mlm.michael.miller joins the room [11:38:47] * quit: aarnesen ("Page closed") [11:38:57] Christian ATM [11:39:11] Christian H : how did these technical considerations get derived? [11:39:13] mic: is stereo or multichannel assumed? [11:39:18] will transport over IP consideration come later? [11:39:21] * joined: GF [11:39:24] daniel.g.petrie: yes [11:39:41] jitter/latency/packet loss etc? [11:39:47] SwedeMike: transport over IP is usually handled in the AVT working group [11:40:06] SwedeMike: Yes. I feel that's implicit in 'Internet' ut good to be clear [11:40:10] so the fact how this is going to be carried doesn't come into the codec design? [11:40:11] Has anyone proposed low bitrates as an interesting consideration on the list? [11:40:28] SwedeMike: I will ask your questions in the meeting [11:40:30] SwedeMike: of course it does [11:40:32] simobacsi leaves the room [11:40:34] SwedeMike: 'Cross-Area' it's not our area, but it is part of what we care about. [11:40:35] [bkw_] gmaxwell: next slide [11:40:36] Francois leaves the room [11:40:38] you can't get high quality low delay low bit rate codec. [11:40:44] simobacsi joins the room [11:40:45] stpeter_: I'm in the room, should I bring them up now? [11:40:50] ted hardie atm [11:40:51] [bkw_] very low bitrate is out of scope it says [11:41:09] bkw_ Well, I thought it was. I don't think anyone has brought it up. [11:41:11] SwedeMike: if you are in the meeting, then please use the mic if desired [11:41:12] bens leaves the room [11:41:21] bens joins the room [11:41:22] * joined: j^ [11:41:24] TH: one thing that has not been brought up .. desire to avid transcoding [11:41:32] I've heard several references to "the charter", but there's no pointer in the meeting agenda. Can anyone help me? [11:41:39] Francois Lefebvre joins the room [11:41:40] [bkw_] gmaxwell: I think very low bit rate should be considered for technical reasons. [11:42:04] TH: addition of TC introduces delay and fragility, must be careful. if you avoid transcoding by picking a winner, you need to be wary of collusion and ensure the elephants are noted in he room [11:42:26] TH: if we arent just trying to avoid TC then why arent we doing the template factory... ? [11:42:36] Colin Perkins at the mic [11:42:49] I'm not familiar with IETF's perspectives here; is picking a single standard for interoperability not a typical consideration? [11:43:11] Francois Audet ATM [11:43:22] hta http://www.ietf.org/proceedings/75/slides/codec-6.txt draft charter, is being discussed later afaik [11:43:33] * quit: GF (Client Quit) [11:43:34] michael leaves the room [11:43:39] Colin perkins is making a lot of sense [11:43:46] FA: when choices are made .. it we take this in isolation .. we can end up with far from optimal results... [11:43:49] ah - should have known to look in the meeting materials. Thanks! [11:43:58] michael joins the room [11:44:02] draft charter: http://www.ietf.org/proceedings/75/slides/codec-6.txt [11:44:07] Francois Audet ATM [11:44:08] FA: how this fits with SIP and SDP.. what is in band, what is out of band? [11:44:15] * quit: raju ("Page closed") [11:44:36] FA: what are the IETF specific / clearly the best body to look at, and make sure that is in scope [11:44:46] Monty ATM [11:45:15] [bkw_] is transcoding that much of an issue with wide band/superband codecs? [11:45:52] take DECT phones, they do G.722 on the air, nothing else. [11:46:09] transcoding is especially negative with highly compressing model based encoders [11:46:10] SDP negotiation is a perfect point - AMR is an example of aweful codec for SDP negotiation. It's (almost?) impossible to implement it correctly. [11:46:14] Magnus Bergman joins the room [11:46:20] Christian H ATM [11:46:20] Christian ATM [11:46:40] U Tubegin [11:46:46] (sp!) [11:47:10] Christian : end to end means there is no transcoding need. [11:47:11] Yes, AMR-WB SDP negotation, the case for TCP support in SIP end devices :-) [11:47:21] Mikael Abrahamsson ATM [11:47:48] End-to-end is also handled by multiple codecs and CONNEG-style selection [11:47:55] Presuming we're thinking of sip/sdp [11:48:02] Iagree with Mikael big time [11:48:03] We don't need to pick a winner to get that [11:48:10] Jean-Marc: this is not a complete list [11:48:18] isn't real-time adaptive bitrate quite internet focused? :) [11:48:22] who's at the mic? [11:48:25] source control of bitrate vs frame erasure resilience would be internet transport specific [11:48:26] unknown will check [11:48:44] alan: thanks [11:48:50] bens leaves the room [11:48:54] julian neubek (sp?) [11:48:54] julien meuric [11:48:56] LM joins the room [11:48:58] Thanks you. [11:49:04] bens joins the room [11:49:05] speaker says these considerations are not IETF-specific [11:49:21] I think the point of the previous slide with the green text was that there wasn't much in the way of existing, deployed solutions. [11:49:21] michael leaves the room [11:49:21] michael joins the room [11:49:25] lynch leaves the room [11:49:49] see PSTN gateway vendors squirm when you ask them about codecs that have been invented after 1999.. [11:50:07] [bkw_] Wolfgang my exact concern [11:50:08] who is this ? [11:50:10] please note that these technical considerations are taken directly from the charter -- people who didn't like the list of considerations could have spoken up on the mailing list [11:50:11] looking [11:50:18] this is Slava Borilin speaking [11:50:35] sorry, but the charter will not be finalized until AFTER the BOF [11:50:41] marshall indeed [11:50:47] YOU CANNOT SAY DO NOT DISCUSS THE CHARTER IN A BOF [11:50:59] marshall but proposed charters have been discussed on the list for weeks [11:51:04] sure [11:51:09] but not finalized [11:51:17] indeed [11:51:17] Not everyone in the room has been following the list, of course [11:51:17] marshall, Sure, I think PSA's point is that people could easily have had this debate well in advance. [11:51:32] see CSP's point [11:51:34] Anisse at the list [11:51:37] this is why we have BOFs [11:51:40] it may be that certain requirements were considered obvious, and need to be called out explicitly [11:51:42] @dwd this meeting is the forum for the debate [11:51:45] csp: there are list archives :) [11:51:56] http://www.ietf.org/mail-archive/web/codec/current/maillist.html [11:52:07] IOW: "These are the criteria that we always use for codecs, so they appear to be correct." [11:52:16] Echoing Joe, I didn't bring up the currently mentioned "missing requirements" because I considered them obvious. [11:52:18] plenty of codecs do not do vbr, much less real-time bitrate changes [11:52:24] @stpeter I read them; but you can't assume everyone did [11:52:28] (In the context of 'codecs for the internet') [11:52:33] and most do not fit IPR preferences [11:52:35] Is there a reason why we should not be discussing specific existing codecs? [11:52:45] [bkw_] VBR is also a concern if you're doing SRTP [11:52:58] BTW discussion logs are at http://jabber.ietf.org/logs/codec/2009-07-30.txt [11:53:10] bens: if there are existing codecs that meet the needs, those should be brought forward. [11:53:10] "The best way to stop transcoding is to stop standardizing them" [11:53:22] PasiS leaves the room [11:53:28] (quote of current speaker) [11:53:42] sureshk leaves the room [11:53:46] Keith Drage ATM [11:53:46] Keith Drage at the mic [11:54:25] who is this ? [11:54:28] Slava Borilin speaking [11:54:29] most of the existing codecs were designed more than 20 years ago. Who was using the internet then. So how did they take this transport layer into consideration [11:54:43] Slav Borilin : good performance in the face of network loss is important and freely distributable [11:55:09] michael leaves the room [11:55:10] michael joins the room [11:55:17] csp, I'm not strictly sure that's true. This meeting is a convenience for high bandwidth discussion, and this and the mailing list are simply inputs to the IESG for them to make the decision. [11:55:45] Slide 5 [11:55:50] "What is out of scope?" [11:56:18] Is streaming included in "non-interactive"? [11:56:26] no. [11:56:42] So streaming is a goal? [11:56:43] ---however--- [11:56:46] I think most if not all uses will be streaming [11:56:48] slide 6 - why do this here [11:56:57] the specific subspace of streaming we're doing is very low delay. [11:56:59] streaming with low delay would fall within the goals. [11:57:06] when you talk about robustness to packet loss, that's streaming IMHO [11:57:07] Or at least enthusiasts who understand the IP stack [11:57:11] ok [11:57:17] streaming with high delay is not. For an example of streaming with high delay, consider this stream! [11:57:18] Ted yes we are all enthusiasts [11:57:23] Magnus Bergman leaves the room [11:57:27] Stefan Bruhn speaking [11:57:29] Magnus Bergman joins the room [11:57:32] PasiS joins the room [11:57:36] i'm listneing to this meeting using MP3. clearly there is a need something better :) [11:57:47] 10 second delay FTW [11:57:52] very low delay streaming is ≈ interactive. If there is no back channel how would you know the delay was high? ;) [11:57:58] Hendrik Scholz leaves the room: Replaced by new connection [11:58:16] PasiS leaves the room [11:58:18] if the jabber scribe seems to be ahead of the speaker, it is interactive [11:58:22] Ted: or ekdysiasts perhaps [11:58:27] Keith Drage speaking [11:58:32] What's unique in IETF is the lack of dominance by IPR-holders trying to increase the value of their patent portfolios. [11:58:43] Keith : we are not trying to define a default codec for the internet.. this should be clear [11:58:43] KD: not trying to define a default codec for the IETF [11:58:52] Wolfgang Beck (remote), Or, we are witness to another Miracle Of St Peter. It's impossible to tell. [11:59:03] Is that a non-goal? [11:59:04] Roni Even speaking [11:59:18] stpeter is writing a script, all others are paid actors reading it! [11:59:24] I think thats far from clear. There may be applications where having to support many codecs is problematic. [11:59:25] [derf] bens: Tell that to the mic. [11:59:37] RFC3261 mandates some codecs [12:00:08] We need interoperability, which requires some defaults [12:00:11] Alan Duric ATM as an operator [12:00:14] Alan Duric speaking [12:00:30] [bkw_] what part of 3261 mandates codecs? [12:00:39] Who is this ? [12:00:45] this is Alan Duric [12:00:49] Alan Duric -- heavily involved in ilbc standardization [12:01:05] PasiS joins the room [12:01:17] michael leaves the room [12:01:31] thumbs up for Alan. Have made the same experiences. [12:01:31] [bkw_] 722 falling apart on IP? [12:01:40] Xavier Marjou ATM [12:01:44] MIC: no one wants deploy speex because the patent situation is unclear for those vendors who do a serious IPR review. [12:01:47] Ted Hardie leaves the room [12:01:52] X : disagrees with alan duric [12:01:52] PasiS leaves the room [12:01:53] PasiS joins the room [12:01:55] G.722.2 means royalties [12:01:56] Ted Hardie joins the room [12:02:05] that was Xavier speaking [12:02:14] bkw: 722 is adaptive pcm, if you loose a packet, encoder and decoder are out of sync for a while [12:02:30] * quit: Guest53607 (Ping timeout: 180 seconds) [12:02:37] *** bkw_ senses some passion about this topic [12:02:37] PasiS leaves the room [12:02:37] PasiS joins the room [12:02:37] PasiS leaves the room [12:02:37] PasiS joins the room [12:02:42] stefansayer_: it's the problems I'm talking about regarding transport over IP [12:02:46] stephanwenger: irrelevant. Speex does not meet the specified requirements [12:02:54] Adam Roach speaking [12:02:54] Adam Roach ATM [12:03:14] [bkw_] stefan.sayer yes but I haven't had it fall apart on me using it... guess it could. [12:03:15] packet (frame) loss vs bit errors [12:03:26] PasiS leaves the room [12:03:29] [bkw_] I usually don't run on a lossy network so that would be why. [12:03:30] pee000 joins the room [12:03:36] Ingemar Johansson speaking [12:03:42] Xavier Marjou's facts: Orange has deployed HD voice using DECT CAT-iq and that is G.722 today, meaning one long slot or two DECT channels [12:03:44] yeah, Adam [12:03:50] Adam -- reflecting on Jabber BOF -- Sponsoring AD indicated that we choose to do things because ppl are interested, not opposed. [12:03:51] michael joins the room [12:03:56] Patrik Faltstrom at the list [12:04:02] it is G.722 not amr-wb (G.722.2) [12:04:21] bkw: that's because of your PLC which is probably clever enough, or you are only using IP on cable (mainly burst loss), not on wireless (randomly distributed, but more loss) [12:04:28] * joined: t_ [12:04:31] http://tools.ietf.org/html/rfc3356 [12:04:44] RFC 3766 ? [12:04:45] [bkw_] stefan.sayer that would be why. [12:04:57] Ingemar speaking [12:05:07] ekr joins the room [12:05:15] [bkw_] G722, G722.1 and G722.2 are a bit confusing to people that don't fully understand codecs [12:05:23] Internet Engineering Task Force and International Telecommunication Union - Telecommunications Standardization Sector Collaboration Guidelines [12:05:29] Ingemar: payload format at IETF, codec at ITU == fine [12:05:30] thanks [12:05:36] It was RFC 3356 [12:06:01] [derf] bkw_: http://en.wikipedia.org/wiki/Comparison_of_audio_codecs [12:06:17] [bkw_] derf yes, I have seen that before. [12:06:18] Monty at the mic [12:06:19] Stephane : Why are people able to say that CODECs from other organizations are a 'joke'? I do not feel that just saying these things and putting an IP stack under them makes for a good approach. [12:06:52] Monty: there are people who are doing it, and wish to do it within the IETF [12:06:56] Christian Hoene ATM [12:07:42] CH : are there enough codec and internet experts at the same table? otherwise the result will not be optimal. only looking at payload format or codec in isolaton ill cause the work to be substandard [12:07:44] Slava Borilin ATM [12:08:09] Slava B: why IETF? once the change control moves from corporation / vendor to the IETF it becomes safer for otheres ... [12:08:13] magnus leaves the room [12:08:28] Slava: we have a group of people who are willing and able to do this work [12:08:34] SB : ... to be comfortable relying on it. Why IETF? We have skilled contributors interested and able ... [12:08:40] "I thank Roni for his confidence in my competance". [12:08:47] bens leaves the room [12:08:54] magnus joins the room [12:09:00] He sat next to me the whole time muttering "None of you are competant." [12:09:16] bens joins the room [12:09:21] SB : codecs that are satisfactory today from a transport point of view are not satisfactory from a freely distributable point of view [12:09:21] :-( [12:09:23] and to add to Peter, we have folks who have labs with speech codec test tools willing to provide resources to test draft implementations and report results in the open [12:09:25] Okay, I'm confused. RFC 3356 appears to outline how IETF interacts with ITU-T. I can't find text prohibiting overlap [12:09:28] yes I heard that statement [12:09:41] bens applauds [12:09:43] It's more like a gentleman's agreement [12:09:44] Jason Fischl speaking [12:09:49] Jason is at the floor mic, for those at home [12:09:56] each side doesn't try and poach the other's work [12:09:59] (actually, Roni, you're probably here. I'd love to have a conversation on why you think so--- and why you think that makes it any more likely I would work with the ITU) [12:10:03] Jason: how do we get wideband codecs widely deployed [12:10:04] michael leaves the room [12:10:04] michael joins the room [12:10:10] @ adam: you won't find that [12:10:20] There are only two places the term "overlap" appears -- "This will enable the SGs to monitor the new work items for possible overlap or interest to their Study Group." and "Area Directors or WG Chairs should provide comments to the relevant SG Chairman in cases of possible overlap or interest." [12:10:30] there is agreement that from time to time there will be areas of shared interest between the two [12:10:31] Ted Hardie, Actually, due to the lag and the jabber scribes, we can actually sing along at home properly. [12:10:36] Neither is a prohibition; they appear only intended to make sure there is awareness. [12:10:37] jason : g722 is getting more deployments - there are expiry of patents as a factor to consider. [12:10:42] Jason offers the non-existence proof [12:11:01] IETF wants to make sure that when there is we both pay special attention to a) stay open and communicat [12:11:06] Wilhelm Wimmtreuter [12:11:08] Magnus Bergman leaves the room [12:11:13] (ATM) [12:11:14] Magnus Bergman joins the room [12:11:28] Hmm, are we using a low latency wideband codec for the audio stream ? [12:11:28] [bkw_] Joe, Why is G722 popping up in more and more devices recently? [12:11:48] ingemar leaves the room [12:11:52] "we have people willing and able to do the work, why not let them do it?" [12:11:55] Cullen Jennings, Hmmm. Maybe we should look at making a better one? [12:12:02] bkw: its standardization is >21yrs ago, so patents must have expired [12:12:05] and b) we coordinate those efforts to ensure that there isn't conflicts of technical design, i.e. something done in one that would break or contradict something technically done in the "home" of the base technology [12:12:13] Cullen Jennings: If you think 10+ seconds is low delay! :) [12:12:20] bkw: the interesting argument was from the operator who claimed that 722 doesn't work on his networks [12:12:27] Sure, for DTN :) [12:12:39] @gmaxwell you should be streaming over RTP :-) [12:12:40] marshall: Q.1912.5 is an uncredited copy/modify of RFC 3398. The "gentleman's agreement" has been tenuous at best [12:12:46] (G.722) I guess that wireless phones often use DECT, and DECT uses G.722 [12:12:52] see draft-iab-mpls-tp-uncoord-harmful-01.txt for further discussion [12:12:56] bkw_: right. G.722's patents have recently expired. [12:12:56] Alan Duric cut off from mike [12:13:01] :) [12:13:30] but DECT is not a lossy network in the same fashion as an IP network, is it? [12:13:31] on to slide 7 - CELT [12:13:32] Jean-Marc Valin presenting [12:13:34] not all cordless DECT phones but ETSI DECT NG has specs for what the DECT Forum is calling CAT-iq DECT phones and those indeed have support for G.722 [12:13:40] michael leaves the room [12:13:40] michael joins the room [12:13:58] So, CELT does it all. We're done ! :) [12:14:05] vborilin leaves the room [12:14:12] marshall: by no means [12:14:13] ag@ag-projects.com leaves the room [12:14:15] no no [12:14:18] [bkw_] The issue I have seen is people don't understand the need for wideband until they hear the difference themselves. [12:14:18] ag@ag-projects.com joins the room [12:14:33] we're practically dooling over some parts of SILK we want to appropriate ;-) [12:14:36] why does it say 40+ kbit for celt? it works fine with 32 and lower as well [12:14:40] Then these slides should slide why not ! [12:14:48] yeah, CELT scales well to much lower bitrates. [12:14:48] should say why not ! [12:14:50] sweet spot is in the middle. It dgoes higher too [12:14:50] Magnus Bergman leaves the room [12:14:51] [bkw_] stefan.sayer it also works > 48k [12:14:51] the current VoIP business model is to replicate the PSTN, so people get an IAD to plug in their old DECT phones. [12:14:51] the main reason for the DECT Forum to choose G.722 what the point Jason Fischl made at the mike, expiry of patents [12:14:55] [derf] stefan.sayer: It produces output at those rates. Other codecs do much better. [12:15:04] * quit: t_ (Ping timeout: 180 seconds) [12:15:09] Dave Oran at the mic [12:15:11] [derf] I've listened to 9 kbps CELT before. [12:15:12] meta question [12:15:15] [bkw_] doh bitrate vs sample rate [12:15:17] stefan.sayer: JM is being conservative. CELT becomes pretty weak for music below 40kbit/sec. [12:15:22] [derf] I wouldn't recommend anyone actually _use_ that, however. [12:15:31] "Loss Robustness is not a boolean" [12:15:34] lol [12:15:39] "Yes, thank you, moving on" [12:15:39] hah. CELT supports independent frame encoding. [12:15:41] :-) [12:15:44] stpeter, And that did make me laugh. [12:15:51] marcin.lubonski leaves the room [12:15:55] [bkw_] I have been very impressed with CELT so far [12:16:03] DO: loss is a curve, not a value [12:16:11] and the nature of the packet loss as well [12:16:16] ... please let the presenter finish ... [12:16:20] Colin Perkins at the mic [12:16:26] dont heckle the meeting! [12:16:47] [bkw_] I wish someone had a polycom ip6000 there [12:16:51] Roni Even at the mic [12:16:56] These slides are pretty pointless here [12:16:57] mic: no other codec achieves all the things on this list. [12:17:22] bens : you want that said on the mic? [12:17:24] Peter at mice [12:17:27] mic [12:17:30] ;-) [12:17:36] bkw_: the ip7000 does 48KHz sample rates too... [12:17:44] [bkw_] yes G719 [12:17:50] alan h: I suppose it doesn't matter. [12:17:50] michael leaves the room [12:17:51] michael joins the room [12:17:51] [bkw_] aka Siren22 [12:17:54] marcin.lubonski joins the room [12:18:00] how many phds do you need before you have competence? [12:18:03] I *think* the criteria for loss robustness was supporting independent frames, that loss causes no desync. But I'm not sure. [12:18:14] what roni wanted to mention is -- what are the new requiements we arespeaking about? [12:18:21] simon: how many ITU meetings do you have to be invited to before you have the competence? [12:18:26] alan: correct [12:18:30] these slides should say _NOT QUALIFIED BECAUSE OF FOO_ [12:18:31] (from Xavier M) [12:18:34] there are more things to do. It's not a boolean any more than the US weather can be boiled down to a 1"x2" map on the front page of USAtoday. [12:18:35] giles_heron leaves the room: Replaced by new connection [12:18:37] [bkw_] I wish the Ericsson part of G719 would be released under the same terms as the Polycom portion of that codec. [12:18:41] Colin Perkins at the mic [12:18:50] that was roni even? [12:18:53] and here is the patent submarining argument again [12:18:57] ekr: yes [12:19:09] Slava Borilin speaking [12:19:10] xiphmont, If you boil the weather, you've probably detroyed any useful information anyway. [12:19:15] eek [12:19:20] As though there were any codecs that were immune from patents popping up that we don't know about. [12:19:22] Slava B : based on what we know, we stand a good chance of doing better than what is out there [12:19:29] ekr: Roni spoke in there somewhere [12:20:01] ingemar joins the room [12:20:11] SB : and keeping it freely available. we believe that this can be achieved such that quality is as good or better than existing and royal free [12:20:14] Jack Moffitt, It's very much harder to submarine a patent through the IETF process, though, I think. Difficult to both actively promote a spec, and avoid mentioning your IPR interest. [12:20:16] (or even other IETF work) [12:20:19] 40 minutes left on the schedule [12:20:21] Roni questioned the point of a list of codecs [12:20:22] (!) [12:20:32] we need to be moving on [12:20:32] Name ! [12:20:32] Alan Duric at the mic [12:20:50] heh. there are tons of ITU folks in the room. apparently "we" have the competence. [12:20:57] The mic's should have a shock function :) [12:21:00] unless they're incompetent, too. [12:21:00] so are there ITU codecs that accept the way the "Internet" works without dictating performance metrics? I havent seen any... and faultfinding g.711 in IP is just... bah, I don't want to think back. [12:21:02] No name... [12:21:11] giles_heron joins the room [12:21:12] dwd: The note well basically prohibits that kind of direct attack. [12:21:12] Alan Duric! [12:21:17] ATM! [12:21:22] marshall: see? that's exactly the kind of feature we can build into a new codec -- speaker shocking [12:21:28] Xavier at the mic [12:21:29] Xavier (camping at the MIC) [12:21:34] gmaxwell, Exactly my point. [12:21:35] Alan Duric [12:21:41] let's get through the agenda! [12:22:03] stpeter: it would be a miracle [12:22:17] Ted: indeed [12:22:18] stpeter, No BOF agenda survives first contact... [12:22:25] why are all these people opposing the IETF doing this? [12:22:27] ((slide 10: Colin Perkins made a pertinent comment about the slide and the "Royalty free" tag on BV32. It should have said that the developers of BV32 would provide licence to their IPR on BV32 freely. This is a bit different that what the slide said indeed) [12:22:31] do they feel threatened? [12:22:32] StPeter and the miracle of the Codec BoF? :) [12:22:47] Turning water into wine might do it, especially if the wine were just outside the room [12:22:48] Jean-Francois: correct [12:22:54] Koen Vos presenting [12:23:00] can remote folks hear him? [12:23:05] barely [12:23:06] michael leaves the room [12:23:06] michael joins the room [12:23:06] * joined: jp [12:23:10] Tobias joins the room [12:23:10] He needs to be a little louder. [12:23:15] We can read the codec slides for ourselves - why waste time presenting? [12:23:18] SwedeMike: because they know that IETF has the competence [12:23:29] So, I know it's traditional, but honestly, why does it make sense to describe the codecs [12:23:34] * nick: jp is now Guest17186 [12:23:39] Just as an existence proof? [12:23:40] ekr: wondering the same thing [12:23:44] Alan H is now known as Alan [12:23:48] this was a large topic of discussion on the mailing list as well [12:23:50] bens leaves the room [12:23:57] simonperreault_: job protection? [12:23:58] I mean, if we need to do this, we need to do it. [12:24:04] Alan is now known as Alan (scribe) [12:24:06] bens joins the room [12:24:15] Okay, that's pretty impressive [12:24:25] yes, SILK is pretty awesome [12:24:37] btw, I'm getting a hum for this on the audio stream [12:24:48] Monty presenting about CELT [12:24:52] ekr it’s been there since the start [12:25:11] I know, it was just a joke [12:25:24] enrico joins the room [12:25:35] hum? what? already? [12:25:37] ((Ted: SILKy wine turned from water)) [12:25:43] ekr, stop stirring the pot [12:25:45] Technology slide [12:25:55] [that was a joke] [12:26:17] lebobits: yes, the hum is scheduled for later [12:26:25] Monty is really hammering on the idea that all these codec developers want to merge there stuff to produce a best-of-breed [12:26:53] and interestingly, this is the third high-quality candidate codec that the creators expressly state is based on *old* techniques, but improved [12:26:56] [derf] xiphmont means at 1/4 the latency. [12:26:56] Bruce: It's the best reason to do the work at the IETF. [12:27:01] I believe we're on agenda item #3 and we have 9 items [12:27:03] Michael Jerris joins the room [12:27:05] Where are the MOS scores? [12:27:05] Bruce, It'd be nice to hear that from other codec developers. [12:27:10] martensson.jonas leaves the room: I'm happy Miranda IM user. Get it at http://miranda-im.org/. [12:27:16] * joined: Lawouach_ [12:27:34] Sorry, we're out of time, I had to *go*. [12:27:38] https://developer.skype.com/silk says that they will provide the developer with free library to test SILK, but did anyone of you who did the application get a response back? [12:27:39] giles_heron leaves the room [12:27:45] adam in eisley? [12:27:46] stefan.sayer: not yet [12:27:58] Monte - Lucy Lynch has asked me to monitor this session [12:27:59] So I'm not sure it proves that--I'm pretty confident I could have delivered that talk and what I know about codecs is pretty much limited to G.711 [12:28:03] [derf] Adam Roach: http://www.celt-codec.org/comparison/ [12:28:03] Sylvain Hellegouarch joins the room [12:28:10] Joel Halpern at the mic [12:28:14] * left: Lawouach_ [12:28:27] marshall: ahhh, thanks. I failed to actually run into Lucy up till now. [12:28:29] [bkw_] I never received anything on SILK [12:28:33] But people *have* questioned that. [12:28:34] Joel: there are clearly enough people here to do the work [12:28:36] derf: Thanks [12:28:37] [bkw_] I signed all the forms and mailed them in [12:28:44] [bkw_] and Still didn't get anything in response. [12:29:17] Yes, we can. You implement it, listen to it, and make your own judgement [12:29:19] * joined: williamwho [12:29:20] [derf] Adam Roach: You may also be interested in my LCA presentation from January: http://www.celt-codec.org/presentations/ [12:29:20] michael leaves the room [12:29:21] I'd observe that much the same problem is there with security [12:29:30] Joel raises a question about whether we have expertise throughout the community [12:29:33] HannesTschofenig joins the room [12:29:34] or take your pic, not just security [12:29:38] ekr: good point! [12:29:45] crypto as well [12:29:46] Now we're on Agenda Item 3,4, 5 and 6 at the same time. Multitasking [12:29:54] +1 on Adam (and we have folks who have labs that can test and stress those things) [12:29:59] We don't thread well, but we timeslice poorly [12:30:00] And the good news is that you can actually measure this stuff. [12:30:07] JH : expertise in codecs is not in question, what is in question is how the REST of the IETF can help [12:30:08] Henry Sinnreich at the mic [12:30:09] As opposed to security, which isn't measurable [12:30:09] Michael Knappe joins the room [12:30:10] Codecs are certainly not as much black magic as crypto. At least objective testing is straightforward. [12:30:16] Exactly [12:30:21] gmaxwell: good point [12:30:23] Is someone going to take ekr's point to the mic? [12:30:34] I would appreciate it [12:30:39] Adam: i like your voice [12:30:39] Adam: I can do that [12:30:40] But let me rephrase it. [12:30:46] Colin PErkins [12:30:49] (speaking) [12:30:51] current queue depth is 7, you have time [12:30:55] EKR : rephrase and I will take it up ... [12:31:00] ekr: please rephrase and I will present it [12:31:03] stpeter: i have it [12:31:04] I am lost on which agenda item we are... Order please. [12:31:05] or Alan [12:31:07] I think ekr's point is worth making too. [12:31:32] Bernard Adoba at the mic [12:31:44] sorry for my late arrival [12:32:07] *Aboba [12:32:07] Mic: I'm not so concerned by Joel's point. We have a similar problem with security, where the ability to evaluate the cryptographic techniques outside of the WG is extremely limited. However, as was pointed out on Jabber by someone else, at least the performance of the codecs is measurable. In security/crypto, even that isn't true. [12:32:11] Roni Even [12:32:11] ekr -- long mic line [12:32:12] Michael: You are welcome! [12:32:17] michael joins the room [12:32:33] addition: "Anyone with ears can review an audio codec" [12:32:36] Alan: would you like to present EKR's point? [12:32:38] Regarding review from the IESG: why do we care that much about IESG review? Do we get good review from the IESG even today for work they should be familiar with? [12:32:38] bkw: did you not receive the SILK source? [12:32:46] [bkw_] Alfred Nope [12:32:48] ekr: Thanks, you mic: ed what I was about to mic but you did it better. [12:32:50] skype is not distributing SILK source [12:32:50] ping [12:32:51] Adam Roach is in line to present EKRs point [12:32:57] Alan: OK thanks [12:33:01] at the moment, they've only proposed giving developers binaries [12:33:01] [bkw_] kpfleming did you get it yet? [12:33:06] nope, not even binary yet [12:33:18] PasiS joins the room [12:33:18] [bkw_] same here... so at this point its just Vaporware to us? [12:33:23] mail by Markus Vaalgamaa (Skype) 07/29/09 2:42 to codec mailing list (titled: Agenda for the Codec BoF): " I'm very willing to contribute to the reviewing and quality assessments." [12:33:29] yes, it's only present in the windows skype 4.0 client [12:33:33] Christian Hoene at the mic [12:33:39] Christian H : there also needs to be experts on the judgment of the quality of the codecs [12:33:44] @ knappe: pong [12:33:58] kpfleming : and the Mac Beta 2.8 client [12:34:03] ok [12:34:17] Jean-François Mule at the mic [12:34:28] JFM: I do think there is expertise [12:34:30] i have years of experience in MOS qualification [12:34:33] jason (as 'chair') - is there the expertise -- how do we feel about that? [12:34:34] [bkw_] I'm also very willing to test and input codecs... [12:34:45] JFM: how could reviews happen? by defining the codec, you define test vectors [12:34:52] But does the IETF actually perform and review those tests? [12:35:06] Or are we doing that outside the WG, with a milestone collecting the reports? [12:35:07] We can surely have Codec-ITs like the SIPits [12:35:07] JFM: various companies here have test benches [12:35:10] do we perform interop tests? [12:35:15] or just read them [12:35:17] [bkw_] Steve Underwood and I did G722.1 and G722.1C and he did the code and I did the testing and implementation in FreeSWITCH. [12:35:24] CODit? [12:35:25] jon-ietf: aw, interop is overrated :) [12:35:27] Interop tests are required to reach standard level [12:35:27] That's "milestone collecting the reports", yes? [12:35:30] [bkw_] HeardIT [12:35:33] Slava Borilin at the mic [12:35:41] PasiS leaves the room [12:35:49] would be nice if the codec was patent-free _and_ freely distributable (i.e. GPL/BSD) [12:35:56] [bkw_] GPL is out of the question [12:36:02] [bkw_] you can't GPL it or you limit its usage [12:36:05] [bkw_] LGPL is fine [12:36:09] bkw_: no, it's not out of question [12:36:14] no, LGPL is not fine [12:36:15] How about LLGGPLv9.3? [12:36:17] Alfred Heggestad: the IETF writes specs. [12:36:22] Alfred Heggestad: I think what you're asking for is "GPL compatible" which BSD fits. [12:36:24] [bkw_] if you GPL it then we'll never use it in FreeSWITCH. [12:36:39] [bkw_] thats my only concern [12:36:44] Whatever the spec is, I am sure there will quickly be a BSD-licensed implementation. [12:36:44] bkw_: a standard doesn't prescribe a particular implementation [12:36:47] [bkw_] the IETF doesn't specify code licenses [12:36:52] Slava : some proposals are here for the CODECs but this isnt a beauty contest. [12:36:53] [bkw_] right [12:36:59] bkw_: i could write a proprietary implementation of a patent-free standardized codec [12:37:16] Simon: yeah, that does not surprise me ;-) [12:37:17] but note that code published in an rfc is akin to BSD [12:37:18] [bkw_] Simon that kinda defeats the purpose of the whole process if you have to re-implement it [12:37:23] the lines are long [12:37:25] bkw_, No, LPGL won't be acceptable, either. [12:37:34] someone might need to cut off the mic lines :) [12:37:39] [bkw_] What would be considered acceptable? [12:37:46] the licensing is separate from the standard [12:37:49] 2-clause BSD for sure [12:37:54] [bkw_] that works for me [12:37:55] There is a conclave at the front of the room [12:37:55] Chairs being joined by larger group on stage [12:38:00] Simon: with the current IETF trust requirements code in an RFC is required to be simplified BSD. [12:38:02] xiph.org used bsd exactly for this reason, and fwiw, Stallman himself supported that decision. [12:38:06] bkw_, Luckily, as everyone else is saying, the IETF won't proscribe an implementation. [12:38:06] stpeter: It would be unfortunate if ekr's point didn't make it to the front of the line. [12:38:09] no video feed? [12:38:20] the reference implementation license matters less than the lack of barriers such as pattents [12:38:25] right [12:38:30] yes [12:38:31] [bkw_] exactly [12:38:34] michael leaves the room [12:38:36] there are plenty of smart people to reimplement if it has to be done [12:38:56] that was Monty [12:39:00] but the least encumbered means the most people can actually use this new standard.. something that should be important in a standards process [12:39:03] Adam Roach at the mic for EKR [12:39:04] EKRs point at mike [12:39:07] [Gumboot] Although codec evaluation itself needn't require a lot of expertise, I'd have thought that evaluating the codec's behaviour on the network, and its response to the network, would require expertise in IP. Is there another group that is better qualified to do that? [12:39:28] Kosmiester leaves the room: offline [12:39:35] [bkw_] HAHA [12:39:36] Stefan Bruhn at the mic [12:39:38] Nicely done [12:39:42] YAY [12:39:43] (*applause*) [12:39:44] [bkw_] working ears.. good point [12:39:46] yes indeed. [12:39:48] michael joins the room [12:39:50] richard.barnes joins the room [12:39:52] that was quite nicely siad, I agree [12:39:55] Adam: i really like your voice ;) [12:39:55] Adam's own point -- we have ears and can evaluate [12:40:08] :D [12:40:13] My ears are notoriously bad [12:40:18] I don't hear anything about FEC but an Internet codec should IMHO have "built in" FEC [12:40:19] Interesting comment gumboot. The existing normal test procedures aren't built around common loss patterns for IP networks, at least so far as I've seen though there may be some. [12:40:24] Adam ... Simon is hitting on you... watch it :-) [12:40:30] Derek McDonald ATM [12:40:33] Derek at the mic [12:40:36] ha! [12:40:51] Derek: I think we have the expertise, but we retain the right to fail [12:40:54] Derek : The IETF retains the right to fail. It isn't like we lost a war . [12:40:56] [bkw_] Eyebeam has SPEEX/FEC but I don't know exactly what that is. [12:41:00] re: distribution -- my point is that easy redistribution is key for massive deployment (ref: missing SILK SDK) [12:41:09] Mikael Abrahamsson at the mic [12:41:21] martensson.jonas joins the room [12:41:36] MA: let the Internet drive the codec, not vice-versa [12:41:43] Alan Duric at the mic [12:41:51] [bkw_] Alfred that is exactly right. If you can't redistribute the code/codec then you can't really deploy it in a massive scale without end user intervention [12:42:06] marshall: FEC (well, packet erasure codes) is somewhat incompatible with low delay. I guess thats a balancing act worth discussing. [12:42:10] richard.barnes leaves the room [12:42:13] I'm sure open source implementations will prop up [12:42:18] $ apt-get install libcelt-dev [12:42:25] richard.barnes joins the room [12:42:27] simon: even before we have documents, yes [12:42:41] who is the speaker? [12:42:43] When it comes to protocol specificationwe have lots of experience ... IETF is the right plce for that. For the CODEC there is interest but do YOU have any facts thatte IETF has the expertise to do this? [12:42:45] bens leaves the room [12:42:47] Facts? [12:42:56] What, like a scientific proof? Randomized controlled trials? [12:42:56] Roni Even at the mic [12:42:58] julien meuric [12:42:58] and given the people present in this room and in the jabber room, i wouldn't be too worried about open source implementations being made available [12:42:59] gmaxwell: trade-off between delay and robustness should be controllable by the source (aided by feedback through e.g. RTCP) [12:43:02] Alan: thanks [12:43:08] StPeter: We have the right to fail (murmored) [12:43:12] once again, we're asked to disprove a negative [12:43:19] Bruce leaves the room [12:43:21] bens joins the room [12:43:26] and each contribution comes with an explicit offer to participate in the process [12:43:27] Bruce joins the room [12:43:30] does anyone know details of the companies the speakers are from? [12:43:44] Michael : that is a loaded question [12:43:46] IETF contribution and participation is personal :-) [12:43:54] marcin.lubonski leaves the room [12:43:55] oej: correct [12:43:58] (see oej's comment) [12:43:59] ... [12:44:04] And we produce handing hitchhiker's guides for those that are a bit scattered [12:44:05] many folks forget this fact [12:44:09] er, handy [12:44:17] To Roni's point: No, that's exactly what we're going to do differently. It's not a beauty contest, we're going to take the best parts of several proposals [12:44:21] This guy has clearly never read the RELOAD spec. [12:44:25] It's also an impossible to answer question. Sometimes interests and affiliations don't follow strict lines of employment. [12:44:27] Jean-François Mule at the mic [12:44:29] ekr: :-) [12:44:46] specs are written with people who work at companies [12:44:48] [bkw_] BV16 can be downloaded today [12:44:59] marcin.lubonski joins the room [12:44:59] Slava B at the mic [12:45:00] [bkw_] I have the src for that one already [12:45:16] T-15 minutes on the schedule [12:45:26] jon-ietf leaves the room [12:45:29] wasn't there a hum scheduled? [12:45:41] Michael Jerris: https://www.ietf.org/registration/ietf75/attendance.py [12:45:42] @stpeter: Can we launch the BoF into space at the end of the countdown? [12:45:49] michael leaves the room [12:45:57] nice [12:46:04] I was assuming we would just merge them with "cat" [12:46:07] tomkri thank you [12:46:12] it's reigndeer meet, not cow [12:46:16] [12:46:18] I can make you a good deal on "merge-drafts.py" [12:46:19] that was the joke told [12:46:30] speaker? [12:46:36] ye-kui wang [12:46:50] Uh, Cullen? [12:46:51] Ted Hardie at the mic [12:46:54] oej (note taker), ... we hope. [12:46:55] haha [12:46:56] [bkw_] HAHA [12:47:02] steak-holders? [12:47:06] ouch [12:47:09] Ted : stakeholders is not a useful construct in the IETF [12:47:12] michael joins the room [12:47:15] ha ha ha [12:47:47] Ted : the work should benefit the Internet, the applications developer, etc etc .. take a holistic view [12:47:51] Cullen at the mic [12:47:53] [12:47:55] Randall Gellens joins the room [12:47:57] I'm not sure I caught his point [12:48:00] kpfleming applauds [12:48:09] Ted's question is whether the IETF is the right place to do work that benefits the Internet? [12:48:13] Derek MacDonald joins the room [12:48:18] Ted's point addresses the difficulty of documenting raised earlier [12:48:29] info: bad-attitude is a sniping jabber room about our ietf plenaries [12:48:29] magnus leaves the room [12:48:33] !who [12:48:34] * members: bkw_, camsh_ft, derf, gmaxwell, Guest17186, Gumboot, j^, MikeJ, MikeS_, nessy, paravoid, RalphBonnell, sergforce, var1, williamwho, xiphmont-irc [12:48:34] documentation is fantastically difficult. [12:48:35] the goal should be to benefit the Internet, if the work is worth doing, it's worth documenting to the best of our ability [12:48:42] That is absolutely true. [12:48:45] ekr: Ted's point is that we need to keep the whole-Internet perspective in mind -- implementers, operators, users, vendors, etc. [12:48:55] magnus joins the room [12:49:01] I can attest that the IESG repeatedly reviews stuff they have no expertise in. [12:49:33] Hm. The !who is truncated in this direction too. There are ~26 people on IRC. [12:49:34] @ekr and it sometimes shows in the reviews [12:49:35] I like how fluffy points out that his PhD does involve this kind of signal processing, but did it as a complete aside [12:49:35] "that's pretty and passed NITs. ship it." :-) [12:49:52] Cullen points to the IDNAbis work -- no one on the IESG has expertise in linguistics [12:50:08] Alan: I wish! I would get a lot more drafts out that way [12:50:09] Jason: asking who is willing to contribute [12:50:16] (laugh) [12:50:28] /who [12:50:34] I have two ears, and would be happy to help by listening to RTP streams. [12:51:12] show of hand for the people that are codec experts willing to participate should the group be formed [12:51:15] Ok, get ready to show hands in the jabber/IRC rooms [12:51:18] jabber room ppl [12:51:22] please say aie [12:51:24] [derf] I am a codec expert willing to participate should the group be formed. [12:51:25] QUESTION: who here is a codec "expert" and willing to do the work? [12:51:26] I would be happy to send snipy messages about audio quality [12:51:28] aye [12:51:30] As one of the CELT authors I guess I qualify on that one. [12:51:35] aye [12:51:35] Dean Bogdanovic joins the room [12:51:37] aye [12:51:38] Monty is about to jump out of his chair... [12:51:42] [derf] aye [12:51:52] sorry. [12:51:52] 8 in room [12:51:55] almost cheated. [12:51:55] can I put a hand up for David Rowe, who doesn't seem to be here tonight? [12:51:59] bens leaves the room [12:52:02] 5 on jabber [12:52:02] michael leaves the room [12:52:02] michael joins the room [12:52:06] approx 13 total [12:52:23] show of hands if you're not on jabber and aren't willing to participate [12:52:23] QUESTION: who is willing to contribute in any way? (testing review etc.) [12:52:25] aye [12:52:26] aye [12:52:26] [bkw_] aye [12:52:28] aye [12:52:29] aye [12:52:29] aye [12:52:30] AYE! [12:52:30] aye [12:52:31] I am willing to contribute [12:52:31] aye [12:52:32] aye [12:52:32] aye [12:52:33] aye: I am willing to contribute with requirements, I am also willing to contribute with testing and implementing early drafts and candidates in open source media server [12:52:36] aye [12:52:36] aye [12:52:36] Emil Ivov joins the room [12:52:37] aye [12:52:38] aye [12:52:39] I think he called it as 15 (10-12 plus 5) [12:52:44] aye [12:52:45] [Gumboot] erk! Where's the slide? [12:52:47] counting [12:52:57] codec-5.ppt#1 [12:52:57] That's 18 on the jabber room so far [12:52:58] bens joins the room [12:53:04] aye, matey [12:53:05] 17 in the Jabber room [12:53:07] aye [12:53:10] (approx 20) [12:53:13] 19, 20 [12:53:14] WILLING TO CONTRIBUTE TO REQUIREMENTS, BUT NOT TO PROPOSALS DUE TO IPR CONSTRAINTS [12:53:18] [derf] aye [12:53:18] aye [12:53:37] [Gumboot] aye [12:53:38] Impressive. MUC now lagged more than MP3 for me. [12:53:52] Aye [12:53:53] [bkw_] aye [12:53:57] good question [12:53:59] new question: of those experts, who would still be participating if the proposal you are supporting is ruled out of the wg process [12:54:01] aye [12:54:07] Of the experts (going back).... would you still participate if your proposal wasl ruled out? [12:54:12] danwing leaves the room [12:54:15] Thanks Bruce [12:54:24] I think those experts are in the room [12:54:32] xiph's goal was never vorbis. it was RF audio codecs [12:54:39] WTF? [12:54:42] HUM do you think the technical work is well defined [12:54:49] mic: *hum* [12:54:52] my cat is purring for it [12:54:53] [bkw_] haha [12:54:53] [derf] mic: HUM [12:55:02] hmmmmm -> mic [12:55:03] we can't hum because of hte delay :) [12:55:03] HUM inconclusive [12:55:06] Technical scope CAN be wwell defined, but not finshed yet [12:55:08] purrr [12:55:11] mic: *HUM* (we have enough expertise) [12:55:11] hum for expertise [12:55:11] hum [12:55:13] hum [12:55:16] hum for wg [12:55:18] dueling hums...quite even [12:55:18] HUM if you think there is expertise to do the work [12:55:19] bens hum [12:55:19] hum [12:55:19] mic: HUM for expertise [12:55:22] ted : can we add a not known hum [12:55:23] mic: *HUM* [12:55:23] [derf] mic: HUM (for expertise) [12:55:24] HUM inconclusive [12:55:33] [bkw_] HUM for expertise [12:55:33] against WG hum [12:55:33] HUM [12:55:35] misc: HUM [12:55:36] hmmm expertise [12:55:37] Ted Hardie HUM if not sure [12:55:39] Ted at the mic [12:55:41] RjS leaves the room [12:55:43] ingemar leaves the room [12:55:46] when you hum in jabber, say for what you're humming [12:55:59] Ted : are you unsure that the scope is sound? please HUM [12:56:08] HUM against WG as the scope is currently defined [12:56:14] it will take a few meetings to know for sure [12:56:17] The true power of the IAB [12:56:28] simobacsi leaves the room [12:56:34] marcin.lubonski leaves the room [12:56:45] I am now baffled [12:56:54] what is "known"? [12:56:56] the HUM questions are now being typed on a slide [12:57:07] we need the HUM protocol [12:57:11] HUM WG? [12:57:11] marcin.lubonski joins the room [12:57:14] that question is not possible to answer [12:57:15] I'm confused by the second hum. Are we passing judgement on the competence of the several people who held themselves out as experts? [12:57:21] someone will transcribe the slide? [12:57:28] i'll try [12:57:44] Adam Roach: I think we're trying to ask the question if the IETF (collectively) has the expertise to work in this area. [12:57:51] [confusion at this point is standard operating procedure] [12:57:56] stage stormed by ADs [12:58:00] and interested parties [12:58:04] a rushing of the stage by various bigwigs [12:58:07] sorting out the hum language [12:58:08] chaos ensues :) [12:58:11] jon-ietf joins the room [12:58:16] *** bkw_ is confused [12:58:16] martensson.jonas leaves the room: I'm happy Miranda IM user. Get it at http://miranda-im.org/. [12:58:17] and we're all missing it :-( [12:58:23] Everyone is confused [12:58:23] yes [12:58:24] we need video! [12:58:27] they are taking a second to organize [12:58:30] hey kevin fleming [12:58:35] Seen one stabbing, you've seen 'em all. [12:58:35] hello sir [12:58:36] [derf] stpeter: That's the next WG. [12:58:37] stpeter: don't go there... [12:58:41] If you think we av theexpertise to scopethe work please hum [12:58:43] HUM : Do we have the expertise to scope the work? [12:58:43] humm [12:58:44] *hum* (expertise to scope the work) [12:58:44] yes [12:58:44] humm against [12:58:45] hum [12:58:45] hum for expeertise to scope [12:58:45] HUM [12:58:45] HUM for expertise to scope [12:58:46] HUM do you think we have the expertise to scope the work [12:58:46] *hum* expertise [12:58:46] hum: we have the expertise [12:58:48] hum for [12:58:50] if only we had a bunch of internet experts around to figure out how to stream video [12:58:51] hum for "expertise to scope" [12:58:52] hum yes we have the expertise [12:58:52] hum yes [12:58:52] hum for [12:58:55] HUM I disagree [12:58:56] *hum* for expertise [12:58:57] [derf] HUM (for expertise) [12:58:58] HUM for expertice [12:59:01] [bkw_] agree won that [12:59:01] hum we have the expertise [12:59:04] hum for expertise [12:59:04] I think that was definitely an edge on the "for" side [12:59:06] thee has been video at past meetings [12:59:11] Why is it so difficult to scope the work? [12:59:12] rough consensus ! [12:59:13] hum for expertise [12:59:15] yes, i could hear it [12:59:23] If you think we have the expertise to scope the work, please HUM. [12:59:32] ouch [12:59:33] now for running code! [12:59:43] Maybe use a show of hands [12:59:51] (not necessarily that the work *has* been scoped so far, but that we have the expertise to scope the work properly) [12:59:52] Sorry, ads having yet another on-stage conference [12:59:53] [bkw_] haha [13:00:06] PAF involved in the discussion [13:00:16] RJS clambing on stage [13:00:19] battery almost out. [13:00:26] Why is the question repeated because of a single person? [13:00:28] michael leaves the room [13:00:39] just form the damn WG :P [13:00:42] michael joins the room [13:00:46] * quit: williamwho () [13:00:49] can someone please poitn out the results of the jabber room? [13:00:55] JonathanLennox leaves the room: Replaced by new connection [13:00:57] marshall leaves the room [13:00:58] hum seemed overwhelmingly for [13:01:02] Jack: there are no results [13:01:02] now we have 2 former ADs both current and some spectatrors [13:01:05] [bkw_] Jack I have to agree [13:01:12] rough consensus in favor of having expertise to scope the work [13:01:13] Cullen at the mic [13:01:16] Cullen jennings : I think we've identified that we couldn't ask that questionyet [13:01:23] CJ : we have the info we need at the BOF [13:01:33] CJ : will look on list at charter etc [13:01:39] Cullen Jennings leaves the room [13:01:41] CJ : we will go forward from here nthe list [13:01:42] meeting adjourned [13:01:48] -73- [13:01:48] Randall Gellens leaves the room [13:01:50] Theo leaves the room: Computer went to sleep [13:01:50] does that mean another BOF at the next IETF [13:01:51] we'll go forward on the list [13:01:52] jon-ietf leaves the room [13:01:55] richard.barnes leaves the room [13:01:56] kpfleming: perhaps [13:01:57] Alan (scribe) leaves the room: Computer went to sleep [13:01:58] mjh leaves the room: Computer went to sleep [13:02:00] Derek MacDonald leaves the room [13:02:01] not beer time; plenary time :-) [13:02:01] ipbaobao leaves the room [13:02:01] suzukisn leaves the room [13:02:02] yet to be determined [13:02:03] xiphmont leaves the room [13:02:04] Dean Bogdanovic leaves the room [13:02:05] eburger leaves the room [13:02:06] williw leaves the room [13:02:06] alright [13:02:06] Wolfgang Beck (remote) leaves the room [13:02:08] Simon Perreault leaves the room [13:02:09] hmm, a weird end to things. [13:02:10] Bruce leaves the room [13:02:12] Francois Lefebvre leaves the room [13:02:12] mkt.xx leaves the room [13:02:14] HannesTschofenig leaves the room [13:02:15] yes, a bit odd :) [13:02:16] anti climactic, for sure [13:02:20] roni_even leaves the room [13:02:23] Adam Roach leaves the room [13:02:26] yes [13:02:35] (decisions on forming a WG or not are rarely made in the room) [13:02:40] Jean-Francois leaves the room: Computer went to sleep [13:02:41] michael leaves the room [13:02:43] you mean with fluffy hitting everyone over the head with beer? [13:02:51] Alan D leaves the room: Computer went to sleep [13:02:58] They are never made in the room. It's the IESG who decides whether a WG is formed. [13:03:03] hta leaves the room [13:03:04] [bkw_] I think the meeting would have been more productive if everyone had a beer before [13:03:07] Ted Hardie leaves the room [13:03:12] stephanwenger leaves the room [13:03:12] AndyHutton leaves the room [13:03:21] thanks all [13:03:24] tomkri leaves the room [13:03:24] enrico leaves the room [13:03:25] bkw_: What says we had not? [13:03:26] well, i don't see how there is enough consensus even on the charter yet for the IESG to make a WG formation decision [13:03:31] Lars leaves the room [13:03:33] csp leaves the room [13:03:33] jmspeex leaves the room [13:03:40] kpfleming: exactly [13:03:50] kpfleming: so further work would be required [13:03:51] * quit: xiphmont-irc (Ping timeout: 180 seconds) [13:03:57] Emil Ivov leaves the room [13:04:02] definitional work etc. [13:04:03] well... that was fun, i'm glad i got online at 0600 :-) [13:04:03] but there are a lot of people who will never form a consensus [13:04:05] ? [13:04:22] audunv leaves the room [13:04:22] Michael: we'll find out eventually [13:04:24] ag@ag-projects.com leaves the room [13:04:35] doe leaves the room [13:04:38] gmaxwell leaves the room [13:04:39] Michael Jerris: all you can do is subscribe to the mailing list [13:04:44] Dafydd Harries leaves the room [13:04:59] Glenn Parsons leaves the room [13:05:01] sure.. I have been reading archives [13:05:05] Lisa Dusseault leaves the room [13:05:05] nils leaves the room [13:05:11] Joe Hildebrand leaves the room [13:05:13] HannesTschofenig, The plenary is much more fun with beer. [13:05:18] katwalsh leaves the room [13:05:18] irc- leaves the room [13:05:18] tzafrir leaves the room: offline [13:05:24] petithug leaves the room [13:05:35] stefan.sayer leaves the room [13:05:48] the revolution of the wideband Internet codec :) [13:05:55] ekr leaves the room [13:06:00] Nÿco leaves the room [13:06:12] dwd leaves the room: offline [13:06:14] bens leaves the room [13:06:21] oej (note taker) leaves the room [13:06:43] ok, I'm gone [13:06:49] many interesting discussions IRL [13:06:56] ttfn [13:07:08] stpeter.. are you in Chicago next week? [13:07:16] I didn;t think I saw your name on the list [13:07:31] rtb leaves the room [13:07:34] RjS joins the room [13:07:53] Guillaume Desmottes leaves the room [13:07:54] no i am not [13:08:01] bye! [13:08:06] k [13:08:29] stpeter leaves the room: Disconnected: connection closed [13:08:38] Michael Jerris leaves the room [13:09:13] kpfleming leaves the room [13:09:18] pee000 leaves the room [13:10:29] Alfred Heggestad leaves the room [13:10:48] RjS leaves the room [13:11:47] Thomas Stach leaves the room [13:11:49] magnus leaves the room [13:12:01] John.Elwell leaves the room [13:12:43] Mingdong leaves the room [13:13:40] Ted Hardie joins the room [13:13:57] ekr joins the room [13:14:08] Michael Knappe leaves the room [13:14:11] Ted Hardie leaves the room [13:14:56] Thorvald leaves the room [13:15:42] christian.schaller leaves the room [13:16:10] mixvoip leaves the room [13:16:18] ekr leaves the room [13:16:18] ekr joins the room [13:18:08] Simon Perreault joins the room [13:19:22] Simon Perreault leaves the room [13:20:19] marcin.lubonski leaves the room [13:20:52] GF leaves the room: Replaced by new connection [13:20:53] GF joins the room [13:23:45] lebobits leaves the room [13:25:37] sal leaves the room [13:28:02] hta joins the room [13:29:18] hta leaves the room [13:31:14] vvas leaves the room [13:34:22] Sjoerd Simons leaves the room [13:35:32] suzukisn joins the room [13:35:38] Alexander.Chemeris leaves the room [13:35:38] Alexander.Chemeris joins the room [13:36:46] RjS joins the room [13:38:06] RjS leaves the room [13:39:59] Cullen Jennings joins the room [13:40:53] Cullen Jennings leaves the room [13:43:58] Henrik joins the room [13:44:42] Alexander.Chemeris leaves the room [13:46:35] marcin.lubonski joins the room [13:50:02] marshall joins the room [13:50:22] Basically, the Ads said they have enough information to proceed [13:50:43] the last few hums were positive, but unclear [13:52:47] Jean-Francois joins the room [13:53:22] vijay.gurbani leaves the room [13:55:20] SwedeMike leaves the room [13:59:10] GF leaves the room [13:59:21] marshall leaves the room [14:02:52] Magnus Bergman joins the room [14:04:04] suzukisn leaves the room [14:05:56] kvs78 leaves the room [14:11:01] Magnus Bergman leaves the room [14:12:40] Sylvain Hellegouarch leaves the room: offline [14:21:02] Lars joins the room [14:21:11] Lars leaves the room [14:28:51] Magnus Bergman joins the room [14:31:13] ekr leaves the room [14:31:14] ekr joins the room [14:32:08] Bruce joins the room [14:32:23] Bruce leaves the room [14:32:34] mlm.michael.miller leaves the room [14:34:06] marcin.lubonski leaves the room [14:35:22] Olle E. Johansson, Sollentuna, Sweden (GMT+1 DST) joins the room [14:36:27] ekr leaves the room [14:36:28] ekr joins the room [14:37:21] Magnus Bergman leaves the room [14:41:16] ekr leaves the room [14:43:20] Olle E. Johansson, Sollentuna, Sweden (GMT+1 DST) leaves the room [14:44:11] Jack Moffitt leaves the room [14:45:53] Jean-Francois leaves the room: Computer went to sleep [14:57:24] daniel.g.petrie leaves the room [14:58:33] sal joins the room [14:58:40] sal leaves the room [14:59:04] marcin.lubonski joins the room [15:07:17] Brian Zisk leaves the room [15:09:06] Brian Zisk joins the room [15:20:50] marcin.lubonski leaves the room [15:36:20] ron leaves the room [15:47:50] Brian Zisk leaves the room [15:52:46] Jean-Francois joins the room [16:20:36] marcin.lubonski joins the room [16:28:38] Henrik leaves the room [16:28:39] Henrik joins the room [16:30:59] Lisa Dusseault joins the room [16:48:34] Jean-Francois leaves the room: Computer went to sleep [16:48:36] Henrik leaves the room [16:51:29] Jean-Francois joins the room [16:51:46] Jean-Francois leaves the room: Computer went to sleep [16:54:45] Jean-Francois joins the room [16:54:55] Jean-Francois leaves the room: Computer went to sleep [17:02:36] rillian joins the room [17:18:50] Lisa Dusseault leaves the room [17:26:53] Jean-Francois joins the room [17:30:21] Theo joins the room [17:38:37] Theo leaves the room [17:44:02] Lisa Dusseault joins the room [17:46:51] Jean-Francois leaves the room: Replaced by new connection [17:46:52] Jean-Francois joins the room [18:07:57] rillian leaves the room: Replaced by new connection [18:28:28] Henrik joins the room [18:30:10] Jean-Francois leaves the room: Computer went to sleep [18:31:39] Henrik leaves the room [18:43:44] Lisa Dusseault leaves the room [18:44:08] Henrik joins the room [19:08:20] Henrik leaves the room [22:49:45] marcin.lubonski leaves the room [23:11:03] LM leaves the room [23:33:48] johndrinkwater leaves the room [23:45:54] Tobias leaves the room: Disconnected: connection closed