[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/>

More information about the mythtv-commits mailing list