Open kirkegaard opened 11 months ago
Is it supposed to do that even when incremential is turned off?
If you mean setting incremental in your config to no
with this, then your expectations are incorrect. This setting is for skipping directories that are already imported.
I see also that you have copy
AND move
set to yes
. While move
overrides copy
, it's better to keep just one of those in your config, keeping it simpler.
What strange is:
skip
ping the import, since that is default_action
skip
ping per duplicate_action
; but that might be because of autotag: no
. I presume it might check on MBID, rather than albumartist/album combination.Indeed; @DjSlash is right here: the .1
marker is just beets's response when it tries to put a file somewhere where a file already exists.
There's something odd about the way you've set up your config: you are importing from and to the same directory (/mnt/Music/Library
), and you have copy: yes
set. This will mean that you have two copies of the same files in the same directory. It's actually not clear to me what happens when you simultaneously set copy: yes
and move: yes
at the same time; you probably want to pick one or the other. (And even better if you can spare to separate your "incoming"/unorganized Lidarr directory from your organized library directory.)
You're both right that having both copy
and move
doesnt make sense. Ive removed the copy
but it seems to still happen.
I've actually tried importing from a different folder outside my library but that just results in doubling the files which i guess makes sense since i have autotag
turned off.
-rwxr-xr-x 1 christian media 12541726 Dec 10 23:44 '01 Firecracker.1.m4a'
-rwxr-xr-x 1 christian media 12541726 Dec 10 23:45 '01 Firecracker.2.m4a'
-rwxr-xr-x 1 christian media 12541726 Dec 10 23:45 '01 Firecracker.3.m4a'
-rwxr-xr-x 1 christian media 12541726 Jun 15 2011 '01 Firecracker.m4a'
I made a quick test with the same config file on my macbook and here it seemed to do exactly what i expected. I wonder if it could have to do with how my share is set up and that beets has trouble fingerprinting the files? How exactly does beets determine if a file is a duplicate?
Hmm; I don't think fingerprinting is the problem here. The issue is that beets wants to put a file at path X, but it finds that a file already exists at path X, so it needs to avoid the conflict.
Maybe a verbose log when importing with copying off would help?
When importing an album that already exists, beets seems to increment and add
.1
to the filename. Is it supposed to do that even when incremential is turned off? This only happens if i setautotag
tono
. If set to yes it works as expected.I have one big folder with all my music (
/mnt/Music/Library/
) and then i have Lidarr add music to that folder.Problem
Setup
My configuration (output of
beet config
) is: