RipDoctor
Record a vinyl side, split it into tracks, tag them and file them in your music library.
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.
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
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
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
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
7bf7c7df5ba21a761eaaba1af8a0568d19a443a3c02643eeb02dc5f331d2b809
|
|
| MD5 |
78dac4b524150c7780edff144c5cebf0
|
|
| BLAKE2b-256 |
9584bb9d1db0af2b2bed6bbbd709679e1c43db0ce0c2c056ed9b0ec7e3ec02be
|
Provenance
The following attestation bundles were made for ripdoctor-0.3.0.tar.gz:
Publisher:
release.yml on bspeelm/RipDoctor
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
ripdoctor-0.3.0.tar.gz -
Subject digest:
7bf7c7df5ba21a761eaaba1af8a0568d19a443a3c02643eeb02dc5f331d2b809 - Sigstore transparency entry: 2802027723
- Sigstore integration time:
-
Permalink:
bspeelm/RipDoctor@6c25309c8ce0cc3eaa37a6ae4489f991f9f5f0f0 -
Branch / Tag:
refs/tags/v0.3.0 - Owner: https://github.com/bspeelm
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@6c25309c8ce0cc3eaa37a6ae4489f991f9f5f0f0 -
Trigger Event:
push
-
Statement type:
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
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
5652e7ac4b86b7e6507cbabace56fa05f8f812b99f602a46e193b4d8d861b1fa
|
|
| MD5 |
82498a7e704e131df288aa42afa4af17
|
|
| BLAKE2b-256 |
467fc766c06d0f148041b85a8b1a0ee2709586f1db0d6c12edef93d8f6159f53
|
Provenance
The following attestation bundles were made for ripdoctor-0.3.0-py3-none-any.whl:
Publisher:
release.yml on bspeelm/RipDoctor
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
ripdoctor-0.3.0-py3-none-any.whl -
Subject digest:
5652e7ac4b86b7e6507cbabace56fa05f8f812b99f602a46e193b4d8d861b1fa - Sigstore transparency entry: 2802027773
- Sigstore integration time:
-
Permalink:
bspeelm/RipDoctor@6c25309c8ce0cc3eaa37a6ae4489f991f9f5f0f0 -
Branch / Tag:
refs/tags/v0.3.0 - Owner: https://github.com/bspeelm
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@6c25309c8ce0cc3eaa37a6ae4489f991f9f5f0f0 -
Trigger Event:
push
-
Statement type: