Skip to main content

RipDoctor

Record a vinyl side, split it into tracks, tag them and file them in your music library.

The cut panel. A side's waveform in blue, the same side measured in 1-3 kHz in orange below it, the gap threshold as a dashed line, and the track boundaries as vertical markers.

What it does

  • Records a side from a turntable attached to the machine, with a live meter and an auto-stop at the run-out.
  • Or takes a file you already have - a download, or audio captured elsewhere - uploaded from the browser and normalised on the way in. Anything ffmpeg can read. Everything after that is identical to a rip.
  • Finds the track boundaries by looking for gaps in the 1-3 kHz band rather than at the full-band level, and by checking them against the track durations in MusicBrainz.
  • Lets you correct them by ear. Each boundary can be auditioned as a short clip with a tick mixed in at the cut instant, so you hear whether the cut lands in the gap or on the music.
  • Cuts, tags and files the tracks through beets, with cover art and album-mode ReplayGain.
  • Archives the raw sides once it has confirmed the tracks reached the library.

You drive it from a web page on the machine that holds the library, or from the command line.

The rip panel while a side is recording. Elapsed time, the music level, and a bar showing which zone the 1-3 kHz level is in.

Why 1-3 kHz

Splitting a side into tracks is usually done by full-band silence detection: pick a threshold in decibels, call anything quieter a gap, cut there. On most records this works.

On a sparse pressing it cannot. A real inter-track gap and a quiet passage inside a song both sit near -43 dB full-band, and no threshold separates them. Tuning it trades one failure for the other. On one album this produced two tracks 29 seconds too long and 22 seconds too short.

Measured in 1-3 kHz, the same two things separate by about 20 dB. Vinyl's noise - plinth rumble, arm handling, warp - is bass-heavy, and a quiet pressing has nothing at all above 8 kHz. The 1-3 kHz band is where music is and noise is not.

full band 1-3 kHz
music -26 -40
arm up, being handled -36 -67
silent groove -64 -85
dead air, needle up -89 -93

Full band puts music and arm-rumble 10 dB apart; the band lane puts them 27 dB apart. Every boundary decision keys off that.

These are measurements from one signal chain, not universal constants. docs/method.md explains each number and where it came from, and ripdoctor measure compares your chain against them.

Getting started

pip install ripdoctor
ripdoctor doctor      # what is missing, and what to install

doctor names every tool it needs - ffmpeg, ffprobe, flac, metaflac, and arecord to record - with the install command for each. It also reports whether beets is configured, which matters more than it looks: without a beets configuration an import still appears to work while fetching no cover art and computing no ReplayGain.

Then set the capture device and the two directories, and start the interface:

ripdoctor devices     # find your capture device
ripdoctor probe       # record 20 seconds and say what arrived
ripdoctor serve       # http://127.0.0.1:8080

On first run serve generates a login and prints the password once.

The wiki is the manual - installing, configuring, setting beets up, and each step of a record from the needle drop to the archive.

Ripping a side recording, the meter, the auto-stop, salvaging an interrupted capture
Uploading a file bringing in audio that was not recorded here
First pass finding the release and fitting the boundaries
Checking the boundaries the ear check, and moving a cut
Cutting and importing into review/, then into the library
Archiving putting the raw sides away once the tracks are confirmed
Re-ripping and punching redoing one side, or one track
Command line all 15 commands and their options
Troubleshooting errors, and what each one means

Two things it will not do

Nothing is cut until the plan validates. A track that would end before it starts, overlap its neighbour, collide on a track number or run past the end of the side is refused with the reason.

The raw sides are not cleared until the record is provably in the library. ripdoctor archive asks the importer where it filed things and counts what arrived.

What it is not

  • Not a library manager. It writes tagged files into a directory and stops. Whatever serves or syncs your music watches that directory; RipDoctor never calls it.
  • Not a restoration tool. No click removal, no declicking, no noise reduction.
  • Not fully automatic. The last judgement about where a cut goes is yours.

Development

make check     # lint, types, tests, budgets
make test

The core layer computes over decibel envelopes and touches nothing - no subprocess, no filesystem, no clock - so the whole algorithm is testable without ffmpeg, a sound card or any audio files. tests/test_architecture.py enforces that boundary.

docs/decisions.md records what was decided and why. The wiki covers using it rather than building it.

On Python 3.14 the suite is occasionally unreliable through no fault of its own (see ADR-019). A failure whose error is impossible - an unknown opcode, a NameError for something imported at the top of the file - is the interpreter. Run it again. CI uses 3.11 to 3.13.

Prior work

VinylFlow (MIT) covers adjacent ground and is worth a look if RipDoctor is not what you want. It takes a recording you already made and splits, tags and exports it, with an interactive waveform editor.

The differences are scope, not quality. VinylFlow does not record, so capture happens elsewhere and the file is uploaded to it. It previews the resulting track; RipDoctor is built to judge the boundary itself. It splits on full-band silence detection with a tunable threshold, which is the approach this project exists because of.

Licence

MIT. See LICENSE.

Download files

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

Source Distribution

ripdoctor-0.3.0.tar.gz (2.4 MB view details)

Uploaded Source

Built Distribution

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

ripdoctor-0.3.0-py3-none-any.whl (196.2 kB view details)

Uploaded Python 3

File details

Details for the file ripdoctor-0.3.0.tar.gz.

File metadata

  • Download URL: ripdoctor-0.3.0.tar.gz
  • Upload date:
  • Size: 2.4 MB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for ripdoctor-0.3.0.tar.gz
Algorithm Hash digest
SHA256 7bf7c7df5ba21a761eaaba1af8a0568d19a443a3c02643eeb02dc5f331d2b809
MD5 78dac4b524150c7780edff144c5cebf0
BLAKE2b-256 9584bb9d1db0af2b2bed6bbbd709679e1c43db0ce0c2c056ed9b0ec7e3ec02be

See more details on using hashes here.

Provenance

The following attestation bundles were made for ripdoctor-0.3.0.tar.gz:

Publisher: release.yml on bspeelm/RipDoctor

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

File details

Details for the file ripdoctor-0.3.0-py3-none-any.whl.

File metadata

  • Download URL: ripdoctor-0.3.0-py3-none-any.whl
  • Upload date:
  • Size: 196.2 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for ripdoctor-0.3.0-py3-none-any.whl
Algorithm Hash digest
SHA256 5652e7ac4b86b7e6507cbabace56fa05f8f812b99f602a46e193b4d8d861b1fa
MD5 82498a7e704e131df288aa42afa4af17
BLAKE2b-256 467fc766c06d0f148041b85a8b1a0ee2709586f1db0d6c12edef93d8f6159f53

See more details on using hashes here.

Provenance

The following attestation bundles were made for ripdoctor-0.3.0-py3-none-any.whl:

Publisher: release.yml on bspeelm/RipDoctor

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

Release history Release notifications | RSS feed

This release

0.3.0 This release

2 files

0.2.0

2 files

0.1.0

2 files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page