v1.5.0-alpha.1: add concatenation feature

concat feature added

Caution

Windows binaries are not statically compiled since v1.1.3+3. This is obviously a bug that need to be fixed.

Caution

This version contains a critical bug where it deletes .ts when remux is disabled, resulting in the loss of the stream, making concatenation impossible.
Please use version >= v1.6.0-alpha.3, or rollback to v1.4.1.

defaultParams:
  ## Concatenate and remux with previous recordings after it is finished. (default: false)
  ##
  ## WARNING: We recommend to DISABLE remux since concat also remux.
  ##
  ## Files must be named <name>.<n>.<ts/mp4/mkv...>. If n=0, n is optional.
  ## Output will be named: "<name>.combined.<remuxFormat>".
  ##
  ## n is only used to determine the order. If there are missing fragments,
  ## the concatenation will still be executed.
  ##
  ## The extensions do not matter. A 1.ts and a 2.mp4 will still be concatenated together.
  ## TS files will be prioritized over anything else.
  ##
  ## If remux is enabled, remux will be executed first, then the concatenation will be executed.
  ##
  ## If extractAudio is true, the m4a will be concatenated separatly.
  ##
  ## The previous files won't be deleted even if keepIntermediates is false. In
  ## the future, they will be deleted by scheduling a deletion based on the
  ## modification time.
  ##
  ## TL;DR: This is to concatenate if there is a crash.
  concat: false

I recommend disabling remux when using concat. concat uses the same logic as remux, but applied to multiple input files. keepIntermediates has no impact on concat for now. In the future, I will implement a garbage cleaner that will delete .ts files after a certain time and if a .combined.<ext> file is present.

Fixes

• Fixed DoWithContextTimeoutWithResult where it didn't exit when there is no error.

Full Changelog: v1.4.1...v1.5.0-alpha.1