Saturday, 29 April 2017
Friday, 28 April 2017
- Re: [webrtc-pc] does MSID still work? (was: example 13: getReceivers semantics)
- Re: [webrtc-pc] does MSID still work? (was: example 13: getReceivers semantics)
- Re: [webrtc-pc] does MSID still work? (was: example 13: getReceivers semantics)
- Re: [webrtc-pc] FrozenArray, sequence and SameObject
- Re: [webrtc-stats] Adding "codec type" and transportId to RTCCodecStats.
- [webrtc-pc] Pull Request: Add link to iceRestart.
Thursday, 27 April 2017
- Re: [webrtc-stats] Adding "codec type" and transportId to RTCCodecStats.
- Re: [webrtc-pc] does MSID still work? (was: example 13: getReceivers semantics)
- [webrtc-pc] new commits pushed by burnburn
- Re: [webrtc-pc] FrozenArray, sequence and SameObject
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] "Callback definitions" section should go under "legacy interface extensions"
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] Define what the default RTCDataChannel id is
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] "track" event fires while MediaStream has a partial list of tracks.
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-stats] Adding "codec type" and transportId to RTCCodecStats.
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-stats] Privacy & Security self review
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-stats] Adding "codec type" and transportId to RTCCodecStats.
- Re: [webrtc-pc] Revert: pranswer as a "feature atrisk"
- Re: [webrtc-pc] Add a link to web-platform-tests to the top of the spec
Wednesday, 26 April 2017
- Re: [webrtc-stats] Added RTCInboundRTPStreamStats sample counters.
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] FrozenArray, sequence and SameObject
- Re: [webrtc-stats] RTCMediaStreamTrackStats.concealedAudioSamples
- Re: [webrtc-stats] Explain DomHighResTimestamp once in the introduction.
- Closed: [webrtc-stats] What should `availableOutgoingBitrate`/`availableOutgoingBitrate` be for candidate pairs not in use?
- Closed: [webrtc-stats] Design consideration for inactive SSRCs and inactive transports
- Closed: [webrtc-stats] Remove availableIncomingBitrate?
- [webrtc-stats] RTCMediaStreamTrackStats.concealedAudioSamples
- Re: [webrtc-stats] RTCIceCandidatePairStats.lastResponseTimestamp
- [webrtc-stats] new commits pushed by vr000m
- Closed: [webrtc-stats] RTCIceCandidatePairStats.writable/readable: redundant?
- [webrtc-stats] RTCIceCandidatePairStats.lastResponseTimestamp
- [webrtc-stats] Explain DomHighResTimestamp once in the introduction.
- Re: [webrtc-stats] Adding "codec type" and transportId to RTCCodecStats.
- Re: [webrtc-stats] Refactor out isRemote.
- Re: [webrtc-stats] Added RTCInboundRTPStreamStats sample counters.
- Re: [webrtc-stats] Added RTCInboundRTPStreamStats sample counters.
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
Tuesday, 25 April 2017
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- [webrtc-pc] Pull Request: Revert: pranswer as a "feature atrisk"
- Re: [webrtc-pc] FrozenArray, sequence and SameObject
- Re: [webrtc-pc] FrozenArray, sequence and SameObject
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Specify an AllowUnverifiedMedia RTCConfiguration property
- Re: [webrtc-pc] Mark pranswer as a "feature atrisk"
- Re: [webrtc-pc] FrozenArray, sequence and SameObject
- [webrtc-pc] Pull Request: FrozenArray, sequence and SameObject
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- [webrtc-pc] Pull Request: Remove space before commas
- Re: [webrtc-pc] Adding more detail about RTCDataChannel.id's default value (null).
Monday, 24 April 2017
- Re: [webrtc-pc] Mark pranswer as a "feature atrisk"
- Re: [webrtc-pc] move legacy callback definitions to legacy section
- Re: [webrtc-pc] "Callback definitions" section should go under "legacy interface extensions"
- Re: [webrtc-pc] "Callback definitions" section should go under "legacy interface extensions"
- [webrtc-pc] Pull Request: move legacy callback definitions to legacy section
- [webrtc-pc] "Callback definitions" section should go under "legacy interface extensions"
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] "Firing an RTCTrackEvent event named e" is never referenced
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- [webrtc-pc] "Firing an RTCTrackEvent event named e" is never referenced
Friday, 21 April 2017
- Re: [webrtc-pc] Add a link to web-platform-tests to the top of the spec
- [webrtc-pc] Pull Request: Add a link to web-platform-tests to the top of the spec
- Re: [webrtc-pc] Call RTCDtlsFingerprint a dictionary, not an object
- [webrtc-pc] Pull Request: Call RTCDtlsFingerprint a dictionary, not an object
- [webrtc-pc] Use [SameObject] for the FrozenArray<T> attributes that never change
- Re: [webrtc-pc] examples: dont fiddle with srcObject if already set
Thursday, 20 April 2017
- [webrtc-pc] Pull Request: Adding more detail about RTCDataChannel.id's default value (null).
- Re: [webrtc-pc] Define what the default RTCDataChannel id is
- Re: [webrtc-pc] Drop [TreatNullAs=EmptyString] for USVString
- Re: [webrtc-pc] examples: dont fiddle with srcObject if already set
- [webrtc-pc] Pull Request: Fire the "track" event from a queued task.
- [webrtc-pc] "track" event fires while MediaStream has a partial list of tracks.
- Closed: [webrtc-pc] Mark Provisional Answer as a feature at risk?
- Re: [webrtc-pc] examples: dont fiddle with srcObject if already set
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] [TreatNullAs=EmptyString] is not allowed for USVString per Web IDL
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Closed: [webrtc-pc] RTCCertificate.getAlgorithm() wording and serialization
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-pc] Define what the default RTCDataChannel id is
- Re: [webrtc-pc] Define what the default RTCDataChannel id is
- Re: [webrtc-pc] Split getContributingSources into two methods, for CSRCs and SSRCs.
- [webrtc-pc] Pull Request: Specify which encoding parameters can be set through sendEncodings.
- Re: [webrtc-pc] RTCRtpContributingSource naming
- Re: [webrtc-pc] Meta: auto-publish changes to the spec
- Re: [webrtc-pc] Split getContributingSources into two methods, for CSRCs and SSRCs.
- [webrtc-pc] Pull Request: Split getContributingSources into two methods, for CSRCs and SSRCs.
Wednesday, 19 April 2017
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] Make RTCDataChannels Transferable
- Re: [webrtc-pc] Make RTCDataChannels Transferable
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- Closed: [webrtc-pc] Conformance section
- Re: [webrtc-pc] Mark pranswer as a "feature atrisk"
- Re: [webrtc-pc] Conformance section
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- Re: [webrtc-pc] Drop [TreatNullAs=EmptyString] for USVString
Tuesday, 18 April 2017
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] Define what the default RTCDataChannel id is
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-stats] RTCIceCandidatePairStats: Remove writable/readable, add consentExpiredTimestamp
- [webrtc-stats] new commits pushed by henbos
- Closed: [webrtc-stats] RTCTransportStats packet counters
- [webrtc-stats] new commits pushed by henbos
- Closed: [webrtc-stats] RTCIceCandidatePairStats packet counters
- [webrtc-stats] new commits pushed by henbos
- Closed: [webrtc-stats] Stat for camera input framerate of local video tracks
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] examples: dont fiddle with srcObject if already set
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Closed: [webrtc-pc] Algorithm to mute/disable tracks is unclear
- Re: [webrtc-pc] Drop [TreatNullAs=EmptyString] for USVString
- [webrtc-pc] Define what the default RTCDataChannel id is
- Re: [webrtc-pc] Drop [TreatNullAs=EmptyString] for USVString
- Re: [webrtc-pc] Drop [TreatNullAs=EmptyString] for USVString
- [webrtc-pc] Pull Request: Drop [TreatNullAs=EmptyString] for USVString
- Re: [webrtc-pc] Clarify that configuration.certificates remains undefined in the RTCPeerConnection constructor.
- [webrtc-pc] Pull Request: Clarify that configuration.certificates remains undefined in the RTCPeerConnection constructor.
- Re: [webrtc-pc] [TreatNullAs=EmptyString] is not allowed for USVString per Web IDL
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Re: [webrtc-pc] [TreatNullAs=EmptyString] is not allowed for USVString per Web IDL
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- Re: [webrtc-pc] [TreatNullAs=EmptyString] is not allowed for USVString per Web IDL
- Re: [webrtc-pc] example 13: getReceivers semantics
- [webrtc-pc] Pull Request: examples: dont fiddle with srcObject if already set
- Re: [webrtc-pc] example 13: getReceivers semantics
Monday, 17 April 2017
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- Re: [webrtc-pc] example 13: getReceivers semantics
- [webrtc-pc] example 13: getReceivers semantics
Saturday, 15 April 2017
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
Friday, 14 April 2017
- Re: [webrtc-pc] Need to specify which members of the encodings in "sendEncodings" are actually used
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
Thursday, 13 April 2017
- [webrtc-pc] Algorithm to mute/disable tracks is unclear
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] Make legacy API optional to implement
- Closed: [webrtc-pc] Section 12.2.4: Note
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] RTCRtpContributingSource.getReceiver()
- Re: [webrtc-pc] RTCRtpContributingSource.getReceiver()
- Re: [webrtc-pc] Making legacy methods optional to implement.
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Section 12.2.4: Remove Note
- [webrtc-pc] Pull Request: Section 12.2.4: Remove Note
- [webrtc-pc] Should the spec describe addStream/onaddstream as legacy API?
- Re: [webrtc-pc] Describe update strategy on variables
- Re: [webrtc-pc] RTCRtpContributingSource.getReceiver()
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Closed: [webrtc-pc] Mark Identity as feature at risk?
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- Re: [webrtc-pc] Making legacy methods optional to implement.
- [webrtc-pc] Conformance section
- [webrtc-pc] new commits pushed by stefhak
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] Update for structured cloning changes in HTML
- [webrtc-pc] new commits pushed by aboba
- Closed: [webrtc-pc] RTCRtpContributingSource.audioLevel not guaranteed to be in sync with audio playout
- Re: [webrtc-pc] Update structured cloning for recent changes to HTML
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- Re: [webrtc-pc] Mark pranswer as a "feature atrisk"
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
Wednesday, 12 April 2017
- Re: [webrtc-pc] Attempt to update RTCRtpContributingSource objects at playout time.
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Re: [webrtc-pc] Mark Identity as a "feature atrisk"
- Re: [webrtc-stats] Added RTCInboundRTPStreamStats sample counters.
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- [webrtc-pc] Pull Request: RTCCertificate.getAlgorithm() to return a compatible AlgorithmIdentifier.
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Re: [webrtc-stats] Adding "codec type" and transportId to RTCCodecStats.
- Re: [webrtc-stats] Adding "codec type" and transportId to RTCCodecStats.
- Re: [webrtc-stats] Adding RTCRTPContributingSourceStats stats report object.
- Re: [webrtc-pc] Attempt to update RTCRtpContributingSource objects at playout time.
- Re: [webrtc-stats] Added RTCInboundRTPStreamStats sample counters.
- Re: [webrtc-stats] Added RTCInboundRTPStreamStats sample counters.
Tuesday, 11 April 2017
- Re: [webrtc-pc] "getParameters" and "setParameters" need more thorough specification
- Re: [webrtc-pc] RTCCertificate.getAlgorithm for implicitly generated local certificates
- Re: [webrtc-pc] Make legacy API optional to implement
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() wording and serialization
- Re: [webrtc-pc] "getParameters" and "setParameters" need more thorough specification
- Re: [webrtc-pc] RTCCertificate.getAlgorithm() wording and serialization
- [webrtc-stats] Pull Request: RTCMediaStreamTrackStats: framesCaptured added.
- [webrtc-stats] Pull Request: RTCIceCandidatePairStats: packetsSent/Received added.
- [webrtc-stats] Pull Request: RTCTransportStats: packetsSent/Received added.
- [webrtc-stats] Pull Request: RTCIceCandidatePairStats: Update writable, remove readable
- [webrtc-pc] RTCCertificate.getAlgorithm() wording and serialization
- [webrtc-pc] RTCCertificate.getAlgorithm for remote certificates
- Re: [webrtc-pc] Make legacy API optional to implement
- Re: [webrtc-pc] Make legacy API optional to implement
- [webrtc-pc] Pull Request: Making legacy methods optional to implement.
- [webrtc-pc] [TreatNullAs=EmptyString] is not allowed for USVString per Web IDL
Monday, 10 April 2017
- Re: [webrtc-stats] Refactor out isRemote.
- Re: [webrtc-pc] Update structured cloning for recent changes to HTML
- Re: [webrtc-pc] "getParameters" and "setParameters" need more thorough specification
Sunday, 9 April 2017
Saturday, 8 April 2017
Friday, 7 April 2017
- Re: [webrtc-pc] "getParameters" and "setParameters" need more thorough specification
- Re: [webrtc-pc] "getParameters" and "setParameters" need more thorough specification
- Re: [webrtc-pc] DTLS failures
- Re: [webrtc-pc] Describe update strategy on variables
- Re: [webrtc-pc] Mark pranswer as a "feature atrisk"
- Re: [webrtc-pc] RTCRtpContributingSource.getReceiver()
- Re: [webrtc-pc] "getParameters" and "setParameters" need more thorough specification
- Re: [webrtc-pc] DTLS failures
- Re: [webrtc-pc] RTCRtpContributingSource.getReceiver()
- [webrtc-pc] RTCRtpContributingSource.getReceiver()
- Re: [webrtc-pc] "getParameters" and "setParameters" need more thorough specification
- Re: [webrtc-pc] Handling of simulcast errors
- [webrtc-pc] "getParameters" and "setParameters" need more thorough specification
- Re: [webrtc-pc] Handling of simulcast errors
- Re: [webrtc-pc] Section 12.2.4: Note
- Re: [webrtc-pc] DTLS failures
- [webrtc-pc] Pull Request: DTLS failures
- [webrtc-pc] Pull Request: Mark Identity as a feature at risk
Thursday, 6 April 2017
- Re: [webrtc-pc] Need to specify which members of the encodings in "sendEncodings" are actually used
- Re: [webrtc-pc] Attempt to update RTCRtpContributingSource objects at playout time.
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] Terminology around "setting" attributes may be incorrect
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-pc] Describe update strategy on variables
- Closed: [webrtc-pc] Diagram for RTCSignalingState includes "closed" state, which doesn't exist?
- [webrtc-pc] new commits pushed by alvestrand
- Re: [webrtc-pc] DTLS failures
- Re: [webrtc-pc] Make legacy API optional to implement
- Re: [webrtc-pc] Handling of simulcast errors
- Re: [webrtc-pc] Need to specify which members of the encodings in "sendEncodings" are actually used
- Re: [webrtc-pc] RTCRtpContributingSource naming
- Closed: [webrtc-pc] NetworkError event is not defined and might not be needed
- Re: [webrtc-pc] Always update the RTCRtpContributingSource for SSRCs.
- [webrtc-pc] Describe update strategy on variables
- [webrtc-pc] new commits pushed by alvestrand
- Closed: [webrtc-pc] When exactly is an SSRC RTCRtpContributingSource object updated?
- Re: [webrtc-pc] Attempt to update RTCRtpContributingSource objects at playout time.
- [webrtc-pc] new commits pushed by alvestrand
- Closed: [webrtc-pc] get/setParameters does not have a parameter for packetization interval
- [webrtc-pc] new commits pushed by alvestrand
- Re: [webrtc-pc] RTCRtpContributingSource naming
- Re: [webrtc-pc] RTCRtpContributingSource naming
- Re: [webrtc-pc] Always update the RTCRtpContributingSource for SSRCs.
- Re: [webrtc-pc] Handling of simulcast errors
- [webrtc-pc] new commits pushed by aboba
- Re: [webrtc-pc] Adding configurable "ptime" member of RTCRtpEncodingParameters.
- Re: [webrtc-stats] Refactor out isRemote.
- [webrtc-stats] Pull Request: Adding RTCRTPContributingSourceStats stats report object.
- Closed: [webrtc-stats] getStats example is outdated and redundant.
- Closed: [webrtc-stats] example 8.2: calculating fraction lost vs fractionLost stat
- [webrtc-stats] new commits pushed by vr000m
Wednesday, 5 April 2017
- Re: [webrtc-pc] Eliminate NetworkError
- Re: [webrtc-pc] DTLS failures
- [webrtc-pc] Pull Request: Mark pranswer as a "feature atrisk"
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-stats] RTCMediaStreamTrackStats.audioLevel clarification
- [webrtc-stats] RTCMediaStreamTrackStats.audioLevel clarification
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] Attempt to update RTCRtpContributingSource objects at playout time.
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-stats] RTCCodecStats needs `transportId` and `isRemote` to give it context
Tuesday, 4 April 2017
- Re: [webrtc-stats] Refactor out isRemote.
- Re: [webrtc-pc] Attempt to update RTCRtpContributingSource objects at playout time.
- Re: [webrtc-pc] strawman text to show how unverified media would work
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] Pull Request: Adding configurable "ptime" member of RTCRtpEncodingParameters.
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-stats] getStats example is outdated and redundant.
- Re: [webrtc-stats] example 8.2: calculating fraction lost vs fractionLost stat
- Closed: [webrtc-stats] Clarify if stat object's members can change after having been returned
- Re: [webrtc-stats] getStats example is outdated and redundant.
- Re: [webrtc-stats] RTCCodecStats needs `transportId` and `isRemote` to give it context
- Closed: [webrtc-stats] mediaTrackId field missing a description
- Re: [webrtc-stats] mediaTrackId field missing a description
- Re: [webrtc-stats] Update example to match webrtc spec's + senders.getStats.
- Re: [webrtc-stats] Refactor out isRemote.
- Re: [webrtc-stats] Reuse of "inbound-rtp" and "outbound-rtp" for RTCP is confusing.
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] Always update the RTCRtpContributingSource for SSRCs.
- Re: [webrtc-pc] Add missing "closed" signaling state.
- Re: [webrtc-pc] Section 12.2.1.1: RTCErrorDetailType Enum definition
- [webrtc-pc] Pull Request: Update structured cloning for recent changes to HTML
Monday, 3 April 2017
- Re: [webrtc-stats] Refactor out isRemote.
- [webrtc-stats] Pull Request: Update example to match webrtc spec's + senders.getStats.
- Re: [webrtc-stats] New 'remote-inbound-rtp' + 'remote-outbound-rtp' (refactor out isRemote)
- Re: [webrtc-stats] New 'remote-inbound-rtp' + 'remote-outbound-rtp' (refactor out isRemote)
- [webrtc-stats] Pull Request: New 'remote-inbound-rtp' + 'remote-outbound-rtp' (refactor out isRemote)
- [webrtc-pc] Pull Request: Section 12.2.1.1: enum errorDetail definition
- Re: [webrtc-pc] Mark Provisional Answer as a feature at risk?
- [webrtc-pc] Mark Provisional Answer as a feature at risk?
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-stats] Reuse of "inbound-rtp" and "outbound-rtp" for RTCP is confusing.
- Re: [webrtc-stats] Reuse of "inbound-rtp" and "outbound-rtp" for RTCP is confusing.
- Re: [webrtc-pc] strawman text to show how unverified media would work
- Re: [webrtc-pc] Diagram for RTCSignalingState includes "closed" state, which doesn't exist?
- Re: [webrtc-pc] I think that "gatheringState" of RTCIceTransport should be changed to the name "gathererState".