Skip to main content

Transcribe video and audio files to text using OpenAI Whisper with optional speaker diarization

Project description

vtt-transcribe

Takes a video file, extracts or splits the audio, and transcribes the audio to text using OpenAI's Whisper model (via the openai Python client).

This repository provides a small CLI tool (vtt) and a set of helper functions for handling audio extraction, chunking large audio files, and formatting verbose JSON transcripts into readable timestamped output.

Features

  • Extract audio from video files (writes .mp3 by default) or transcribe audio directly (.mp3, .wav, .ogg, .m4a)
  • Prefer minute-aligned chunk durations for large audio files exceeding 25MB API limit
  • Transcribe audio via OpenAI's Whisper API with verbose_json response format
  • Speaker diarization using pyannote.audio to identify and label speakers in transcripts
  • Format transcripts into human-friendly lines: [HH:MM:SS - HH:MM:SS] text with optional speaker labels
  • Shift chunk-local timestamps into absolute timeline when chunking
  • Keep or delete intermediate audio/chunk files based on flags
  • Interactive speaker review to rename/merge speakers after diarization

Dependencies

  • Python 3.10+

Compatibility:

  • Core package supports Python 3.10 through 3.14 (tests run on 3.10–3.14).

  • Speaker diarization extras require specific native wheels (torch==2.8.0) and pyannote packages that currently provide prebuilt wheels up to Python 3.13. Therefore, diarization is officially supported up to Python 3.13.

  • If you run on Python 3.14 and need diarization, you may need to build torch from source or use a compatible wheel; this is not recommended for general users.

  • ffmpeg (required for video/audio processing via moviepy)

  • moviepy (audio/video helpers)

  • openai (Whisper API client)

  • pyannote.audio (speaker diarization, optional - requires [diarization] extra)

  • torch (required for pyannote.audio)

  • Dev / test: pytest, mypy, ruff, pre-commit, coverage, python-dotenv

Prerequisites

  • ffmpeg must be installed on your system for video/audio processing
  • Recommended approach: Use the provided .devcontainer which includes:
    • Pre-configured ffmpeg installation
    • GPU support for diarization (if host has NVIDIA GPU + drivers)
    • All Python dependencies
    • VS Code extensions and settings
  • Manual setup: If not using devcontainer, ensure ffmpeg is installed:

Speaker Diarization

  • The speaker diarization feature (--diarize) identifies and labels different speakers in audio
  • Requirements:
    • Hugging Face token (set HF_TOKEN environment variable or use --hf-token flag)
    • Accept pyannote model terms: Before using diarization, you must accept the terms for the following models on Hugging Face:
    • Minimum audio duration: ~10 seconds (shorter files may fail)
  • GPU Support (Optional):
    • Can leverage CUDA GPUs for faster processing (10-100x speedup)
    • By default, uses --device auto which automatically detects and uses CUDA if available
    • To explicitly control device selection, use --device cuda or --device cpu
    • .devcontainer handles prerequisites for GPU support
    • Prerequisites for GPU support:
      • NVIDIA GPU with CUDA support
      • NVIDIA drivers installed on the host system
      • nvidia-container-toolkit installed on the host (for Docker/devcontainer)
    • If GPU is not available or fails, automatically falls back to CPU

Installation

From PyPI (Recommended)

# Basic installation (transcription only)
pip install vtt-transcribe

# OR: With diarization support
pip install vtt-transcribe[diarization]

# Using uv (faster)
uv pip install vtt-transcribe
uv pip install vtt-transcribe[diarization]

Note: Installing with [diarization] extras adds large dependencies such as PyTorch and pyannote.audio, which significantly increases the download and install size of your environment. The actual diarization model weights are typically downloaded at runtime (e.g., via the Hugging Face cache) on first use, so overall disk usage for diarization (dependencies + cached models) can reach several GB. Only install these extras if you need speaker identification features.

Using Docker (Alternative)

Docker images are available on Docker Hub and GitHub Container Registry in three variants:

Image Tag Size Arch Description
Base latest ~150 MB amd64, arm64 Transcription only, lightweight
Diarization diarization ~700 MB amd64 only Speaker diarization, PyTorch CPU, torchcodec 0.7
Diarization GPU diarization-gpu ~6.5 GB amd64 only GPU-accelerated diarization, CUDA 12.8

