Replies: 1 comment 1 reply
-
Hmm; can you clarify exactly what you're doing to move these files? Are you using I also want to point out that you might find it a little easier to use query-specific path formats instead of paths:
disctitle::.: %the{$albumartist}/$original_year - $album/[Disc] $disc - $disctitle/$track - $title
default: %the{$albumartist}/$original_year - $album/$track - $title |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I use the following path format:
%the{$albumartist}/ %if{$disctitle,$original_year - $album/[Disc] $disc - $disctitle/$track - $title,$original_year - $album/$track - $title}
this checks box set releases for the presence of disc subtitles, then stores tracks in those separate, named sub-directories when importing box sets.
this works 100% of the time when importing new tracks. however, if I use beets to move an existing library item to a new location, the tracks don't always end up where they belong. this happens when using beet convert as well.
when this error happens, the album structure stays 'mostly' in tack. however a small portion of the music files of a box set end up in the upper-level 'album' directory instead of doing:
/Music/Artist/Album/Disctitle01/01-track.mp3 /Music/Artist/Album/Disctitle02/02-track.mp3
some of the tracks land in
/Music/Artist/Album/01-track.mp3, 02-track.mp3
beets is ignoring the $disctitle field on tracks that do possess it. this only happens to a small percentage of the tracks. mostly, the directory structure stays in tact after the move/transcode.
I am wondering if I can prevent this error on future runs.
Beta Was this translation helpful? Give feedback.
All reactions