15:46:59 RRSAgent has joined #audio 15:46:59 logging to http://www.w3.org/2013/06/20-audio-irc 15:47:10 Zakim, list conferences 15:47:10 I see I18N_CoreWG()11:00AM, XML_XSLWG()11:30AM, Team_(ctpac)15:30Z, Team_(gldc)15:21Z, WAI_PFWG(HTML TF)10:00AM active 15:47:12 also scheduled at this time are SW_LDP(F2F)2:30AM, Styl_XSL-FO-()11:00AM, VB_VBWG(CCXML)11:00AM, SW_HCLS(TMO)11:00AM, I18N_MLW WG(LT)10:00AM, SW_HCLS()11:00AM, 15:47:12 ... XML_QueryWG(XSLT)11:00AM, Team_(gldc)15:19Z, HTML_WG()12:00PM, RWC_Audio()12:00PM, SW_(PROV)11:00AM 15:47:27 Zakim, this will be RWC_Audio 15:47:27 ok, chrislowis; I see RWC_Audio()12:00PM scheduled to start in 13 minutes 15:48:34 Zakim, what's the code? 15:48:34 the conference code is 28346 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), chrislowis 15:56:33 ehsan has joined #audio 15:57:39 RWC_Audio()12:00PM has now started 15:57:45 +[Mozilla] 15:58:26 aut0mata has joined #audio 15:58:31 jernoble has joined #audio 15:59:12 + +1.408.772.aaaa 15:59:28 zakim, aaaa is me 15:59:28 +jernoble; got it 15:59:40 crogers has joined #audio 15:59:54 +Jan 16:00:04 +Jan.a 16:00:36 zakim, Mozilla is ehsan 16:00:36 +ehsan; got it 16:00:58 Zakim, who is speaking 16:00:58 I don't understand 'who is speaking', chrislowis 16:01:03 Zakim, who is talking? 16:01:14 chrislowis, listening for 10 seconds I heard sound from the following: ehsan (9%), Jan (4%), Jan.a (51%) 16:01:33 +Doug_Schepers 16:01:34 Zakim, Jan.a is olivier 16:01:34 +olivier; got it 16:01:41 Zakim, olivier has chrislowis 16:01:41 +chrislowis; got it 16:01:43 + +1.510.334.aabb 16:01:46 Zakim, olivier has mdjp 16:01:46 +mdjp; got it 16:01:54 Zakim, aabb is crogers 16:01:54 +crogers; got it 16:02:20 agenda? 16:02:26 Zakim, +1.408.772.aaaa is padenot 16:02:26 sorry, padenot, I do not recognize a party named '+1.408.772.aaaa' 16:02:30 ha 16:02:43 Agenda: http://lists.w3.org/Archives/Public/public-audio/2013AprJun/0608.html 16:02:50 Agenda+ discussion on the way forward to an unprefixed AudioContext 16:02:54 padenot is also from Mozilla 16:02:59 Agenda+ discussion on buffer-queueing 16:03:33 Scribe: chrislowis 16:03:36 Chair: olivier 16:03:45 ScribeNick: chrislowis 16:03:57 Meeting: Audio WG Meeting 16:04:19 Zakim, aaaa is padenot 16:04:19 sorry, chrislowis, I do not recognize a party named 'aaaa' 16:04:29 Zakim, who is on the call? 16:04:29 On the phone I see ehsan, jernoble, Jan, olivier, Doug_Schepers, crogers 16:04:32 olivier has mdjp 16:04:52 Zakim, olivier also has chrislowis 16:04:52 +chrislowis; got it 16:05:50 olivier: I'd like us to spend a while discussing the current state of implementations (Webkit, iOS 6/7 Blink, Opera and Mozilla). How are we going to deal with the prefixing of AudioContext in docs and implementations? 16:06:18 olivier: I realise that some of this is not strictly speaking spec-building, but more about getting the implementors around the table to discuss a difficult issue. 16:06:29 olivier: I'll try and summarise: 16:06:50 + +1.978.314.aacc 16:06:56 We've had a few changes recently to some of the interfaces in the spec. 16:07:05 Zakim, aacc is Joe 16:07:05 +Joe; got it 16:07:26 joe has joined #audio 16:08:26 + +1.949.270.aadd 16:08:47 At the f2f in March we had an interesting flip-flop of decisions - first deciding that the old interfaces would be clearly deprecated, and decided that that would be difficult and put to much strain on the implementations. Instead we decided that we would (normatively) support both names for things. 16:09:10 Since that decision at the meeting, there has been a change of heart that supporting both interfaces has problems. 16:09:46 Mainly that due to implementations arriving at different times, there may be some issues in doing this. 16:10:09 We need to find a path through this that makes it fair for all sides, but also is the right decision for the future. 16:10:33 Perhaps we can take a couple of minutes for each implementor to talk about their ideal outcomes. 16:10:43 johnwbyrd has joined #audio 16:10:55 ehsan: Sure. First the ideal outcome from my position, then the worst possible outcome. 16:11:18 ehsan: The ideal outcome is to have a good, clean and pleasant API for developers that is available across multiple implementations. 16:11:55 ehsan: I think the best way to get there is for Gecko, Webkit and Blink to ship compatible implementations all at the same time. 16:12:09 ehsan: what belongs in those implementations is a different conversation that we should have. 16:12:45 ehsan: ideally if everyone ships at around the same time, then it sends a message to web developers that this is an api that they can trust and use. 16:13:11 ehsan: the significance of shipping an unprefixed implementation is that once it is shipped, it is diffcult to change anything after that point. 16:13:46 ehsan: since, historically this has happened with prefixed implementations before, and it is how they are perceived on the web. 16:14:27 ehsan: the least desirable outcome is that one or two of the implementations continue to ship their prefixed versions for an extended period of time. 16:14:56 ehsan: the implementation that is prefixed for the longest period of time, is the one that is going to have a problem removing something in the future. 16:15:36 ehsan: as from the point of view of users that will be the implementation will be considered to be broken. 16:16:18 ehsan: since webkit has been shipping for the longest period of time at the moment, there won't be a lot of incentive for developers to check their code against other versions such as gecko. 16:16:40 olivier: Chris Rogers, could you play the same exercise for us? The best and worst case. 16:17:26 crogers: I think we should go with the decision we made at the f2f that we should go with the duplicate names in the unprefixed version, which will cause us and developers the least amount of problems. 16:17:47 -Jan 16:17:59 crogers: it will solve most of the compatability problems, and browsers can ship an unprefixed version. 16:19:02 crogers: the second best outcome is to make the old names an "historical note" in the spec. We'd need to support the old names in the prefixed AudioContext, and we would all have to help evangalise to help get devlopers off the old names and onto the new ones. 16:19:14 +[IPcaller] 16:19:31 Zakim, IPcaller is padenot 16:19:31 +padenot; got it 16:19:52 zakim, who is making noise? 16:20:04 olivier, listening for 10 seconds I heard sound from the following: padenot (70%), crogers (66%) 16:20:08 cq 16:20:11 zakim, mute padenot 16:20:11 padenot should now be muted 16:20:13 crogers: we know from an experimental build internally, that even shipping an unprefixed version will break about 75% of content. 16:20:33 q+ 16:20:46 q+ 16:20:59 crogers: As far as making any additional stylistic changes, now is absolutely not the right time for that. I will push back on any changes that I think are not being made for technical reasons. 16:21:23 olivier: by that you mean changes that are not for technical reasons, but ones that are considered "better looking". 16:22:03 crogers: yes. For example changing create methods to constructors, which would be a massive breaking change. And changing async callbacks to use promises, would also be a serious change. 16:22:14 ack jer 16:22:43 olivier: We have Jer on the queue 16:22:49 i seem to be muted 16:22:59 Zakim, unmute jernoble 16:22:59 jernoble was not muted, chrislowis 16:23:30 jernoble: I largely agree with what has been said about the best and worst perspective. 16:23:56 jernoble: from our perspective, if there is going to be breaking API changes, we *cannot* unprefix. 16:24:23 jernoble: and if there is going to be any more changes like that, we won't be able to. 16:24:55 jernoble: where I disagree with crogers is that there is no point renaming things if we're not going to remove them so we should go ahead and do that. 16:25:10 Zakim, who's noisy? 16:25:22 shepazu, listening for 10 seconds I heard sound from the following: jernoble (13%), olivier (100%) 16:25:36 olivier: so to summarise, we need to be sure that the API is rather stable, and then and only then will you be ready to un-prefix. 16:25:50 q+ 16:26:08 jernoble: that's correct. So removing somthing is a breaking change, but adding something is not. 16:26:35 crogers: I don't understand why you'd be comfortable taking aliases out. That would be a breaking change? 16:26:51 Zakim, who is on the phone? 16:26:51 On the phone I see ehsan, jernoble, olivier, Doug_Schepers, crogers, Joe, +1.949.270.aadd (muted), padenot (muted) 16:26:53 olivier has mdjp, chrislowis 16:27:19 jernoble: yes. From our point of view, things behind a prefixed API are playing "fast and loose" with emerging technology. Once unprefixed it has to be solid. 16:27:31 Zakim, +1.949.270.aadd is johnwbyrd 16:27:31 +johnwbyrd; got it 16:27:32 crogers: so the change to PeriodicWave from WaveTable? 16:27:42 ack eh 16:27:48 jernoble: yes, that would be fine while we're prefixed but not afterwards. 16:27:59 olivier: Next on the queue is ehsan. 16:28:24 ehsan: Once a browser is shipping an unprefixed API, it is hard to make changes. 16:28:40 ehsan: it's much easier with a prefixed API. The bar is lower. 16:29:05 ehsan: that's why I'd like a timeline for when the other implementors will ship, so we can make a decision based on that. 16:29:21 ehsan: a comment on why I made the change in opinion from the f2f conference: 16:30:10 ehsan: when I got back from that I got a lot of push back from other people in Mozilla and on our IRC channels, that we were effectively supporting a defacto standard. 16:30:57 ehsan: so it's going to be a pragmatic decision on our part, that we will be making a decision that we will support something that is codified in the spec, but not exactly what will be implemented by developers in practice. 16:31:34 ehsan: so I'd like to discuss the timing of if/when things will be changed, and the other is what changes will be made. 16:32:38 ehsan: I think we should remove the synchronous api calls from the spec, as we cannot justify that in an API. 16:33:20 ehsan: with regards to alternative names in the spec. I believe the issue of alternative names is much more serious than the one about using constructors, or Promises. 16:34:36 q- 16:34:47 ehsan: I'd like to take out of our discussion a timeline of when people hope to ship an unprefixed version. Without those timelines, all we are discussing is a bunch of ideas being brought back and forth - which won't mean a lot in practical terms. There's a difference between what will happen in 2 months versus 2 years. 16:35:09 olivier: all things being equal when would you, ehsan, think it would be a good time to ship AudioContext 16:35:26 ehsan: at the moment in FF24, Sept. 17th. See my post on the mailing list for more details. 16:35:56 olivier: and to you crogers and jeroble, what can you share with us about your timelines? 16:37:10 crogers: I would say, a ballpark figure would be between 3 and 6 months, but I'd need to coordinate with cwilso_, who's unavailable right now. It will depend on our testing, we'd like to test both versions, and get a developer version out in the wild to help people with any problems. 16:37:39 olivier: for the record: no one here is commiting to any release, this is just developers perspective. 16:39:17 jernoble: thank you for that caveat olivier. We have a slower release cycle. We tend not to ship new features between major releases. Apple just released a couple of beta versions to developers, which has some changes to the names. We do have time between now and when we release to the public to make other changes, including unprefixing, if we can get a commitment that there won't be any more changes. 16:39:26 s/changes/breaking changes 16:39:45 crogers: you can have a commitment from me! How soon do you need that locking down? 16:39:51 q? 16:40:10 +q 16:40:25 jernoble: the sooner the better, as always. If we could commit to that in the next week or so that would be ideal. 16:40:39 crogers: and if we miss that, we'll have to wait another year or so. 16:40:59 jernoble: that's correct. 16:41:27 olivier: we haven't, as a W3C group at least, had our "last call" yet. 16:42:03 olivier: that is the time when we would expect a considerable amount of feedback. And we can't guarentee that that won't throw up some important changes to be considered. 16:43:08 crogers: I understand what you're saying about there being a next stage. But the spec has been there for a long time now. 16:43:59 olivier: yes, and one outcome is that there is no feedback. 16:44:03 ack ehsan 16:44:10 olivier: but we shouldn't discount the possibility. 16:45:52 ehsan: < scribe missed the question > 16:46:30 crogers: if everyone is insistant that the alternative names should be removed, we will remove them from the unprefixed version. 16:46:56 crogers: but it might alter our timeframe a little bit. 16:47:29 crogers: the old names in the webkit prefixed version, we don't know how long it will take. That is a longer timescale. 16:47:48 ehsan: the webkit version won't be removed when the prefixed version is shipped? 16:47:54 crogers: yes, that's correct. 16:48:21 ehsan: that's bad news. It will mean the unprefixing won't matter in practice. 16:48:37 (that seems like an exaggeration) 16:49:00 crogers: the old names won't be in the prefixed version. It will be "pure". But we would also ship a prefixed version with the old names. 16:49:42 jernoble: it is apple's policy not to remove a prefixed version of an API when we ship a prefixed version. 16:49:52 +joe 16:50:12 q+ 16:50:12 jernoble: (although we would probably remove the old names from the prefixed version.) 16:51:41 olivier: I can guarentee that if everyone ships an unprefixed version today, in 6 months all developers will be using it. The number of sites using the prefixed version will be diminishingly small. 16:53:14 ehsan: I would like to question your assumption that everything will be fixed in 6 months. There will be no incentive for people to go and fix things, even things that a linked to from our own Wiki page. 16:53:42 shepazu: but, at the moment, there is only the prefixed version. As soon as there is an unprefixed version people will start to work on that. 16:54:33 shepazu: we have evangalism and MonkeyPatches available to help. I think developers will really want their code to work in Firefox. 16:56:52 q+ 16:58:04 ack joe 16:58:19 jernoble has joined #audio 16:58:22 shepazu: we have seen with CSS for example that over time prefixed versions are phased out and developers will get used to it. 16:58:22 jernoble_ has joined #audio 16:58:52 joe: from this developers perspective, working on FF is an absolute requirement for any commercial application. 16:59:17 joe: we will need FF to work, so we will absolutely code to the unprefixed version. 16:59:40 olivier: joe that's a very valuable contribution, thank you. 17:00:22 ehsan: as of this moment I am unconvinced that we should ship a webkit-prefixed version. If we did it would be the first time this has ever happened in Mozilla. 17:00:52 ehsan: we have always taken the position that evangalism and education is the best way forward. 17:02:16 -Joe 17:02:44 list of suggested actions here: http://lists.w3.org/Archives/Public/public-audio/2013AprJun/0586.html 17:03:18 shepazu: we have mdn, html5 rocks and other documentations under our control, effectively. We can reach out and contact developers, and olivier has made some suggestions for other actions as above ^^. 17:03:33 olivier: I think we have to adjorn here. 17:04:13 olivier: I'd like to share the minutes with everyone and get some feedback. I'll take an action to contact Jory and ask for his opinion on how to reach out to developers. 17:04:29 olivier: and share this with cwilso_, in particular. 17:04:52 -jernoble 17:04:54 olivier: thank you for your contributions today. It's been a good discussion, thank you. 17:04:54 -crogers 17:04:55 -olivier 17:04:58 -Doug_Schepers 17:05:03 RRSAgent, generate minutes 17:05:03 I have made the request to generate http://www.w3.org/2013/06/20-audio-minutes.html chrislowis 17:05:03 -padenot 17:05:08 -johnwbyrd 17:05:36 RRSAgent, bye 17:05:44 rrsagent, make logs public 17:05:48 rrsagent, make minutes 17:05:48 I have made the request to generate http://www.w3.org/2013/06/20-audio-minutes.html olivier 17:06:13 RRSAgent, bye 17:06:13 I see no action items