Compatibility note: Diarization images pin torch==2.8.0 with torchcodec==0.7.0 per the torchcodec compatibility table. The CPU image uses the PyTorch CPU index to keep the image small (~700 MB vs ~4 GB with bundled CUDA).

# Pull from Docker Hub (base image)
docker pull jlcodesource/vtt-transcribe:latest

# Pull diarization image (CPU-only, amd64 only, ~700 MB)
docker pull jlcodesource/vtt-transcribe:diarization

# Pull diarization GPU image (CUDA 12.8, amd64 only, ~6.5 GB)
docker pull jlcodesource/vtt-transcribe:diarization-gpu

# OR: Pull from GitHub Container Registry
docker pull ghcr.io/jlcodesource/vtt-transcribe:latest
docker pull ghcr.io/jlcodesource/vtt-transcribe:diarization
docker pull ghcr.io/jlcodesource/vtt-transcribe:diarization-gpu

# Use stdin mode to pipe audio/video data (recommended for Docker)
# Supports video formats (MP4, AVI, WebM) and audio formats (MP3, WAV, OGG)
cat input.mp4 | docker run -i -e OPENAI_API_KEY="your-key" jlcodesource/vtt-transcribe:latest

# Or redirect to save transcript to file
cat input.mp4 | docker run -i -e OPENAI_API_KEY="your-key" jlcodesource/vtt-transcribe:latest > transcript.txt

# With diarization (use diarization image, requires HF_TOKEN)
# Note: Interactive review (--no-review-speakers) automatically disabled in stdin mode
cat input.mp4 | docker run -i -e OPENAI_API_KEY="your-key" -e HF_TOKEN="your-hf-token" jlcodesource/vtt-transcribe:diarization --diarize

# GPU support for diarization (requires nvidia-docker + :diarization-gpu image)
cat input.mp4 | docker run -i --gpus all -e OPENAI_API_KEY="your-key" -e HF_TOKEN="your-hf-token" jlcodesource/vtt-transcribe:diarization-gpu --diarize --device cuda

Docker Stdin Mode Limitations:

  • Volume mounting (-v) is not supported — use stdin/stdout instead
  • Interactive speaker review (--review-speakers) is unavailable in stdin mode (auto-disabled)
  • For diarization workflows, speaker labels will be generic (SPEAKER_00, SPEAKER_01, etc.)
  • Cannot use -s/--save-transcript, -o/--output-audio, --apply-diarization, or --scan-chunks flags

Docker Image Tags:

  • latest — Latest stable release (base, transcription-only)
  • diarization — Latest release with diarization support (CPU-only, amd64 only)
  • diarization-gpu — Latest release with diarization + CUDA GPU support (amd64 only)
  • 0.3.1 — Specific version tags (PEP 440 format)

For more Docker usage patterns and troubleshooting, see Docker Registry Documentation.

Upgrading from 0.2.0

Important: Version 0.3.0 introduces optional dependencies for speaker diarization. If you are upgrading from 0.2.0 and want to use diarization features, you need to explicitly install the [diarization] extra. See the CHANGELOG for detailed upgrade instructions.

Development Quick Start

This section is for contributors and developers who want to build and run the project from source.

Option 1: Using devcontainer (Recommended)

  1. Open project in VS Code
  2. Install "Dev Containers" extension
  3. Click "Reopen in Container" when prompted (or use Command Palette: "Dev Containers: Reopen in Container")
  4. The devcontainer includes ffmpeg, GPU support, and all dependencies pre-configured

Option 2: Manual setup

  1. Ensure ffmpeg is installed on your system (see Prerequisites above)

  2. Run the installer which installs uv and creates the project's virtual environment:

# Basic install (transcription only, no diarization)
make install

# OR: Install with diarization support (includes torch + pyannote.audio)
make install-diarization
  1. Set up environment variables (see Setup Environment Variables below)

  2. Run tests to verify your setup:

make test

Setup Environment Variables

You can set environment variables in your shell or create a .env file in your project directory:

Option 1: Shell environment

export OPENAI_API_KEY="your-openai-key"
export HF_TOKEN="your-huggingface-token"  # Only needed for --diarize

Option 2: .env file (automatically loaded)

