View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014022 | MMW v4 | Framework: Tagging | public | 2017-02-17 08:59 | 2017-02-23 15:26 |
| Reporter | michal | Assigned To | |||
| Priority | none | Severity | minor | Reproducibility | always |
| Status | assigned | Resolution | reopened | ||
| Product Version | 4.1.15 | ||||
| Fixed in Version | 4.1.16 | ||||
| Summary | 0014022: Tagging WAV files already containing id3 chunk leads to tags not readable by Windows 7 Explorer | ||||
| Description | MM4 now writes id3 chunk, if existed, in front of standard LIST INFO chunk. This could cause problems, because some programs do not know this chunk and stop reading the file (e.g. Windows 7 File Explorer does not read tags from such file). This could also affect playback, some decoders could include id3 tag to audio data. It would be better to write it after standard LIST INFO chunk, other programs will ignore it then. We could consider also updating of known id3 tags, currently they remain untouched. | ||||
| Additional Information | ticket: KHJ-630-39196 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1829 | ||||
|
|
Fixed in build 1829. We now remove id3 chunk by default (make standard JUNK chunk from it). It is non-standard and could cause more problems. I have added new ini option to get back old behavior with leaving id3 chunk as it is: [WAVTagging] RemoveID3Tag=0 |
|
|
Agreed completely this looks like good approach as based on http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/RIFF.html from July 2016 "ID3 " is still not officially accepted Chunk and basically only written by DBpoweramp and mp3tag. |
