Join GitHub today
Feature request: Concat filter #166
Feature request: Include an option to
Such code can be implemented in
@Pehrsons Do you mean re-record the recorded media fragments? There are several approaches that have considered and tried.
The concept is briefly outlined at w3c/mediacapture-main#575.
https://github.com/guest271314/ts-ebml provides assistance "remux"ing recorded webm files. https://github.com/guest271314/whammy and https://github.com/guest271314/webm-writer-js provide a means to write images to a webm file created "on the fly", though without support for adding/including audio.
If there were a means to write the Matroska or Webm file directly using human-readable format cellar-wg/matroska-specification#129, cellar-wg/ebml-specification#156 the image and audio chunks could be written "on the fly" to a single file.
What this feature request basically asks for is some form of a flag, or property at options passed to
The functionality is essentially possible using
In the absence of changing or extending
@Pehrsons Ideally the reading and writing could be performed without playback of the media, a precusor, related concept https://github.com/guest271314/OfflineMediaContext.
that is, throughout the process or recording video/images, a
Based on your code
Now that can be done by recording them separately, and remuxing in js, no?
Like so (but in a loop or something nicer looking)
Looking at your proposal as a way to support multiple tracks, I'm not sure it's the right fix. For one, it doesn't handle tracks that start or end in parallel to other tracks.
Since there's so little consensus on supporting multiple tracks (other than if they're there at the start), I think this kind of fairly specific use-case fixes will have an even harder time to fly.
Yes. That is the concept. The reason that
That is another reason for using
The concept itself (concatenating media fragments) was inspired by A Shared Culture and Jesse Dylan. The use case: Create such a video/audio collage from disparate media using only API's shipped with modern, ostensibly FOSS, browsers.
Ideally, media playback should not be necessary at all, if there was a
the concept is to create the necessary file structure - in parallel - then, if necessary (Chromium does not include cues in recorded
The functionality of the feature request should "work" for both streams and static files, or combinations of the two, where the resulting
The feature request is somewhat challenging to explain, as there is more than one use case and more than one way in which the API could be used. Essentially a recorder that records (streams and/or static files, e.g., acquired using
Perhaps the feature request/proposal could be divided into several proposals
though since all of those features surround the same subject matter a single API could be created which incorporates all of that functionality.
Yes, gather that there is no "consensus" (which does not prevent "branches", or a "pull request") as to supporting multiple tracks (https://searchfox.org/mozilla-central/source/dom/media/MediaRecorder.cpp#765; https://searchfox.org/mozilla-central/source/dom/media/MediaRecorder.cpp#794; https://bugzilla.mozilla.org/show_bug.cgi?id=1276928). This presentation AT THE FRONTEND 2016 - Real time front-end alchemy, or: capturing, playing, altering and encoding video and audio streams, without servers or plugins! by Soledad Penadés states several important points
What this proposal is attempting to posit is that improvements can be made as to concatenating media streams and static files having differing codecs. If that means a new Web API proposal for a
@Pehrsons Before continue down the rabbit hole with this proposal/feature request will post links to the resources that have researched so far, so that these resources are not lost due to user error (have done that before ("Problem Exists Between Chair And Keyboard :p") "lost code" that used Web Animation API to create a "video" and Native Messaging to bypass Web Speech API to communicate directly with
Some code which attempts to emulate the MDN description "as fast as it can" of
Upon running the above code, it occurred that we could create yet another (very simple) media "container" type, again, using only the browser: create N slices of separate audio and image "files" using
where a "server" and/or