ID3v1 tag is hidden by terminating APEv2

[GoogleCodeExporter]

If I add APE tag to a MP3 having ID3v1 presented already, then tags are written 
in the following order.

1) mp3-data
2) id3v1
3) apetagex
4) apetagex

This ordering breaks many algorithms (including mp3tag.de) which recognize 
ID3v1 as a 128 bytes block at the end of a file.

Example for the trunk code:

import mutagen
from mutagen.apev2 import APEv2
tags = APEv2()
tags['hashhh'] = 'abcd'
tags.save('a-file-with-id3v1.mp3')

Original issue reported on code.google.com by zee...@gmail.com on 29 Aug 2012 at 5:10

Attachments:

• short.mp3

[GoogleCodeExporter]

Original comment by reiter.christoph@gmail.com on 20 Oct 2012 at 11:45

• Changed state: Duplicate

[GoogleCodeExporter]

OK, sorry, that's a different problem:

APEv2.save doesn't do any checking and just appends the tag if not loaded from 
the same file.

Original comment by reiter.christoph@gmail.com on 20 Oct 2012 at 12:20

• Changed state: Accepted

[GoogleCodeExporter]

mutagen has moved to Bitbucket: https://bitbucket.org/lazka/mutagen/issue/120

Original comment by reiter.christoph@gmail.com on 4 Jul 2014 at 3:37

• Changed state: Duplicate