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, clas...@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/e2f04a67-d8fd-4fea-818e-feb62445c453
> 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+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.

Reply via email to