#254 defines a max bitrate, but there isn't a definition for the term in the spec. Need to point to one (preferably one that the IETF agrees is relevant).
One possibility is to reuse the TIAS definition from RFC 3890 section 6.2.2.
Note that this definition doesn't say what period it's calculated over, nor does it say how to deal with undershoots and overshoots. If the IETF can live without these parts of the definition, can the W3C do likewise?
TIAS seems like the clear winner out of all the possible bitrate specifications. Agree the details can be left somewhat vague for now.
Link to on bitrate definition to GH issue #267
Here is some proposed text based on RFC 3890 Section 6.2.2:
The Transport Independent Application Specific Maximum (TIAS) bandwidth .... is the maximum [amount of bandwidth needed when all declared media streams are used] ... without counting IP or other transport layers like TCP or UDP.... This can be less than the sum of all the individual media streams values... [since] not all streams have their maximum at the same point in time.
The discussion at TPAC and IETF invoked the question of what timeframe we should look for a bitrate to be satisfied over - one second was proposed, but seemed to be thought a bit arbitrary. (Obviously it's not smooth at timescales less than the video frame size or audio packet time.)
Fix for Issue 267
Left in the note about "TODO: Find or create a definition for bitrate (how much header overhead is included, for example). Should be aligned with RTCOutboundRTPStreamStats.targetBitrate in webrtc-stats.". Do we need another PR for targetBitrate?
Fix for Issue 267 Bitrate definition
This is a fix for WebRTC 1.0 Issue 267:
Fixed in the following WebRTC 1.0 PR:
Added Issue 267 to changelog
Add RFC 3890 to references
Relates to WebRTC 1.0 Issue 267: