public-webrtc@w3.org from July 2013 by date

Wednesday, 31 July 2013

Re: a new API proposal Roman Shpount
Re: a new API proposal piranna@gmail.com
Re: a new API proposal Roman Shpount
a new API proposal piranna@gmail.com

Tuesday, 30 July 2013

Re: SDP is not suitable for WebRTC Iñaki Baz Castillo
Re: SDP is not suitable for WebRTC Harald Alvestrand
Re: SDP is not suitable for WebRTC Iñaki Baz Castillo
Re: SDP is not suitable for WebRTC Harald Alvestrand
Re: SDP is not suitable for WebRTC Iñaki Baz Castillo
Re: do we want success and failure callbacks on addStream? Iñaki Baz Castillo
Re: SDP is not suitable for WebRTC Harald Alvestrand
Re: SDP is not suitable for WebRTC Iñaki Baz Castillo
Re: Cross posting: Re: [rtcweb] SDP is not suitable for WebRTC Iñaki Baz Castillo
Re: SDP is not suitable for WebRTC Harald Alvestrand
Cross posting: Re: [rtcweb] SDP is not suitable for WebRTC Ted Hardie
Re: [rtcweb] SDP is not suitable for WebRTC Iñaki Baz Castillo
VS: [rtcweb] SDP is not suitable for WebRTC Christer Holmberg
Re: [rtcweb] SDP is not suitable for WebRTC Iñaki Baz Castillo
Re: SDP is not suitable for WebRTC Iñaki Baz Castillo
VS: [rtcweb] SDP is not suitable for WebRTC Christer Holmberg

Monday, 29 July 2013

Re: SDP is not suitable for WebRTC Silvia Pfeiffer
Re: [rtcweb] SDP is not suitable for WebRTC Iñaki Baz Castillo
Re: SDP is not suitable for WebRTC piranna@gmail.com
SDP is not suitable for WebRTC Iñaki Baz Castillo
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) piranna@gmail.com
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) cowwoc
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Iñaki Baz Castillo
Re: setting bandwidth Max Jonas Werner
Re: setting bandwidth Harald Alvestrand
RE: setting bandwidth Silvia Pfeiffer
RE: setting bandwidth Charles Eckel (eckelcu)
Re: Audio and Opus configurability for speed and quality (at the expense of bandwidth) Stefan Håkansson LK
Re: setting bandwidth Harald Alvestrand
Re: setting bandwidth Harald Alvestrand
Re: setting bandwidth Eric Rescorla
Re: Recap from WebRTC World Alexandre GOUAILLARD

Sunday, 28 July 2013

Re: setting bandwidth cowwoc
Re: setting bandwidth cowwoc
Re: Audio and Opus configurability for speed and quality (at the expense of bandwidth) Cullen Jennings (fluffy)
Re: setting bandwidth Cullen Jennings
Re: setting bandwidth piranna@gmail.com
Re: setting bandwidth Harald Alvestrand
Re: setting bandwidth Harald Alvestrand
Re: setting bandwidth cowwoc
Re: setting bandwidth Eric Rescorla
Re: setting bandwidth cowwoc
Re: setting bandwidth Martin Thomson
Re: setting bandwidth cowwoc
Re: setting bandwidth Martin Thomson
Re: setting bandwidth Kiran Kumar

Saturday, 27 July 2013

Re: setting bandwidth cowwoc
Re: setting bandwidth Martin Thomson

Friday, 26 July 2013

Re: setting bandwidth Kiran Kumar
Re: setting bandwidth Silvia Pfeiffer
Re: setting bandwidth cowwoc
Re: Improve error message when browser denies access to getUserMedia() cowwoc
Re: Improve error message when browser denies access to getUserMedia() cowwoc
Re: setting bandwidth Silvia Pfeiffer
Re: Improve error message when browser denies access to getUserMedia() Rob Manson
Re: Improve error message when browser denies access to getUserMedia() Silvia Pfeiffer
Re: Improve error message when browser denies access to getUserMedia() Silvia Pfeiffer

Thursday, 25 July 2013

Monday, 22 July 2013

Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Hrishikesh Kulkarni
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Daniel-Constantin Mierla
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Daniel-Constantin Mierla

Thursday, 25 July 2013

