+ Where each download is assembled + verified before being promoted into the library.
+ Set by STAGING_DIR in docker-compose.yml (defaults to{" "}
+ MUSIC_DIR/.staging). When your library is on a network share (SMB/NFS),
+ point STAGING_DIR at a fast local disk so temporary download I/O
+ doesn’t hammer the share — the finished album is copied onto the library volume and
+ swapped in atomically. Rebuild to change.
+
+
Scan the library to record what’s already on disk as owned + monitored.
+
+ When on, the worker periodically checks your followed artists: it grabs new
+ releases as they appear and upgrades owned albums that fall below the
+ quality cutoff.
+
+ Quality cutoff — the minimum acceptable quality class: 1 = lossy,{" "}
+ 2 = CD-lossless (FLAC 16/44.1), 3 = hi-res. An owned album is
+ kept as-is when it’s ≥ the cutoff; otherwise a better copy is chased. Range 1–3.
+
+ Poll interval — hours between new-release checks. Retry interval — hours
+ before re-attempting a release that couldn’t be found yet. Upgrade window — how
+ many days after first acquiring an album to keep looking for a better copy.
+
{MONITOR_FIELDS.map(([key, label]) => (
+
+ When on, the worker periodically sweeps your followed artists for similar artists +
+ their new releases (via ListenBrainz and, if configured, Last.fm) and lists them on{" "}
+ Discover. Nothing is downloaded automatically — you Follow/Want from there.
+
+ Interval — hours between sweeps. Seeds per chunk — how many followed
+ artists are processed per worker cycle (keeps job-claiming responsive on big rosters).
+ Similar per seed — candidates pulled per artist. Albums per artist —
+ releases surfaced per suggested artist. Min score — drops weak suggestions.{" "}
+ ListenBrainz base URL — leave blank for the default endpoint.
+