# Create a .env file in your project directory
echo 'OPENAI_API_KEY="your-openai-key"' > .env
echo 'HF_TOKEN="your-huggingface-token"' >> .env

# For publishing to PyPI (developers only)
echo 'TWINE_USERNAME=__token__' >> .env
echo 'TESTPYPI_API_TOKEN=your-testpypi-token' >> .env
echo 'PYPI_API_TOKEN=your-pypi-token' >> .env

The tool will automatically load variables from .env if the file exists.

Publishing Environment Variables (Developers Only):

  • TWINE_USERNAME: Should always be __token__ for PyPI token authentication
  • TESTPYPI_API_TOKEN: Your TestPyPI API token
  • PYPI_API_TOKEN: Your PyPI API token
  • These are only needed if you're building and publishing packages using make build, make publish-test, or make publish

Usage

Command Line

# Basic transcription
vtt path/to/input.mp4

# With speaker diarization
vtt path/to/input.mp4 --diarize

# Direct audio transcription
vtt path/to/audio.mp3 --diarize

# Using uv run (if installed from source)
uv run vtt path/to/input.mp4

Stdin/Stdout Mode

For containerized or pipeline usage, vtt supports stdin/stdout mode with both audio and video files:

# Pipe audio directly to vtt (outputs transcript to stdout)
cat audio.mp3 | vtt

# Pipe video directly to vtt (supports MP4, AVI, WebM, etc.)
cat video.mp4 | vtt

# With Docker (video support)
cat video.mp4 | docker run -i -e OPENAI_API_KEY="$OPENAI_API_KEY" jlcodesource/vtt-transcribe:latest

# With diarization in Docker (--no-review-speakers auto-enabled)
cat video.mp4 | docker run -i \
  -e OPENAI_API_KEY="$OPENAI_API_KEY" \
  -e HF_TOKEN="$HF_TOKEN" \
  jlcodesource/vtt-transcribe:diarization --diarize

# In a pipeline
cat audio.mp3 | vtt > transcript.txt

# Process and save
cat recording.mp3 | vtt | tee transcript.txt | grep "SPEAKER_00"

Notes:

  • Stdin mode is auto-detected when input is piped (non-TTY)
  • Output goes to stdout instead of saving to file
  • The -s/--save-transcript and -o/--output-audio flags are incompatible with stdin mode
  • Diarization automatically enables --no-review-speakers in stdin mode (interactive speaker review requires TTY)

CLI options

Input/Output:

  • input_file: positional path to the input video or audio file (.mp4, .mp3, .wav, .ogg, .m4a)
  • -k, --api-key: OpenAI API key (or set OPENAI_API_KEY env var)
  • -o, --output-audio: path for extracted audio file (defaults to input name with .mp3; not allowed if input is already audio)
  • -s, --save-transcript: path to save the transcript (will ensure .txt extension)

Processing Options:

  • -f, --force: re-extract audio even if it already exists
  • --delete-audio: delete audio files after transcription (default: keep them)
  • --scan-chunks: when input is a chunk file (e.g., audio_chunk0.mp3), detect and process all sibling chunks in order

Diarization Options:

  • --diarize: enable speaker diarization (requires HF_TOKEN and model access)
  • --hf-token: Hugging Face token for pyannote models (or set HF_TOKEN env var)
  • --device: device for diarization (auto, cuda/gpu, or cpu; default: auto)
  • --diarize-only: run diarization on existing audio without transcription
  • --apply-diarization PATH: apply diarization to an existing transcript file
  • --no-review-speakers: skip interactive speaker review (default: review is enabled)

Makefile targets

  • make install — installs uv and basic dependencies (transcription only, no diarization)
  • make install-diarization — installs uv and all dependencies including diarization support
  • make test — runs the test suite (pytest)
  • make test-integration — runs only integration tests
  • make ruff-check — runs ruff check .
  • make ruff-fix — runs ruff format . (autoformat where supported)
  • make mypy — runs mypy . for static typing checks
  • make lint — runs both ruff and mypy (alias for ruff-check mypy)
  • make format — runs the automatic ruff-format step (ruff format .)
  • make clean — remove compiled python artifacts
  • make build — build distribution packages
  • make publish-test — publish to TestPyPI (requires TESTPYPI_API_TOKEN in environment)
  • make publish — publish to PyPI (requires PYPI_API_TOKEN in environment)

