View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002308 | MMW v4 | Burning / Disc Handling | public | 2005-12-27 02:53 | 2005-12-29 02:03 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Summary | 0002308: Accented characters cause burn to fail | ||||
| Description | I have not been able to test this (no CDs to burn at the moment), but the steps described at: http://www.mediamonkey.com/forum/viewtopic.php?t=7133 would seem to indicate with reasonable confidence that burns fail when accented characters are included. This is a pretty nasty problem, since the failure is total. I would propose that what should happen is that burns should use default character mappings to avoid this problem. For 2.6, we should switch to the unicode version of hpCDE. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 934 | ||||
|
|
Fixed in build 934. There were actually two issues: 1. The more important was that hpcde couldn't read Unicode filenames from HD during burning and so anytime the CD to be burnt contained _any_ track with non-ASCII characters (or to be exact non-user's codepage characters, e.g. Greek for a Russian user) the operation failed. Hpcde isn't Unicode ready, but I made a workaround so that this is fully fixed now. 2. In case Unicode characters were in the target filenames for CD, there were replaced by '?' (again because hpcde isn't Unicode ready). This can't be fully fixed at this moment, but now they are replaced by a similarly sounding ASCII character (e.g. Greek 'alpha' is replaced by 'a'). In case such mapping isn't known (for more exotic languages), '_' is used. |
|
|
Verified 934. |
