Re: [mediacapture-record] Allow updating audioBitsPerSecond and videoBitsPerSecond as done for mimeType (#205)

> I agree with the above statement -- it also seems to me that there is a slightly different behaviour with regard to obtaining "actual" bitrate values as used by an active recorder, as opposed to obtaining the media type -- which, in my understanding, may change (and be set to an actual value) from what was passed to the constructor to whatever actual value the recorder decides to use upon starting recording.

If  by "actual" you mean what the recorder happens to be **producing** at any given time, then that is out of scope for these attributes. They denote the bitrates the encoders were **configured** with.

> In other words, the specification is either deliberately or accidentally vague on this matter, while I think it could benefit from standardizing it -- there should be no harm in being able to obtain actual bitrate values?

The start() method is pretty clear on these attributes in the spec. To get actual bitrate values one could approximate this by looking at the size of the produced blobs. Or if done when the encoding is complete, it would be exact.

> For the record (not that I claim either works according to the spec here), I see that Chrome reports zero for all bitrate values for an active recorder when no bitrates were explicitly specified to the recorder constructor. Firefox, in contrast, reports non-zero values I assume to be actual [constant] bitrates, even when no values were specified for the constructor.

The spec was updated. Chrome was not (yet). See [wpt.fyi](https://wpt.fyi/results/mediacapture-record/MediaRecorder-bitrate.https.html?label=experimental&label=master&aligned) for more details.

-- 
GitHub Notification of comment by Pehrsons
Please view or discuss this issue at https://github.com/w3c/mediacapture-record/issues/205#issuecomment-711796239 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Monday, 19 October 2020 08:01:42 UTC