View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002595 | MMW v4 | Framework: Tagging | public | 2006-08-14 19:02 | 2010-02-12 14:58 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.5.5 | ||||
| Summary | 0002595: MMJB / Goldwave WAV Tags sometimes not read correctly | ||||
| Description | Following the fixes that resolved MM crashes on reading of MMJB wav tags, it seems that it intermittently fails to read such tags correctly. | ||||
| Additional Information | Full report at: http://www.mediamonkey.com/forum/viewtopic.php?t=11600 Also, another indication that the fix in beta 1 was incomplete: http://www.mediamonkey.com/forum/viewtopic.php?t=10871 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
I have Located and fixed The Problem. It was due to specific Write Method that GoldWave uses to write Both List Info Chunk and ID3 Info Chunk. Technical Note appended for future reference if needed: GoldWave deletes List Info Chunk And writes only Comment Field to keep Compatibility to SoundForge, WMP and MediaMonkey and it allways contain "GoldWave (C) Chris S. Craig, http://www.goldwave.com" then write Compatibility tag to MMJB in ID3 format. MM detects that LIST INFO chunk Exists and tries to load it. As MMJB ID3 is inside INFO CHUNK it is not recognized as valid tag so MM Skips it due to existance of INFO CHUNK and not separate MMJB Tag data. Additional read was added to ensure check internal structure of INFO CHUNK and to extract MMJB Tag Data from it. |
|
|
According to http://www.mediamonkey.com/forum/viewtopic.php?p=57748#57748 it isn't resolved yet. |
|
|
It apperantly fixed most of the problem as user sent me mail with futher debug testing of fixed version and it looks to solve problem on >1000 of his songs, but unfortunatly there are still variations to be solved. I made fix for those variations and now adding additional check code for ASCI<->Unicode(and UTF) checking when German and other characters are used in files according to ASCI Chartable. |
|
|
Code Updated on SVN to test fixed issues. I'll leave it open untill all three were fixed. |
|
|
All three Fixed SVN Updated. |
|
|
- Fixed bug when ASCII tag contains local language characters like German umulats - Fixed Bug when incorect chunk sizes are found in JUNK and PADDING Chunks |
|
|
In what's new, indicate special thanks to unzerpum |
|
|
2.5.5 Candidate |
|
|
No regressions observed in 980. |
