On Tue, Feb 7, 2012 at 8:42 AM, Jussi Kalliokoski < jussi.kalliokoski@gmail.com> wrote: > I agree. The writeMIDI was actually something I forgot to put there, but > had in mind initially. Also, if ProcessedMediaStream had a method to attach > a MIDI input to it, like myPMS.addStream(MIDIInputDevice), would be pretty > handy. > My idea is that getUserMedia would simply produce a MediaStream with a MIDI track (or synced audio and MIDI, etc). Then you can use the existing myPMS.addStream(inputStream) and you're done. I need to think a bit more about multi-track support in ProcessedMediaStream. I'm guessing you will want an input MediaStream to support multiple MIDI tracks and a convenient way to access the data for each track in a ProcessMediaEvent. Currently, for simplicity, ProcessedMediaStream is defined to pre-mix together all enabled audio tracks for a given input stream before processing, but in some cases you do want to be able to process a stream's audio tracks separately. This could be done by splitting tracks out into their own MediaStreams (WebRTC MediaStreams have an API for that) and sending those as independent inputs, but there are probably better alternatives. Needs thought. Rob -- "If we claim to be without sin, we deceive ourselves and the truth is not in us. If we confess our sins, he is faithful and just and will forgive us our sins and purify us from all unrighteousness. If we claim we have not sinned, we make him out to be a liar and his word is not in us." [1 John 1:8-10]Received on Monday, 6 February 2012 20:40:54 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 6 February 2012 20:41:02 GMT