Notes on linting and typing

  • ruff is configured in ruff.toml. The rule COM812 is disabled to avoid conflicts with formatters. A per-file ignore exists for tests to allow certain private-member accesses used in unit tests.
  • Some tests use light mypy # type: ignore[...] annotations to accommodate test doubles and dynamically injected modules.

Testing

  • Run the full test suite with make test. The project includes comprehensive unit tests for audio extraction, chunking, timestamp formatting, and the CLI wiring.
  • Note: The project has only been tested on Linux (and WSL2)

Continuous Integration

  • The repository includes multiple GitHub Actions workflows:
    • .github/workflows/ci.yml — Runs linting and tests on Python 3.10 (push/PR to main)
    • .github/workflows/publish.yml — Publishes to PyPI via OIDC on GitHub releases
    • .github/workflows/publish-testpypi.yml — Publishes to TestPyPI on version tags
    • .github/workflows/release.yml — Creates GitHub releases from version tags
    • .github/workflows/docker-publish.yml — Builds and publishes Docker images on releases; updates Docker Hub description
    • .github/workflows/docker-build-test.yml — Validates base Dockerfile on push/PR to main
    • .github/workflows/docker-build-test-diarization.yml — Validates diarization Dockerfile (manual trigger)
    • .github/workflows/docker-build-test-diarization-gpu.yml — Validates GPU diarization Dockerfile (manual trigger)

Acknowledgements

  • This project was developed with test-driven iterations and linting guidance.
  • Parts of the implementation and assistance during development were produced with help from GitHub Copilot.

Files of interest

Source:

Tests:

Config & Docs:

Contributing

  • Please run make format and make lint before submitting a PR.
  • Run make test to ensure all tests pass locally.
  • This project uses bd (beads) for issue tracking. Run bd prime for workflow context.
  • See CONTRIBUTING.md for detailed development setup and workflow.

Building and Publishing (For Maintainers)

The project uses Hatch as the build system. Build artifacts can be created and tested locally:

# Install build dependencies
make install-build

# Build distribution packages (creates dist/*.whl and dist/*.tar.gz)
make build

# Test publishing to TestPyPI
make publish-test

# Production publish to PyPI (via GitHub Actions on release)
# Tag a release: git tag v0.3.1 && git push origin v0.3.1
# GitHub release is created automatically by .github/workflows/release.yml

For complete build and publish workflow documentation, see CONTRIBUTING.md.

License

  • See the LICENSE file in the repository root.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

vtt_transcribe-0.3.1.tar.gz (975.6 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

vtt_transcribe-0.3.1-py3-none-any.whl (31.4 kB view details)

Uploaded Python 3

File details

Details for the file vtt_transcribe-0.3.1.tar.gz.

File metadata

  • Download URL: vtt_transcribe-0.3.1.tar.gz
  • Upload date:
  • Size: 975.6 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for vtt_transcribe-0.3.1.tar.gz
Algorithm Hash digest
SHA256 9ba4299336f1241a595f9fbfe6f887e4cc16e8ca401aeac4b6348d6661ee0f4b
MD5 779d03d482bfe50692072cdaf92fc991
BLAKE2b-256 19f780e50b099efed49a786ec75acac6ed618cc7e9b23770ba04a1a96840dbb7

See more details on using hashes here.

Provenance

The following attestation bundles were made for vtt_transcribe-0.3.1.tar.gz:

Publisher: publish.yml on JLCodeSource/vtt-transcribe

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file vtt_transcribe-0.3.1-py3-none-any.whl.

File metadata

  • Download URL: vtt_transcribe-0.3.1-py3-none-any.whl
  • Upload date:
  • Size: 31.4 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for vtt_transcribe-0.3.1-py3-none-any.whl
Algorithm Hash digest
SHA256 53de9e618bdd38c18aaff0f297f6a68772077fe807865345a2a166846e301c69
MD5 0c46a40c794f6ec96883c8c348e6a7db
BLAKE2b-256 4b3a7bc6ef01713df2f0a84c25905deb0a85b3916ef72cf69eac2c4b237a566c

See more details on using hashes here.

Provenance

The following attestation bundles were made for vtt_transcribe-0.3.1-py3-none-any.whl:

Publisher: publish.yml on JLCodeSource/vtt-transcribe

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page