--
---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrtc+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/discuss-webrtc/b800a725-3ab0-4506-93d4-851136874972%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Is the RTCRtpSender created directly, using "senderWithKind", or through "addStream"? If you're using "senderWithKind", you may have found a bug. It appears getStats may only be working with track selectors when the track is added through "addStream".
On Mon, Apr 10, 2017 at 10:33 AM, Michael Siddi <msi...@praxic.it> wrote:
I was filing a bug but I think it's better to ask here for help, maybe I'm doing something wrong.
I cannot get the stats for my local video track but I can for my audio track and both the audio and video remote tracks.
What steps will reproduce the problem?1. start a call, ensure that the peers see each other2. get your video local track object from the RTCRtpSender object you created3. and pass it to the peerConnection -statsForTrack:statsOutputLevel:completionHandler: methodWhat is the expected result?the stats for the local video trackWhat do you see instead?(peerconnection.cc:892): GetStats is called with an invalid track STREAMv0What version of the product are you using? On what operating system?Webrtc that ships with chrome 56Please provide any additional information below.Querying the [[[peerconnection localStreams] firstObject] videoTracks] returns zero tracks but the video track's owner can be found in the [peerconnection senders] array.Thank you very much,
Michael
--
---
You received this message because you are subscribed to the Google Groups "discuss-webrtc" group.
To unsubscribe from this group and stop receiving emails from it, send an email to discuss-webrt...@googlegroups.com.