- From: guest271314 via GitHub <sysbot+gh@w3.org>
- Date: Fri, 13 Sep 2019 00:00:25 +0000
- To: public-webrtc-logs@w3.org
@henbos Chromium, Chrome has specific issues relevant to handling width and height resolution changes during mid-stream this issue and linked issues cover some of the crashes and unexpected behaviour of Chromium implementation of encoding and decoding depending on the approach used, e.g., https://bugs.chromium.org/p/chromium/issues/detail?id=1001948. Concur, separate issue though related as the expected result is to merge multiple `MediaStreamTrack`s having potential variable resolution. In Chromium the output could be far different from the input. When the specification mandates an exact output, the definition of what is expected is clear, unambiguous, not possible to convert to a different defintion at implementation. Mozilla Firefox and Nightly do not have issues recording or displaying variable resolution video. No, the operation should not fail if the exact number of corresponding tracks exist in the next stream. The developer has the capability to create both video and audio `MediaStreamTrack` to add to the `MediaStream` before `MediaRecorder` `start()` is executed. The behaviour of stopping recording when tracks are added or removed is not the expected behaviour which this was filed for, the issue was filed to fix that behaviour, e.g., https://github.com/guest271314/native-messaging-mkvmerge/blob/master/app/native-messaging-mkvmerge.js#L81, https://github.com/guest271314/native-messaging-mkvmerge/blob/master/app/native-messaging-mkvmerge.js#L121, stream video frames or audio frames to complement the corresponding <A|V> track. Track order is another issue that is related. Replacement of stream is the core. From there adjustments can be made where the adjacent settings and options and crashes for certain content is duly noted. -- GitHub Notification of comment by guest271314 Please view or discuss this issue at https://github.com/w3c/mediacapture-record/issues/167#issuecomment-531050385 using your GitHub account
Received on Friday, 13 September 2019 00:00:26 UTC