Was going through some files, cleaning things up.
I use path: artist / year - album / track# - title
This is usually good, except when an album is re-released. Original is 1980,
new is 2010. In cases that MB has original year, I can path to $original_year.
However, when original year is
Verbose yielded no better output. I plan to rerip one of the albums as a test.
I suspect potentially bad files
--
You received this message because you are subscribed to the Google Groups
"beets" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Something like this:
beet ls -a replay_gain::^$
--
You received this message because you are subscribed to the Google Groups
"beets" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beets-users+unsubscr...@googlegroups.com.
For more options, visit
Is this as simple as adding [%format] to my folder path naming?
--
You received this message because you are subscribed to the Google Groups
"beets" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beets-users+unsubscr...@googlegroups.com.
For more
This is awesome, seems I'm not the only one struggling with this.
One of the issues I was converting all FLAC to mp3 was portable devices, but
with today's computing power, it takes mere seconds to convert the songs we
would be transferring to a device.
As noted, 320 is usually plenty. I
Understood, so it's a very specific use case and nothing to do with multiple
artists on and album.
--
You received this message because you are subscribed to the Google Groups
"beets" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Transfered my music to an external drive to take with me and realized half my
files didn't look right in file Explorer, they were missing tags. But, I foobar
they were fine.
After looking closer I realized the ones with issues were 24 tags. No idea why
since my settings say 23, but whatever.
Yes, this appears to work. Thanks
--
You received this message because you are subscribed to the Google Groups
"beets" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beets-users+unsubscr...@googlegroups.com.
For more options, visit
Beets version 1.4.5
Album: https://musicbrainz.org/release/417d7d9a-26b1-476e-8d86-89d6bbb7cd98
scrub:
auto: yes
missing:
format: $albumartist - $album - $track - $title
count: yes
total: no
album: no
duplicates:
count: yes
full: yes
format: ''
keys: []
Sorry, I guess I didn't quite understand what and how to present it. In the
end, I worked around it. I downloaded Picard, tagged the files without issue
and then imported them with beets. Beets is funny at times it wants to swap
tracks, make 3 8 and 8 3, etc.
I never get why, so that's
Where is this set in the config?
--
You received this message because you are subscribed to the Google Groups
"beets" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beets-users+unsubscr...@googlegroups.com.
For more options, visit
So, I have an album that won't id properly. Beets wants to change track titles
to the wrong thing.
I even used mp3tag to verify and retag the files. But still want beets to
import it. However, beets still insists on changing a few of the tracks to the
wrong thing.
In a situation like
I have some tracks that are extended mix and radio edit. In some cases, meta
data is only pulled for the one.
In some cases, I match both as the same and keep both. But if I do, the files
get some random number bolted onto the filename, like song2796.mp3.
Is there any better way to handle
Might be worth updating the link on the mail website as it still points here
the last time I needed it.
--
You received this message because you are subscribed to the Google Groups
"beets" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
14 matches
Mail list logo
