- From: Jim Barnett <1jhbarnett@gmail.com>
- Date: Tue, 26 Aug 2014 10:15:08 -0400
- To: "robert@ocallahan.org" <robert@ocallahan.org>
- Cc: "public-media-capture@w3.org" <public-media-capture@w3.org>
- Message-Id: <061A7719-52F5-4E62-9833-682C85AD22E3@gmail.com>
If we can construct MediaStreams from AudioNodes (other than OfflineAudioContext), then there is no need to pass them directly to MediaRecorder, is there? Can't they be recorded as MediaStreams? If that's so, the only case we have to worry about is OfflineAudioContext, since from previous emails I gather that we don't want to allow it to be used to construct a MediaStream. As long as it can produce the required amounts of data (e.g. 200ms buffers) I don't see a problem. On the other hand, for my edification, if OfflineAudioContext can produce data in faster than real time, isn't it already recorded/stored in some way? What is the MediaRecorder for? Transcoding? Jim Barnett Genesys > On Aug 26, 2014, at 8:58 AM, "Robert O'Callahan" <robert@ocallahan.org> wrote: > >> On Thu, Aug 21, 2014 at 2:19 AM, Jim Barnett <1jhbarnett@gmail.com> wrote: >> The OfflineAudioContext is not required to render faster than real time, is it? Could we say that when attached to a PeerConnection it should render in real time? > > That would make it mostly useless. > > The proposal here is to allow a MediaRecorder to be constructed for an AudioNode. That does not enable connection of OfflineAudioContext to MediaStreams or PeerConnections --- by design, since we don't want to open that can of worms. Yet :-). > >> By the way, is it correct to say that an OfflineAudioContext isn't linked to a clock at all? It must have some sense of what the timing would be when the audio is played in real time. Otherwise, MediaRecorder can't process it. The MediaRecorder API lets the caller say "give me 200ms buffers of audio". It would be fine for the MediaRecorder to return those buffers more often than once every 200ms, but the amount of data has to be correct. > > That's right. > >> In any case, I agree that since it is already possible to create a MediaStream from an AudioNode (and hence to record from the AudioNode), we should figure out how that works (or forbid it) > > I'm not aware of additional spec work that needs to be done for that case. MediaStreamAudioDestinationNode has existed for a while. Firefox has been shipping it + MediaRecorder for a while now. > > Rob > -- > oIo otoeololo oyooouo otohoaoto oaonoyooonoeo owohooo oioso oaonogoroyo > owoiotoho oao oboroootohoeoro oooro osoiosotoeoro owoiololo oboeo > osouobojoeocoto otooo ojouodogomoeonoto.o oAogoaoiono,o oaonoyooonoeo owohooo > osoaoyoso otooo oao oboroootohoeoro oooro osoiosotoeoro,o o‘oRoaocoao,o’o oioso > oaonosowoeoroaoboloeo otooo otohoeo ocooouoroto.o oAonodo oaonoyooonoeo owohooo > osoaoyoso,o o‘oYooouo ofooooolo!o’o owoiololo oboeo oiono odoaonogoeoro ooofo > otohoeo ofoioroeo ooofo ohoeololo.
Received on Tuesday, 26 August 2014 14:15:41 UTC