You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track.
This can be tested for canvas tracks and cloning does preserve the subtype.
It might be good to add a note stating this intent in this spec.
The text was updated successfully, but these errors were encountered:
I think it should preserve the type, but the sub-type should be able to specify how state is handled, if that state was introduced by the sub-type. For example, a hypothetical sub-type called CroppableMediaStreamTrack should be able to specify that a clone is either also cropped or starts out uncropped. (Which choice it makes is out of scope; I only argue here that it should be up to the sub-type to make such a decision.)
it should be up to the sub-type to make such a decision.
Sounds good, my hope is that the default values of the sub type slots should hopefully be good enough in most cases so that nothing special is usually needed on sub type specs for cloning.
It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track.
This can be tested for canvas tracks and cloning does preserve the subtype.
It might be good to add a note stating this intent in this spec.
The text was updated successfully, but these errors were encountered: