[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