Transcript Recording: Results so Far “Different MediaStreams do not need to be synchronized” • This appears to mean that synchronization is not transitive.

Recording: Results so Far
“Different MediaStreams do not need to be synchronized”
• This appears to mean that synchronization is not transitive across MediaStreams
• If t1, t2 are synchronized in Stream1, they need not be in Stream2
No container format allows adding and removal of Tracks while providing
streaming encoding (buffer-at-a-time data)
• (from TimT)
It is easy to add and remove Tracks when recording into a single Blob/File
• (from TimT)
• Record them separately, then merge when done
• May need to fill in silence or black frames
Hammerhead Status| Oct 2012 | 1
© 2012, Genesys Telecommunications Laboratories, Inc. All rights reserved.
Recording: Tentative Conclusions
Synchronized recording is possible only at MediaStream level
• TrackLists will not work
• Track is possible but not needed
Streaming encoding is a separate function from Blob recording
•
•
•
•
•
Must ignore added Tracks when doing streaming encoding
Provide silence, black frames for removed Tracks
Can get n milliseconds of data in dataavailable
Can call requestData
Wait for streamdone or call stopStream()
Blob recording allows Tracks to be added
• Handles removed Tracks the same way
• Call record(), wait for recorddone or call stopRecord()
Hammerhead Status| Oct 2012 | 2
© 2012, Genesys Telecommunications Laboratories, Inc. All rights reserved.
Open Questions
What kind of API?
• A partial API on MediaStream (Travis)
• Prohibits multiple recordings at same time
• A separate class taking a MediaStream argument (majority opinion?)
• Could apply to things besides MediaStream
Can you stream record and Blob record at the same time?
Recording/streaming in a separate document?
Hammerhead Status| Oct 2012 | 3
© 2012, Genesys Telecommunications Laboratories, Inc. All rights reserved.