netfix | Let 's build a Netflix | Plugin library

You're script will only parse the number of lines of your input script that contain the "LINE2 nnnn" token. So in your second input example above, out of the 9 lines of input, only 7 contain "LINE2 nnnn", so you only get the first 7 lines processed. The reason is this:

There is currently no Web API targeted to video editing.
The MediaStream and MediaRecorder APIs are meant to deal with live sources.

Because of the structure of video files, you can't just slice a part of it to make a new video, nor can you just concatenate small video files to make one longer. In both cases, you need to rebuild its metadata in order to make a new video file.
The only current API able to produce MediaFiles is the MediaRecorder.

There is currently only two implementors of the MediaRecorder API, but they support about 3 different codecs in two different containers, which does mean that you would need to build yourself at least 5 metadata parsers to only support current implementations (which will keep growing in number, and which may need update as implementations are updated).
Sounds like a tough job.

Maybe the incoming WebAssembly API will allow us to port ffmpeg to browsers, which would make it a lot simpler, but I have to admit I don't know WA at all, so I'm not even sure it is really doable.

I hear you saying "Ok, there is no tool made just for that, but we are hackers, and we have other tools, with great power."
Well, yes. If we're really willing to do it, we can hack something...

As said before, the MediaStream and MediaRecorder are meant for live video. We can thus convert static video files to live streams with the [HTMLVideoElement | HTMLCanvasElement].captureStream() methods.
We can also record those live-streams to a static File thanks to the MediaRecorder API.

What we cannot do however is to change the current stream-source a MediaRecorder as been fed with.

So in order to merge small video Files into one longer, we'll need to

• load these videos into elements
• draw these elements on a element in wanted order
• feed an AudioContext's stream source with the elements
• merge the canvas.captureStream and AudioStreamSource's streams in a single MediaStream
• Record this MediaStream

But this means that the merging is actually a re-recording of all the videos, and this can only be done in real-time (speed = x1)

Here is a live proof of concept where we first slice an original Video File in multiple smaller parts, shuffle these parts to mimic some montage, then create a canvas based player, also able to record this montage and export it.

NotaBene : This is the first version, and I still have a lot of bugs (notabely in Firefox, should work almost fine in chrome).

So, first, even though this code seems to be taken from mozilla documentation site, there are a few issues - you are not checking the readyState before calling endOfStream thus the error you get is valid, secondly, the play() call is blocked by the autoplay policy changes. If you add an error handler, you will actually see that the appendBuffer fails. Here is the updated snippet:

HLS can use fMP4, or TS. Yes it requires an m3u8 manifest. No iOS does not support media source extensions. MSE can only play fMP4.

Problem resolved, the magic thing is the spring profiles definition in application.yml of user service.

i overlooked this definition from the beginning, my docker-compose.yml definition before: