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, clas...@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 beets-users+unsubscr...@googlegroups.com > <mailto:beets-users+unsubscr...@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 beets-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.