[mythtv-commits] Ticket #5820: Improvements to Musicbrainz compilation album detection
MythTV
mythtv at cvs.mythtv.org
Wed Dec 31 00:44:31 UTC 2008
#5820: Improvements to Musicbrainz compilation album detection
-------------------------------------+--------------------------------------
Reporter: drdaz7 at gmail dot com | Owner: stuartm
Type: enhancement | Status: accepted
Priority: minor | Milestone: 0.22
Component: mythmusic | Version: 0.21-fixes
Severity: medium | Resolution:
Mlocked: 0 |
-------------------------------------+--------------------------------------
Comment(by drdaz7 at gmail dot com):
Replying to [comment:3 stuartm]:
> TPE4 is more technically correct than TPE2 and MythMusic is NOT looking
in the wrong place. TPE4 is used by a number of applications. Any solution
which removes TPE4 support will not be accepted. I'm happy to consider
adding optional fallback to TPE2 but only to support broken tagging
applications like Picard.
Fair enough.
I'll agree that the description of TPE4 in the id3v2 standard actually
sounds more like what we're dealing with here. With that said, TPE2 is
more or less a de-facto standard at this point, with MS Media Player,
Apple iTunes and Amarok (amongst others) using TPE2 for this purpose. As
such this becomes an issue of principal vs pragmatism.
I'm not arguing that TPE4 shouldn't be used - I really don't care. I
didn't find any files in my collection which actually had the TPE4 tag
filled with useful data. Will MythMusic actually fill TPE4 when ripping a
CD? Furthermore, I'm not entirely sure how this fallback should work;
should TPE2 be ignored if TPE4 contains something?
If Colin Guthrie is still around, can he chime in with arguments one way
or the other? I believe he was the chap who added the check in the first
place: http://www.gossamer-threads.com/lists/mythtv/dev/101966.
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/5820#comment:4>
MythTV <http://www.mythtv.org/>
MythTV
More information about the mythtv-commits
mailing list