RE: Width/height in MediaStream Recorder

I think that the more general question is whether it is sufficient to have capabilities/settings only at the Stream level, or if users will want to set them on the Track level.  I suppose that we could say that for Recording we support only Stream-level capabilities, but I'm not sure what use cases that would block.

- Jim

-----Original Message-----
From: Stefan Håkansson LK [mailto:stefan.lk.hakansson@ericsson.com] 
Sent: Wednesday, August 07, 2013 4:59 AM
To: Jim Barnett
Cc: public-media-capture@w3.org
Subject: Re: Width/height in MediaStream Recorder

On 2013-08-06 16:07, Jim Barnett wrote:
> This could be a fairly general problem.  We also list MimeType as an 
> attribute.  Couldn't different Tracks have different mime types?
> Different frame rates?  Couldn't just about anything differ between 
> tracks?

Regarding mime-types, isn't that something that is decided by the recorder (as long as they are just MediaStreamTracks, there are no mime-types involved)? So basically we could decide that the recorder uses one mime type that covers the entire MediaStream being recorded.

I guess that in principle frame rate could differ between tracks, but that is nothing that is exposed in the Recorder API as far as I can tell.

Could we not just remove the imageHeight/Width attributes (and the possibility to set them)? You can find out by attaching the recorded blob to a media element, and to set you could use constraints on the tracks of the MediaStream that you want to record. (I'm probably missing some important use case here.)

Stefan

>
> - Jim
>
> -----Original Message----- From: Stefan Håkansson LK 
> [mailto:stefan.lk.hakansson@ericsson.com] Sent: Tuesday, August 06,
> 2013 8:20 AM To: public-media-capture@w3.org Subject: Width/height in 
> MediaStream Recorder
>
> Hi,
>
> (sorry if I miss something obvious) the MediaRecorder has imageWidth 
> and imageHeight readonly attributes. What will these represent in 
> cases when there is more than one VideoStreamTrack in the MediaStream 
> being recorded?
>
> Stefan
>
>
>

Received on Wednesday, 7 August 2013 14:16:35 UTC