My apologies, but I think I no longer understand what’s going on here. Is there some reproducible test case you can provide, including the file, starting from an empty library and importing a single track?
> On Aug 8, 2016, at 3:18 PM, [email protected] wrote: > > The files don't have MBIDs before I start importing. Here's what we start > with: > > /home/classic/test_music/Aarti/Vaishnodevi/01 01HEY GOVIND HEY GOPAL- > NANAK.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/02 02 HARI TUM HARO JAN KI > PEER.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/03 03 TUM MERI LAKHO RAJ ARI- > SU.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/04 04 DEENAN DUKH HARAN > DEV-SURD.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/05 05 KANHA TORI JOHAT.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/05 05 SABSE OONCHI PREM SAGAI- > S.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/06 06 JAI RADHA MADHAV.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/06 06 RADHA AISI BHAI SHYAM KI > D.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/07 07 MURLI MANOHAR GOPALA.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/07 07 PRABHU JI TUM CHANDHAN > HUM.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Aarti Hanuman Ji Ki.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Jai Ganesh Jai Ganesh Deva.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Jai Jag Janani Jai Jai.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Jai Jagdish Hare 2.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Jai Jagdish Hare.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Jai Jai Jai Ravi Dev.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Jai Jai Jai Tulsi Mata.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Jai Laxami Mata.mp3 > /home/classic/test_music/Aarti/Vaishnodevi/32 Jai Parvati Mata.mp3 (19 items) > > > Then Ill do an import, lets say I did about five files, many others I have to > skip because they can't be identified, and also I did "aBort" before i got to > the end just to show what it's doing. > > Here's a few of the finds: > > /home/classic/test_music/Aarti/Vaishnodevi/01 01HEY GOVIND HEY GOPAL- > NANAK.mp3 > Correcting track tags from: > Aarti - 01HEY GOVIND HEY GOPAL- NANAK > To: > Jagjit Singh - Hey Gobind Hey Gopal > URL: > http://musicbrainz.org/recording/f7fc29c0-d7ac-4882-a1bf-e0e2a495a192 > <http://musicbrainz.org/recording/f7fc29c0-d7ac-4882-a1bf-e0e2a495a192> > (Similarity: 79.5%) (artist, title) > [A]pply, More candidates, Skip, Use as-is, Enter search, enter Id, aBort, > eDit, edit Candidates? A > > /home/classic/test_music/Aarti/Vaishnodevi/02 02 HARI TUM HARO JAN KI > PEER.mp3 > Correcting track tags from: > Aarti - 02 HARI TUM HARO JAN KI PEER > To: > Jagjit Singh - Hary Tum Haro Jan Ki Peer > URL: > http://musicbrainz.org/recording/e2f04a67-d8fd-4fea-818e-feb62445c453 > <http://musicbrainz.org/recording/e2f04a67-d8fd-4fea-818e-feb62445c453> > (Similarity: 84.5%) (artist, title) > [A]pply, More candidates, Skip, Use as-is, Enter search, enter Id, aBort, > eDit, edit Candidates? a > > /home/classic/test_music/Aarti/Vaishnodevi/03 03 TUM MERI LAKHO RAJ ARI- > SU.mp3 > Correcting track tags from: > Aarti - 03 TUM MERI LAKHO RAJ ARI- SU > To: > Jagjit Singh - Tum Mery Rako Laaj Hari > URL: > http://musicbrainz.org/recording/778017ed-0175-4ba9-8c92-96a141badf3c > <http://musicbrainz.org/recording/778017ed-0175-4ba9-8c92-96a141badf3c> > (Similarity: 76.5%) (artist, title) > [A]pply, More candidates, Skip, Use as-is, Enter search, enter Id, aBort, > eDit, edit Candidates? a > > /home/classic/test_music/Aarti/Vaishnodevi/04 04 DEENAN DUKH HARAN > DEV-SURD.mp3 > Correcting track tags from: > Aarti - 04 DEENAN DUKH HARAN DEV-SURD > To: > Jagjit Singh - Deenan Dukh Haran Dev > URL: > http://musicbrainz.org/recording/7338031a-57d7-4f90-aab9-47d901da8151 > <http://musicbrainz.org/recording/7338031a-57d7-4f90-aab9-47d901da8151> > (Similarity: 81.6%) (artist, title) > [A]pply, More candidates, Skip, Use as-is, Enter search, enter Id, aBort, > eDit, edit Candidates? a > > > these are working great but it is of course very time consuming to get > through them on track-by-track. > > Then at the end, here's the end result: > > [classic@zotac ~]$ .venv/bin/beet list > Aarti - Vaishnodevi - 05 KANHA TORI JOHAT > Aarti - Vaishnodevi - Aarti Hanuman Ji Ki > Anup Jalota - Vaishnodevi - Radha Aisi Bhai > Jagjit Singh - Vaishnodevi - Hey Gobind Hey Gopal > Jagjit Singh - Vaishnodevi - Hary Tum Haro Jan Ki Peer > Jagjit Singh - Vaishnodevi - Tum Mery Rako Laaj Hari > Jagjit Singh - Vaishnodevi - Deenan Dukh Haran Dev > Jagjit Singh - Vaishnodevi - Sabseoonchi Prem Sagai > Jagjit Singh - Vaishnodevi - Jai Radha Madhav > Jagjit Singh - Vaishnodevi - Murli Manohar Gopala > Jagjit Singh & Chitra Singh - Vaishnodevi - Jai Ganesh Deva > > > The problem is, *there is no such album Vaishnodevi". It has ignored the > actual album that was located for all of those tracks from Jagjit Singh. > Only "singleton" mode has this problem. If I run "beet import" against each > single mp3 file at a time, it doesn't go into singleton mode, and it works > great. For example: > > [classic@zotac ~]$ .venv/bin/beet import test_music/Aarti/Vaishnodevi/03\ 03\ > TUM\ MERI\ LAKHO\ RAJ\ ARI-\ SU.mp3 > > /home/classic/test_music/Aarti/Vaishnodevi/03 03 TUM MERI LAKHO RAJ ARI- > SU.mp3 (1 items) > Finding tags for album "Aarti - Vaishnodevi". > Candidates: > 1. Jagjit Singh - Kare Krishna A Live Concert (26.0%) (missing tracks, > artist, album, ...) > > ... > > now it found it. beet list now shows: > > Jagjit Singh - Kare Krishna A Live Concert - Tum Mery Rako Laaj Hari > Jagjit Singh - Vaishnodevi - Hey Gobind Hey Gopal > Jagjit Singh - Vaishnodevi - Hary Tum Haro Jan Ki Peer > Jagjit Singh - Vaishnodevi - Tum Mery Rako Laaj Hari > Jagjit Singh - Vaishnodevi - Deenan Dukh Haran Dev > Jagjit Singh - Vaishnodevi - Sabseoonchi Prem Sagai > Jagjit Singh - Vaishnodevi - Jai Radha Madhav > Jagjit Singh - Vaishnodevi - Murli Manohar Gopala > Jagjit Singh & Chitra Singh - Vaishnodevi - Jai Ganesh Deva > > > Now we have that same track, "Tum Mery Rako Laaj Hari", *twice*. One with the > right album, one with the wrong one. > > > > I don't seem to be able to do any kind of "reimport" on these tracks > however, all the documentatinon of "beet import -L" and such doesn't seem to > do anything, even if I try pointing it at just one track. > > This is something that beets is doing 99% of the work within, and there is > one weird behavior right at the end. > > > > > > > > > > On Monday, August 8, 2016 at 1:51:44 PM UTC-4, Adrian Sampson wrote: > Hmm, maybe I don’t quite understand—if you already have MBIDs in those files, > beets should use them when you import them as singletons. Does it not? If > not, that’s a bug we should try to reproduce. > >> On Aug 8, 2016, at 12:12 PM, cla...@ <>zzzcomputing.com >> <http://zzzcomputing.com/> wrote: >> >> OK so that's sounding like this is really not supported as a top-level task. >> >> It seems quite simple: >> >> 1. figure out the correct artist / album for mp3 file by searching >> musicbrainz, discogs, etc. (beets does this) >> >> 2. tag the mp3 file with that artist / album that musicbrainz lists for the >> track, erasing anything currently there (beets will not do this unless I >> manually edit each by hand and re-type the name that it already has right >> there) >> >> 3. place in the correct directory >> >> Basically beets won't allow me to do this without manually editing the id3 >> tags, even though beets has already made me go through every track >> individually and look up the musicbrainz id for each. It's literally >> throwing away the information it's already found and which I want to keep. >> I'm a programmer so there's no reason for me to edit things individually >> when the data is there to automate it. >> >> Which means I'm back to, "hey why don't I write a script to hit musicbrainz >> for all my mp3s and force them to be cataloged correctly" . I'm looking >> into the beets plugin process as well but that seems like I really have to >> code to the internals of Beets (like maybe flipping is_album=True in >> SingletonimportTask, not sure) - not really sure that's worth it here. >> >> >> >> >> >> , and if I'm going to get into manual id3 tag editing, Ithen I'd just write >> a script myself to hit the musicbrainz API and write the data. It refuses >> to ignore or erase the incorrect album / artist. >> >> On Monday, August 8, 2016 at 9:25:59 AM UTC-4, Adrian Sampson wrote: >> Yeah, the `edit` plugin would work, and so would the more CLI-oriented `beet >> modify album=foo`. >> >> You could also import the with the flags `-ts`, which would turn on timid >> mode—i.e., avoid trusting the current metadata—and then you can enter a >> manual album and artist for the search. >> >> One final option would be to turn on acoustic fingerprinting with the >> `chroma` plugin, which could do a reasonable job at guessing the original >> metadata. >> >> Adrian >> >> >>> On Aug 8, 2016, at 12:11 AM, cla...@ <>zzzcomputing.com >>> <http://zzzcomputing.com/> wrote: >>> >>> Ok well I'm basically looking to "de-mixtape" these tracks. That is, just >>> make them as though I just have a handful of songs that need to be grouped >>> into partial albums that they came from originally. So I don't need to >>> group them on that "mixtape" id at all. >>> >>> I'm guessing that if I totally scrubbed these of the fake artist and album >>> name, then just imported them as though they were just mixed up, then it >>> would do it? Of course another issue is that half the songs on this >>> particular "mixtape" as well as a bunch of others aren't in the musicbrainz >>> or discogs database at all but I'll try to deal with that separately. >>> Would I try to use "beet edit" or something to scrub them out totally? the >>> "scrub" plugin didn't seem to really do the right thing on the first try >>> but hard to tell where beets cares about the directory structure vs. the >>> id3 tags. >>> >>> thanks for the quick response. >>> >>> On Sunday, August 7, 2016 at 6:55:56 PM UTC-4, Adrian Sampson wrote: >>> Yeah, that’s a tricky case. When we originally introduced singletons, many >>> years ago now, the idea was for exactly this case—when you have mixtapes >>> from friends with an assortment of unrelated songs. >>> >>> Really, the “beets way” would be to leave them as singletons and add an >>> extra flexible attribute that links them together. For example, `beet >>> modify mixtape=cruise2006` or something could mark all the members of a >>> mixtape. Then, you’d use a path rule to group mixtapes together in their >>> own directories. >>> >>> The only trouble, of course, is that this approach doesn’t preserve order. >>> (Beets needs a “playlists” concept.) But you could consider using the track >>> field, or even another flexible attribute, to define the order. >>> >>> I hope that helps. Good luck, and please ask more questions! >>> >>> Adrian >>> >>> >>>> On Aug 7, 2016, at 6:45 PM, cla...@ <>zzzcomputing.com >>>> <http://zzzcomputing.com/> wrote: >>>> >>>> Hi there - >>>> >>>> I have what I would think is one of the primary use cases for beets >>>> however it seems to be unsupported. >>>> >>>> Basically I have a bunch of tracks, all underneath a particular artist and >>>> album name, where that artist/album is completely made up. But also, each >>>> track with this album is in reality from *totally different albums*. >>>> >>>> The use case here is exactly what would happen in what I would think is >>>> the common use case of someone has a "mix tape" where every song has been >>>> tagged with someone's fake "album" name. We want to move the tracks all >>>> underneath the actual artist/album they'd be from, given that we are >>>> generating only "partial" albums that have just a few tracks. >>>> >>>> Options I'm working with to deal with this include the "scrub" plugin as >>>> well as the "group_album" option. They are still not removing the fake >>>> album name even though a *real* album name is right in the musicbrainz >>>> listing. >>>> >>>> Here is a small part of the example I'm working with, this is traditional >>>> Indian music (from my wife's collection, I don't know anything about this >>>> kind of music): >>>> >>>> /Aarti/Vaishnodevi/01 01HEY GOVIND HEY GOPAL- NANAK.mp3 >>>> /Aarti/Vaishnodevi/02 02 HARI TUM HARO JAN KI PEER.mp3 >>>> /Aarti/Vaishnodevi/04 04 DEENAN DUKH HARAN DEV-SURD.mp3 >>>> >>>> >>>> When I do "import" for these, beets can't find anything about an album >>>> "Aarti - Vaishnodevi" because there is no such thing. So my only choice >>>> is to press T for "as tracks". Whether or not I do "group albums" first >>>> does not affect the result. Then it looks up each song individually, and >>>> slowly enough I can find close enough identifiers: >>>> >>>> http://musicbrainz.org/recording/6f80178a-9fb4-4e5e-8901-59c7fe9563cf >>>> <http://musicbrainz.org/recording/6f80178a-9fb4-4e5e-8901-59c7fe9563cf> >>>> http://musicbrainz.org/recording/e2f04a67-d8fd-4fea-818e-feb62445c453 >>>> <http://musicbrainz.org/recording/e2f04a67-d8fd-4fea-818e-feb62445c453> >>>> http://musicbrainz.org/recording/7ab29996-6032-474a-975d-1fca8f20edab >>>> <http://musicbrainz.org/recording/7ab29996-6032-474a-975d-1fca8f20edab> >>>> >>>> Because I've had no choice but to select "as tracks", these are forced >>>> into "singleton" mode, which means, "there's no album", which I don't >>>> really understand since of course there's an album for each one. I've >>>> changed my "singleton" format to read "$albumartist/$album/$track $title", >>>> rather than "No Album". However, it leaves the ficticious album name in >>>> place (or if I use "scrub", I get a dash), and does not use the >>>> information from the musicbrainz listing, and I get: >>>> >>>> /Jagjit Singh/Vaishnodevi/01 Hey Gobind Hey Gopal _ Nanak.mp3 >>>> /Jagjit Singh/Vaishnodevi/02 Hary Tum Haro Jan Ki Peer.mp3 >>>> /Jagjit Singh/Vaishnodevi/04 Deenan Dukh Haran Dev _ Surdas.mp3 >>>> >>>> this is wrong. Ignoring that musicbrainz' release titles look a little >>>> off here, what it should be based on those ids, is: >>>> >>>> /Jagjit Singh/Hare Krishna: A Live Concert/01 Hey Gobind Hey Gopal _ >>>> Nanak.mp3 >>>> /Jagjit Singh/Kare Krishna A Live Concert/02 Hary Tum Haro Jan Ki Peer.mp3 >>>> /Jagjit Singh/Hare Krishna: A Live Concert/04 Deenan Dukh Haran Dev _ >>>> Surdas.mp3 >>>> >>>> Is there some option for this behavior or is this an unsupported use case >>>> ? (what do people organizing old mix tapes with bad album names do? ) >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> 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...@ <>googlegroups.com <http://googlegroups.com/>. >>>> For more options, visit https://groups.google.com/d/optout >>>> <https://groups.google.com/d/optout>. >>> >>> >>> -- >>> 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 [email protected] <>. >>> For more options, visit https://groups.google.com/d/optout >>> <https://groups.google.com/d/optout>. >> >> >> -- >> 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 [email protected] <>. >> For more options, visit https://groups.google.com/d/optout >> <https://groups.google.com/d/optout>. > > > -- > 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 [email protected] > <mailto:[email protected]>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. -- 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 [email protected]. For more options, visit https://groups.google.com/d/optout.
