- From: jan-ivar via GitHub <sysbot+gh@w3.org>
- Date: Wed, 17 Jan 2018 17:59:24 +0000
- To: public-webrtc-logs@w3.org
@stefhak [See](http://w3c.github.io/webrtc-pc/#dom-rtcrtpreceiver-track) *"If and when packets are received again, the `unmute` event is fired at `track`."* The `unmute` event will fire once packets come in, which due to early media, may happen before the OA negotiation is complete (on the offerer side this can happen before or after SRD has been called; on the answerer side I believe it can only happen before SRD if currentDirection says it's listening). Let me turn the question around: Why would you only expect the `track` event on the initial OA exchange (keeping in mind that in the transceiver model, the remote track often exists prior to that first event as well)? -- GitHub Notification of comment by jan-ivar Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1729#issuecomment-358388990 using your GitHub account
Received on Wednesday, 17 January 2018 17:59:28 UTC