[Python-apps-team] Bug#489452: Solved (or solvable) in 1.4?

Ian Campbell ijc at debian.org
Mon Feb 20 09:19:51 UTC 2017


Hello,

The upstream bug tracker where this bug is forwarded has gone away,
migrated to another AIUI (trac at tickets.musicbrainz.org), but I can't
find the forwarded bug there. I found a copy of the original upstream
bug in:

http://web.archive.org/web/20150214204713/http://bugs.musicbrainz.org/ticket/3854

It seems like some aspects of this were solved a while back (AIUI
%compliation% now DTRT).

I'm running 1.4 from git and was able to make this work as I (and I
think the submitter) wanted by changing the rune to determine the
filename (in the options) so that it ends:

    ...$if($and(%_multiartist%,$ne(%albumartist%,%artist%)),%artist% - ,)%title%

rather than ending with the default which is something like:

    ...$if(%_multiartist%,%artist% - ,)%title%

This makes it insert the Artist as a prefix to the filename only if a)
the album has multiple artists and b) the artist of the track differs
from the album artist. I think this will DTRT both for the "one track
on the album is a duet" case and for compilations etc. Checking
%_multiartist% is probably redundant but I decided to keep it.

To pick an example I end up with:

    $ ls -1 Amon\ Amarth\ -\ Jomsviking/*.flac | tail -n 3
    Amon Amarth - Jomsviking/09-Vengeance Is My Name.flac
    Amon Amarth - Jomsviking/10-Amon Amarth feat. Doro Pesch - A Dream That Cannot Be.flac
    Amon Amarth - Jomsviking/11-Back on Northern Shores.flac

If you only wanted the artist to be included for proper compilations
then I think (untested) something like this would do the trick:

    ...$if(%compilation%,%artist% - ,)%title%

I'm unsure but looking at the timelines involved I think this may also
have been possible in 1.3.x, so maybe this ticket can be closed without
waiting for 1.4 to be uploaded?

Ian.



More information about the Python-apps-team mailing list