Skip to content

chore: untrack bundled Windows FFmpeg/FFprobe binaries - #1

Open
rsmxingu wants to merge 1 commit into
rsd:masterfrom
rsmxingu:chore/untrack-ffmpeg-binaries
Open

chore: untrack bundled Windows FFmpeg/FFprobe binaries#1
rsmxingu wants to merge 1 commit into
rsd:masterfrom
rsmxingu:chore/untrack-ffmpeg-binaries

Conversation

@rsmxingu

Copy link
Copy Markdown

Problem

bin/ffmpeg.exe and bin/ffprobe.exe (~200 MB combined) are committed to the repository even though:

  • They are already listed in .gitignore (the bin/ entry), and
  • build_windows.py downloads them on demand via download_ffmpeg_binaries() from gyan.dev.

They ended up tracked despite the ignore rule (added before the rule existed, or force-added). The cost is real: .git is ~220 MB, and every clone/fetch drags the full binaries.

Change

git rm --cached bin/ffmpeg.exe bin/ffprobe.exe — stop tracking the two binaries. The files remain on disk locally and the build process is unaffected (it re-fetches/uses them as before).

Scope / caveat

This stops future tracking only. The ~200 MB already in history is not reclaimed by this PR; doing so requires a history rewrite (e.g. git filter-repo), which is destructive and intentionally left out of this change.

Testing

  • No code paths touched; build_windows.py still finds the on-disk binaries and skips re-download when present.

🤖 Generated with Claude Code

Remove bin/ffmpeg.exe and bin/ffprobe.exe (~200 MB combined) from version
control. These are already listed in .gitignore and are downloaded on demand
by build_windows.py (download_ffmpeg_binaries), so they never needed to be
committed.

They were tracked despite the .gitignore entry (added before the ignore rule
or with -f), which inflated the repository: .git is ~220 MB and every clone
pulls the full binaries. This change stops tracking them; the files remain on
disk locally and are untouched for builds.

Note: this only stops future tracking. Reclaiming the space already in history
requires a separate history rewrite (e.g. git filter-repo), intentionally not
done here.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant