1.8.0

New

• Opt-in debug logging — pass debugLogging: true to compressVideo /
  compressVideos to have the native side emit a couple of structured log lines
  per video (the resolved encode plan and the outcome). File paths are reduced to
  their base names. Off by default; intended for diagnosing a single run.
• Progress detail (ETA + bytes) — a new onProgressDetail
  (Stream<CompressionProgress>) reports, alongside the percentage, the
  estimated time remaining (etaMs), elapsed time (elapsedMs) and encoded
  output bytes written so far (bytesProcessed) for the single-video flow. The
  same fields are now also on BatchProgress (via onBatchUpdate). The
  existing onProgressUpdated (Stream<double>) is unchanged — it stays the
  simplest option for just the percentage. etaMs is a rough projection (an
  indicator, not a guarantee) and is null until it becomes estimable.
• Configurable batch concurrency — pass maxConcurrent to compressVideos
  to cap how many videos transcode at the same time. Leaving it unset keeps each
  platform's historic default (Android compresses up to 2 at once; Apple starts
  them all); setting it (>= 1) compresses strictly one-at-a-time (1) or trades
  memory and device heat for throughput at higher values. Honoured on Android,
  iOS and macOS; has no effect on a single compressVideo.
• Example app gains a "Max concurrent" (Auto / 1 / 2 / 3) selector in the
  batch flow.