m3u8 | Parser and generator of M3U8-playlists for Apple HLS Library for Go language :cinema: | Video Utils library

I know what you are looking for, take a look at the ffmpeg.wasm project, with it you will be able to use ffmpeg "on the client side", passing the following code:

With those changes, I'm able to acheive 3 to 4 stable delay ;)

LINE 79 of

https://github.com/OpenVidu/openvidu/blob/master/openvidu-server/docker/openvidu-recording/scripts/composed.sh

I REPLACED

I used another player vue-vjs-hls. On this player hls work good, dont now why hls source not works at vue-video-player and video.js. What strange becouse vue-vjs-hls use video.js as core.

What type is the ffmpegcmd variable? Is it a string or a list/sequence?

Note that Windows and Linux/POSIX behave differently with the shell=True parameter enabled or disabled. It matters whether ffmpegcmd is a string or a list.

Direct excerpt from the documentation:

On POSIX with shell=True, the shell defaults to /bin/sh. If args is a string, the string specifies the command to execute through the shell. This means that the string must be formatted exactly as it would be when typed at the shell prompt. This includes, for example, quoting or backslash escaping filenames with spaces in them. If args is a sequence, the first item specifies the command string, and any additional items will be treated as additional arguments to the shell itself. That is to say, Popen does the equivalent of:

Popen(['/bin/sh', '-c', args[0], args[1], ...])

On Windows with shell=True, the COMSPEC environment variable specifies the default shell. The only time you need to specify shell=True on Windows is when the command you wish to execute is built into the shell (e.g. dir or copy). You do not need shell=True to run a batch file or console-based executable.

As described in the ExoPlayer docs, InvalidResponseCodeException is thrown when an attempt to open a connection results in a response code not in the 2xx range.

The error message is telling you that the server has rejected the request with response code 403, meaning you are forbidden from accessing the resource.

Given it used to work before authentication was enabled, it seems most likely that your token generation code isn't working properly and is generating a token that the server deems invalid.

I was using an older version of FFMPEG. The default version in the Ubuntu repository is 4.2. To get the latest version I used this link: https://johnvansickle.com/ffmpeg/

Thanks @llogan

Basic ffmpeg Not built for download operations. For this reason, it may not be powerful.
Its main power is for convert video.

However, you can use some keys in the terminal environment:

• the Ctrl+C key to stop operations.
• the Pause key to pause.
• the Enter key to continue.

This latency is unavoidable here (HLS is not designed for low latency streaming), you are creating .ts video files, 5 seconds long. By default most HLS players will buffer 3 .ts files before playback continues. This means you have at the very least 15 seconds latency.

If you bring your target duration down to 1 second. You might be able to get a latency of about 3 to 6 seconds. This might add more computational overhead.