Closed
Bug 1069047
Opened 10 years ago
Closed 10 years ago
WebRTC encoder statistics reports incorrect dropped frames for H.264
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
People
(Reporter: jaywang, Assigned: jesup)
References
Details
(Whiteboard: [caf priority: p2][CR 694553])
Attachments
(1 file)
2.79 KB,
patch
|
pkerr
:
review+
bajaj
:
approval-mozilla-b2g34+
|
Details | Diff | Splinter Review |
It appears that SPS/PPS are counts as part of key frame and causes incorrect dropped frame count from the following equation:
uint32_t dropped = mSentRawFrames - (keyFrames + deltaFrames);Please, refer to [1] for the complete source.
This causes the dropped count become negative.
[1]http://git.mozilla.org/?p=releases/gecko.git;a=blob;f=media/webrtc/signaling/src/media-conduit/CodecStatistics.cpp;h=39b7fd87ed11f1965e044708c2a9b9e370b5ae3d;hb=HEAD#l54
[Blocking Requested - why for this release]:
blocking-b2g: --- → 2.1?
Updated•10 years ago
|
Whiteboard: [CR 694553] → [caf priority: p2][CR 694553]
Updated•10 years ago
|
Blocks: CAF-v2.1-FC-metabug
Comment 2•10 years ago
|
||
:mreavy, can you help comment on this one ? Do any blockers that we've fixed, to support H.264 may have caused this?
Flags: needinfo?(mreavy)
Comment 3•10 years ago
|
||
This bug goes back to the beginning basically. I've asked jesup to take a quick look at this to see if there's an easy fix.
Flags: needinfo?(mreavy)
Comment 5•10 years ago
|
||
NI :jesup for feedback on comment #3 and if we will be able to have a low risk fix here in the next week or so for 2.1
Flags: needinfo?(rjesup)
Comment 6•10 years ago
|
||
Randell believes he may have a low risk solution for this.
Assignee: nobody → rjesup
Comment 7•10 years ago
|
||
Jesup, is having a patch here and is currently testing it out before landing..
Assignee | ||
Comment 8•10 years ago
|
||
Flags: needinfo?(rjesup)
Assignee | ||
Updated•10 years ago
|
Attachment #8505032 -
Flags: review?(pkerr)
Updated•10 years ago
|
Attachment #8505032 -
Flags: review?(pkerr) → review+
Assignee | ||
Comment 9•10 years ago
|
||
Comment on attachment 8505032 [details] [diff] [review]
Only count one frame (key vs delta) in stats per timestamp
[Approval Request Comment]
Bug caused by (feature/regressing bug #): N/A
User impact if declined: Incorrect/unusable statistics for dropped frames and keyframes vs delta frames.
Testing completed: Manually tested on desktop/Openh264
Risk to taking this patch (and alternatives if risky): Virtually no risk; just turns off bumping the stats values if the timestamp didn't change.
String or UUID changes made by this patch: none
Attachment #8505032 -
Flags: approval-mozilla-b2g34?
Assignee | ||
Comment 10•10 years ago
|
||
Comment 11•10 years ago
|
||
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla36
Updated•10 years ago
|
Attachment #8505032 -
Flags: approval-mozilla-b2g34? → approval-mozilla-b2g34+
Comment 12•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/18b785142556
Do we need this on the Fx release branches as well?
status-b2g-v2.1:
--- → fixed
status-b2g-v2.2:
--- → fixed
status-firefox36:
--- → fixed
Flags: needinfo?(rjesup)
Updated•9 years ago
|
Flags: needinfo?(rjesup)
You need to log in
before you can comment on or make changes to this bug.
Description
•