From dbcf8a2c357466877e51665262e71e98c09c59cb Mon Sep 17 00:00:00 2001 From: Frank Date: Sat, 31 Oct 2026 10:29:33 -0700 Subject: [PATCH] docs(media): the verifier prints the four verdict classes itself MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The taxonomy was written as something an operator assembled by hand; the tool now emits `on disk at dst` / `REAL` / `gone` lines, which is the difference between reading `missing from the DB: 1851` as 1851 lost albums and reading it correctly. cwd: /home/blank/.omp/wt/wt-20261030-163847-6d1fc1f · session: wt-20261030-163847-6d1fc1f --- serverAppConfigs-docs/Dankserver/Media Relayout.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/serverAppConfigs-docs/Dankserver/Media Relayout.md b/serverAppConfigs-docs/Dankserver/Media Relayout.md index 1b0a8c3..64d809a 100644 --- a/serverAppConfigs-docs/Dankserver/Media Relayout.md +++ b/serverAppConfigs-docs/Dankserver/Media Relayout.md @@ -145,6 +145,10 @@ file still at src — the only class that is this relayout's own damage. Phantom are normal for both servers (Plex carries thousands that predate any relayout); re-scan to clear them and never read them as loss. +`media-verify.py` prints this split itself — `on disk at dst, no row names it`, +`REAL — file still at src`, `gone — at neither path` — so nobody hand-stats a +thousand paths to find out whether a film is lost or merely unindexed. + The owning server decides whether a pass can convict anything: Plex's roots are its `sections` rows joined to their location rows (`Movies`, `TVShows`, `Music`, `Audiobooks`, `LiveRecording`) and Jellyfin holds no audiobook library at all, so