Re: Audio and Opus configurability for speed and quality (at the expense of bandwidth) piranna@gmail.com
Re: Audio and Opus configurability for speed and quality (at the expense of bandwidth) tim panton
Re: Improve error message when browser denies access to getUserMedia() Alexey Aylarov
Re: Improve error message when browser denies access to getUserMedia() Rob Manson
Re: [rtcweb] Unified plan IPR Stefan Håkansson LK
Re: Improve error message when browser denies access to getUserMedia() Martin Thomson
Re: Improve error message when browser denies access to getUserMedia() Rob Manson

Wednesday, 24 July 2013

Re: setting bandwidth Silvia Pfeiffer
Re: setting bandwidth Silvia Pfeiffer
Re: setting bandwidth Göran Eriksson AP
Re: Audio and Opus configurability for speed and quality (at the expense of bandwidth) Cullen Jennings (fluffy)
Re: sdpMLineIndex required in RTCIceCandidate? Cullen Jennings (fluffy)
Re: setting bandwidth Cullen Jennings (fluffy)

Tuesday, 23 July 2013

WebRTC Java Applet Anton Venema

Wednesday, 24 July 2013

Re: Recap from WebRTC World cowwoc
Re: setting bandwidth Göran Eriksson AP
Re: setting bandwidth Kiran Kumar
Re: muting/hold (was Re: Cisco's position on the WebRTC API) Cullen Jennings (fluffy)
Re: do we want success and failure callbacks on addStream? Eric Rescorla
RE: Google's position on the WebRTC API Hutton, Andrew
Re: setting bandwidth piranna@gmail.com
Re: setting bandwidth Kiran Kumar
Re: setting bandwidth piranna@gmail.com
Re: setting bandwidth Göran Eriksson AP
Re: setting bandwidth Kiran Kumar
Re: do we want success and failure callbacks on addStream? Iñaki Baz Castillo
Re: Cisco's position on the WebRTC API Stefan Håkansson LK
Re: Cisco's position on the WebRTC API Silvia Pfeiffer
Re: muting/hold (was Re: Cisco's position on the WebRTC API) Silvia Pfeiffer
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Stefan Håkansson LK
Re: Cisco's position on the WebRTC API Stefan Håkansson LK
Re: Recap from WebRTC World Cullen Jennings (fluffy)
Re: setting bandwidth Silvia Pfeiffer
Re: Cisco's position on the WebRTC API Peter Thatcher
Re: Recap from WebRTC World Eric Rescorla
sdpMLineIndex required in RTCIceCandidate? Philipp Hancke
Re: Recap from WebRTC World cowwoc
Re: Cisco's position on the WebRTC API Eric Rescorla
Re: Recap from WebRTC World Eric Rescorla
Re: Recap from WebRTC World Göran Eriksson AP
Re: Cisco's position on the WebRTC API cowwoc
Re: Recap from WebRTC World tim panton
Re: Recap from WebRTC World Eric Rescorla
Re: SDP wrapper? Object-oriented API? Cullen Jennings (fluffy)
Re: Recap from WebRTC World cowwoc
Re: setting bandwidth Eric Rescorla
Re: Cisco's position on the WebRTC API Eric Rescorla
Re: Recap from WebRTC World Eric Rescorla
Re: Recap from WebRTC World Göran Eriksson AP
Re: setting bandwidth cowwoc
Re: Locus of API discussion Eric Rescorla
Re: Cisco's position on the WebRTC API cowwoc
Re: Discussing new API proposals Cullen Jennings (fluffy)
Re: Recap from WebRTC World cowwoc
Re: Improve error message when browser denies access to getUserMedia() Cullen Jennings (fluffy)
Re: Locus of API discussion cowwoc
Re: Why people munge SDP Silvia Pfeiffer
Re: Cisco's position on the WebRTC API Cullen Jennings (fluffy)
Re: Why people munge SDP piranna@gmail.com
Re: Why people munge SDP cowwoc
Re: Cisco's position on the WebRTC API Eric Rescorla
RE: Locus of API discussion Matthew Kaufman (SKYPE)
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Eric Rescorla
Re: Improve error message when browser denies access to getUserMedia() cowwoc
Re: Cisco's position on the WebRTC API cowwoc
Re: Recap from WebRTC World Cullen Jennings (fluffy)
Re: Locus of API discussion Cullen Jennings (fluffy)
Re: Locus of API discussion Cullen Jennings
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) cowwoc
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) cowwoc
Re: Cisco's position on the WebRTC API Peter Thatcher
Re: Moving forward with SDP control Cullen Jennings (fluffy)
Re: Moving forward with SDP control Cullen Jennings (fluffy)
setting bandwidth Cullen Jennings (fluffy)
Pause / resume Cullen Jennings (fluffy)
Why people munge SDP Cullen Jennings (fluffy)
Re: Improve error message when browser denies access to getUserMedia() Eric Rescorla
Re: Cisco's position on the WebRTC API Eric Rescorla
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Cullen Jennings (fluffy)
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Cullen Jennings (fluffy)
Re: Improve error message when browser denies access to getUserMedia() cowwoc
Re: Cisco's position on the WebRTC API cowwoc
Re: do we want success and failure callbacks on addStream? Cullen Jennings (fluffy)
Re: Improve error message when browser denies access to getUserMedia() Cullen Jennings (fluffy)
Re: JavaScript API on top of SDP Cullen Jennings (fluffy)
Re: Cisco's position on the WebRTC API Eric Rescorla
Re: Cisco's position on the WebRTC API Cullen Jennings (fluffy)
Re: Cisco's position on the WebRTC API cowwoc
Re: muting/hold (was Re: Cisco's position on the WebRTC API) Silvia Pfeiffer
Re: Cisco's position on the WebRTC API Cullen Jennings (fluffy)
Re: Cisco's position on the WebRTC API cowwoc
Re: muting/hold (was Re: Cisco's position on the WebRTC API) Eric Rescorla
muting/hold (was Re: Cisco's position on the WebRTC API) Silvia Pfeiffer
Re: Cisco's position on the WebRTC API Eric Rescorla
Re: Cisco's position on the WebRTC API Peter Thatcher
Re: Cisco's position on the WebRTC API Eric Rescorla
Re: Cisco's position on the WebRTC API Peter Thatcher
Re: Cisco's position on the WebRTC API Silvia Pfeiffer
Re: Cisco's position on the WebRTC API cowwoc
Re: Cisco's position on the WebRTC API Eric Rescorla
Re: Cisco's position on the WebRTC API Jim Barnett
Re: Cisco's position on the WebRTC API cowwoc

Tuesday, 23 July 2013

Cisco's position on the WebRTC API Cullen Jennings (fluffy)
Re: Unified plan IPR cowwoc
Re: Google's position on the WebRTC API Iñaki Baz Castillo
Re: Trickle ICE questions? Roman Shpount
Re: Trickle ICE questions? Cullen Jennings (fluffy)
Re: Google's position on the WebRTC API Justin Uberti
Re: Google's position on the WebRTC API Justin Uberti
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Roman Shpount
Re: Google's position on the WebRTC API Adam Roach
IPR related to draft-roach-mmusic-unified-plan-00 Iñaki Baz Castillo
Re: Google's position on the WebRTC API tim panton
Re: Google's position on the WebRTC API Stefan Håkansson LK
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Silvia Pfeiffer
Re: A view on the current webRTC API and next step... piranna@gmail.com
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) cowwoc
Re: Google's position on the WebRTC API Alexandre GOUAILLARD
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) cowwoc
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Jim Barnett
A view on the current webRTC API and next step... Göran Eriksson AP
Re: Google's position on the WebRTC API cowwoc
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Stefan Håkansson LK
Re: Google's position on the WebRTC API Rob Manson
Re: Proposal: Different specifications for different target audiences Kiran Kumar
Google's position on the WebRTC API Justin Uberti

Monday, 22 July 2013

Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Rob Manson
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Rob Manson
Re: Trickle ICE questions? Roman Shpount
Re: Trickle ICE questions? Eric Rescorla
Re: Trickle ICE questions? Roman Shpount
Re: Trickle ICE questions? Philipp Hancke
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Philipp Hancke
Re: Trickle ICE questions? Roman Shpount
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. tim panton
Re: Proposal: Different specifications for different target audiences cowwoc
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Iñaki Baz Castillo
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Iñaki Baz Castillo
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Roman Shpount
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Iñaki Baz Castillo
Re: Proposal: Different specifications for different target audiences Robin Raymond
Re: Proposal: Different specifications for different target audiences Martin Thomson
Re: Proposal: Different specifications for different target audiences tim panton
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Philipp Hancke
Re: Proposal: Different specifications for different target audiences cowwoc
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) cowwoc
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Iñaki Baz Castillo
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Martin Thomson
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. tim panton
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Emil Ivov
Re: Proposal: Different specifications for different target audiences tim panton
Re: XSF Jingle Special Interest Group. Iñaki Baz Castillo
XSF Jingle Special Interest Group. Ralph Meijer
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Iñaki Baz Castillo
Re: Proposal: Different specifications for different target audiences cowwoc
Re: Proposal: Different specifications for different target audiences cowwoc
RE: Moving forward with SDP control Peter Thatcher
Re: [rtcweb] Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Iñaki Baz Castillo
Proposed message to send to the IETF rtcweb and W3C WebRTC working groups. Ralph Meijer
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Peter Thatcher
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Peter Thatcher
Re: Trickle ICE questions? Emil Ivov
Re: Trickle ICE questions? Roman Shpount
Re: Trickle ICE questions? Emil Ivov
Trickle ICE questions? Roman Shpount
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Rob Manson
server-centric vs. P2P (was Re: Proposal: Different specifications for different target audiences) piranna@gmail.com
Re: Proposal: Different specifications for different target audiences Kiran Kumar
Re: Proposal: Different specifications for different target audiences Iñaki Baz Castillo
Re: Proposal: Different specifications for different target audiences Iñaki Baz Castillo
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) Stefan Håkansson LK
Re: Proposal: Different specifications for different target audiences tim panton
Re: Moving forward with SDP control Kiran Kumar
Re: Proposal: Different specifications for different target audiences Kiran Kumar
Re: Moving forward with SDP control cowwoc
Re: Moving forward with SDP control Kiran Kumar
Re: Proposal: Different specifications for different target audiences piranna@gmail.com
Re: Proposal: Different specifications for different target audiences Eric Rescorla
Re: Proposal: Different specifications for different target audiences cowwoc
Re: Proposal: Different specifications for different target audiences cowwoc
Re: Proposal: Different specifications for different target audiences Eric Rescorla
Re: Proposal: Different specifications for different target audiences Eric Rescorla
Re: Proposal: Different specifications for different target audiences Roman Shpount
Re: Proposal: Different specifications for different target audiences cowwoc
Re: Proposal: Different specifications for different target audiences Eric Rescorla
Re: Proposal: Different specifications for different target audiences cowwoc

Sunday, 21 July 2013

Re: Proposal: Different specifications for different target audiences piranna@gmail.com
Re: Proposal: Different specifications for different target audiences Eric Rescorla
Re: Proposal: Different specifications for different target audiences piranna@gmail.com
Re: Proposal: Different specifications for different target audiences Roman Shpount
Re: Proposal: Different specifications for different target audiences cowwoc
Re: Proposal: Different specifications for different target audiences cowwoc
Re: Proposal: Different specifications for different target audiences tim panton
Re: Proposal: Different specifications for different target audiences Ted Hardie
Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) cowwoc

Saturday, 20 July 2013

Re: On babies and bathwater (was Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface) K Moon

Sunday, 21 July 2013

Saturday, 20 July 2013

Friday, 19 July 2013

Thursday, 18 July 2013

RE: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Matthew Kaufman (SKYPE)
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface cowwoc
Re: Discussing new API proposals cowwoc
Re: Discussing new API proposals cowwoc
Re: Moving forward with SDP control Roman Shpount
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Martin Thomson
Re: Discussing new API proposals Robin Raymond
Re: Discussing new API proposals Peter Thatcher
RE: Discussing new API proposals Matthew Kaufman (SKYPE)
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Peter Thatcher
Re: Discussing new API proposals Peter Thatcher
RE: [rtcweb] e= lines (Re: Summary of Application Developers' opinions ..) Matthew Kaufman (SKYPE)
Re: Moving forward with SDP control Stefan Håkansson LK
RE: Discussing new API proposals Matthew Kaufman (SKYPE)
RE: Moving forward with SDP control Matthew Kaufman (SKYPE)
Re: Moving forward with SDP control Harald Alvestrand
Re: Moving forward with SDP control Stefan Håkansson LK
Re: Discussing new API proposals Stefan Håkansson LK
Fwd: [rtcweb] e= lines (Re: Summary of Application Developers' opinions ..) Harald Alvestrand
Re: URL.createObjectURL() for DataChannels piranna@gmail.com
Re: Moving forward with SDP control piranna@gmail.com
Re: Moving forward with SDP control Kiran Kumar
Re: Moving forward with SDP control Stefan Håkansson LK
Re: Discussing new API proposals Stefan Håkansson LK
Re: Moving forward with SDP control Harald Alvestrand
Re: URL.createObjectURL() for DataChannels Harald Alvestrand
Re: Discussing new API proposals Peter Thatcher
Re: Discussing new API proposals Eric Rescorla
Re: Discussing new API proposals Peter Thatcher

Wednesday, 17 July 2013

Re: URL.createObjectURL() for DataChannels Eric Rescorla
Re: URL.createObjectURL() for DataChannels piranna@gmail.com
Re: Discussing new API proposals Eric Rescorla
RE: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Matthew Kaufman (SKYPE)
RE: Discussing new API proposals piranna@gmail.com
RE: Locus of API discussion Matthew Kaufman (SKYPE)
RE: [rtcweb] Locus of API discussion Matthew Kaufman (SKYPE)
RE: Locus of API discussion Matthew Kaufman (SKYPE)
RE: [rtcweb] Locus of API discussion Matthew Kaufman (SKYPE)
RE: Discussing new API proposals Matthew Kaufman (SKYPE)
Re: Discussing new API proposals Michael Tuexen
RE: Discussing new API proposals Matthew Kaufman (SKYPE)
RE: Moving forward with SDP control Matthew Kaufman (SKYPE)
RE: Discussing new API proposals Matthew Kaufman (SKYPE)
RE: Discussing new API proposals Matthew Kaufman (SKYPE)
Re: Discussing new API proposals cowwoc
RE: Discussing new API proposals Matthew Kaufman (SKYPE)
RE: Discussing new API proposals Matthew Kaufman (SKYPE)
Re: Discussing new API proposals piranna@gmail.com
Re: Moving forward with SDP control piranna@gmail.com
Re: Discussing new API proposals cowwoc
Re: Moving forward with SDP control cowwoc
Re: JavaScript API on top of SDP cowwoc
Re: Moving forward with SDP control Roman Shpount
Re: Moving forward with SDP control Martin Thomson
Re: URL.createObjectURL() for DataChannels piranna@gmail.com
Re: URL.createObjectURL() for DataChannels Martin Thomson
Re: Discussing new API proposals Robin Raymond
Re: Discussing new API proposals Stefan Håkansson LK
Re: Discussing new API proposals Stefan Håkansson LK
Re: Discussing new API proposals Stefan Håkansson LK
Re: Moving forward with SDP control Harald Alvestrand
Re: JavaScript API on top of SDP Harald Alvestrand
Re: URL.createObjectURL() for DataChannels piranna@gmail.com
Re: Moving forward with SDP control cowwoc
Re: Moving forward with SDP control cowwoc
Re: Moving forward with SDP control Robin Raymond
Re: Moving forward with SDP control Eric Rescorla
Re: Moving forward with SDP control cowwoc
Re: Moving forward with SDP control Eric Rescorla
Re: Moving forward with SDP control cowwoc
Re: Moving forward with SDP control Eric Rescorla
Re: Moving forward with SDP control Peter Thatcher
Re: Discussing new API proposals Peter Thatcher
Re: URL.createObjectURL() for DataChannels piranna@gmail.com
Re: URL.createObjectURL() for DataChannels Peter Thatcher
Re: URL.createObjectURL() for DataChannels Silvia Pfeiffer
Re: URL.createObjectURL() for DataChannels piranna@gmail.com
Re: URL.createObjectURL() for DataChannels Peter Thatcher
Re: URL.createObjectURL() for DataChannels piranna@gmail.com
Re: URL.createObjectURL() for DataChannels Peter Thatcher
Re: URL.createObjectURL() for DataChannels piranna@gmail.com

Tuesday, 16 July 2013

Re: URL.createObjectURL() for DataChannels Silvia Pfeiffer
Re: URL.createObjectURL() for DataChannels Peter Thatcher
Re: JavaScript API on top of SDP cowwoc
Re: JavaScript API on top of SDP Eric Rescorla
Re: Membership of this WG (Re: [rtcweb] Summary of Application Developers) Bjoern Hoehrmann
Re: Moving forward with SDP control Martin Thomson
Re: Moving forward with SDP control piranna@gmail.com
Re: Moving forward with SDP control Adrian Georgescu
Re: Moving forward with SDP control Roman Shpount
Re: Discussing new API proposals Roman Shpount
Re: Membership of this WG (Re: [rtcweb] Summary of Application Developers) cowwoc
Re: Locus of API discussion cowwoc
Re: Moving forward with SDP control cowwoc
Re: Discussing new API proposals cowwoc
Re: JavaScript API on top of SDP cowwoc
Re: Moving forward with SDP control Iñaki Baz Castillo
Re: URL.createObjectURL() for DataChannels Harald Alvestrand
Membership of this WG (Re: [rtcweb] Summary of Application Developers) Harald Alvestrand
Re: Locus of API discussion Harald Alvestrand
Moving forward with SDP control Harald Alvestrand
Discussing new API proposals Stefan Håkansson LK
Re: JavaScript API on top of SDP Eric Rescorla

Monday, 15 July 2013

Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Silvia Pfeiffer
Re: JavaScript API on top of SDP Silvia Pfeiffer
Re: JavaScript API on top of SDP piranna@gmail.com
Re: DOM Futures cowwoc
Re: JavaScript API on top of SDP Roman Shpount
Re: JavaScript API on top of SDP cowwoc
Be vewy, vewy qwiet... Martin Thomson
RE: JavaScript API on top of SDP Jim Barnett
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Bjoern Hoehrmann
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface cowwoc
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Bjoern Hoehrmann
Re: DOM Futures Greg Billock
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface cowwoc
Re: JavaScript API on top of SDP Roman Shpount
Re: DOM Futures Bjoern Hoehrmann
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Iñaki Baz Castillo
Re: DOM Futures Alex Russell
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Peter Thatcher
RE: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Jim Barnett
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Peter Thatcher
RE: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Jim Barnett
RE: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Jim Barnett
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Peter Thatcher
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface piranna@gmail.com
RE: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Jim Barnett
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Peter Thatcher
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Iñaki Baz Castillo
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface piranna@gmail.com
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Peter Thatcher
URL.createObjectURL() for DataChannels piranna@gmail.com

Sunday, 14 July 2013

Re: DOM Futures Bjoern Hoehrmann
Re: DOM Futures cowwoc
Re: DOM Futures cowwoc
Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface Stefan Håkansson LK

Saturday, 13 July 2013

Re: DOM Futures Dominique Hazael-Massieux
Re: DOM Futures Stefan Håkansson LK
Re: DOM Futures Eric Rescorla
Re: DOM Futures cowwoc
Re: DOM Futures Bjoern Hoehrmann
Re: DOM Futures cowwoc
Re: DOM Futures (was: Mediastream Recording implementation) Eric Rescorla
DOM Futures (was: Mediastream Recording implementation) cowwoc

Friday, 12 July 2013

Re: do we want success and failure callbacks on addStream? piranna@gmail.com
Re: [rtcweb] Locus of API discussion Peter Thatcher
do we want success and failure callbacks on addStream? Jim Barnett

Thursday, 11 July 2013

Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction piranna@gmail.com
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction Eric Rescorla
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction piranna@gmail.com

Wednesday, 10 July 2013

Re: Improve error message when browser denies access to getUserMedia() cowwoc
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction Adam Bergkvist
Re: Improve error message when browser denies access to getUserMedia() Rich Tibbett
Re: Improve error message when browser denies access to getUserMedia() Adam Bergkvist
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Kiran Kumar

Tuesday, 9 July 2013

Re: Locus of API discussion cowwoc
Re: Locus of API discussion Eric Rescorla
Re: [rtcweb] Locus of API discussion Ted Hardie
Re: [rtcweb] Locus of API discussion Ted Hardie
Re: [rtcweb] Locus of API discussion Robin Raymond
RE: [rtcweb] Locus of API discussion Matthew Kaufman (SKYPE)
Improve error message when browser denies access to getUserMedia() cowwoc
Re: Locus of API discussion Iñaki Baz Castillo
Re: Locus of API discussion cowwoc
Re: Locus of API discussion Ted Hardie
Re: Locus of API discussion cowwoc
Locus of API discussion Ted Hardie
TPAC Registration open Dominique Hazael-Massieux
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction piranna@gmail.com
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction Adam Bergkvist
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction piranna@gmail.com
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction Adam Bergkvist
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction Adam Bergkvist

Monday, 8 July 2013

Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Adam Bergkvist
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction Johannes Hange
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction piranna@gmail.com
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction Adam Bergkvist
Re: WebRTC Web APIs for On-board Multimedia Devices Handling and Control Adam Bergkvist
Re: Expose capabilities / Allow for IP:Post based connections / Better abstraction piranna@gmail.com
WebRTC Web APIs for On-board Multimedia Devices Handling and Control Venkateswar Reddy Melachervu

Saturday, 6 July 2013

Expose capabilities / Allow for IP:Post based connections / Better abstraction Johannes Hange
Re: The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) cowwoc
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers piranna@gmail.com
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Silvia Pfeiffer
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Philipp Hancke
Re: The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) piranna@gmail.com
Re: The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) Iñaki Baz Castillo
RE: The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) Martin Steinmann
Re: The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) piranna@gmail.com

Friday, 5 July 2013

Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Roman Shpount
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers piranna@gmail.com
Re: The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) Martin Thomson
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
Re: The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) piranna@gmail.com
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Silvia Pfeiffer
Re: The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) Martin Thomson
The best API possible (Was: Teleco Integrators vs Web Developers vs Browser Implementers) Emil Ivov
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Silvia Pfeiffer
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers piranna@gmail.com
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers piranna@gmail.com
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers piranna@gmail.com
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Alexey Aylarov
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Robin Raymond
RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Steinmann
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Robin Raymond
RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Steinmann
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers tim panton
RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Robin Raymond
RE: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Steinmann
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Thomson
Re: [SPAM] RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers tim panton
RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Steinmann
RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers piranna@gmail.com
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Thomson
RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Steinmann
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Thomson
Re: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo
Re: Teleco Integrators vs Web Developers vs Browser Implementers Tim Panton new
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo

Wednesday, 3 July 2013

RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Parthasarathi R

Thursday, 4 July 2013

Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Philipp Hancke
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo

Wednesday, 3 July 2013

Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Martin Thomson
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Roman Shpount
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Roman Shpount
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: API design cowwoc
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Christer Holmberg
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Christer Holmberg
Re: Teleco Integrators vs Web Developers vs Browser Implementers Christer Holmberg
Re: API design Iñaki Baz Castillo
Re: API design tim panton
Re: Teleco Integrators vs Web Developers vs Browser Implementers tim panton
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Suhas Nandakumar (snandaku)
Re: Teleco Integrators vs Web Developers vs Browser Implementers Suhas Nandakumar (snandaku)
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers piranna@gmail.com
Re: Teleco Integrators vs Web Developers vs Browser Implementers tim panton
[Bug 22428] Please unify the WebSocket and RTCDataChannel "readyState". enum RTCDataChannelState { "connecting", "open", "closing", "closed" }; VS const unsigned short CONNECTING = 0 [...] bugzilla@jessica.w3.org
RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Suhas Nandakumar (snandaku)
Re: API design Eric Rescorla
Re: API design Roman Shpount
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo

Tuesday, 2 July 2013

Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Ted Hardie
RE: VS: Teleco Integrators vs Web Developers vs Browser Implementers Suhas Nandakumar (snandaku)
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo
[Bug 22428] Please unify the WebSocket and RTCDataChannel "readyState". enum RTCDataChannelState { "connecting", "open", "closing", "closed" }; VS const unsigned short CONNECTING = 0 [...] bugzilla@jessica.w3.org
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Ted Hardie
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo
Re: Teleco Integrators vs Web Developers vs Browser Implementers Martin Thomson
RE: Teleco Integrators vs Web Developers vs Browser Implementers Jim Barnett
Re: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
VS: VS: Teleco Integrators vs Web Developers vs Browser Implementers Christer Holmberg
Re: VS: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo
VS: Teleco Integrators vs Web Developers vs Browser Implementers Christer Holmberg
Re: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
Re: Teleco Integrators vs Web Developers vs Browser Implementers Martin Thomson
Re: Teleco Integrators vs Web Developers vs Browser Implementers Iñaki Baz Castillo
Re: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
Re: Teleco Integrators vs Web Developers vs Browser Implementers cowwoc
Re: Teleco Integrators vs Web Developers vs Browser Implementers Eric Rescorla
Re: API design Eric Rescorla
[Bug 20819] no priority API bugzilla@jessica.w3.org

Monday, 1 July 2013

Re: API design cowwoc
Re: API design Randell Jesup

Last message date: Wednesday, 31 July 2013 23:22:18 UTC