| Summary: | tags form freedb have broken codepage | ||
|---|---|---|---|
| Product: | [Applications] AudioCD-KIO | Reporter: | Ben Aceler <aceler> |
| Component: | General | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | edward.hades, icefox, yurchor |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Screenshot with a broken codepage | ||
|
Description
Ben Aceler
2007-02-28 19:06:34 UTC
Give us an example, please. freedb can have many entries for single disc. Em.. But how? A screenshot, perhaps? OK, but... My notebook fails this morning. Screenshots will be next week. Created attachment 21366 [details]
Screenshot with a broken codepage
What is the freedb disc id for this CD? e20fff10 audiocd:/ ioslave uses libkcddb, which talks to freedb servers using protocol level 6 and thus gets CDDB entries in UTF-8. If original CDDB entry was not submitted by UTF-8 aware client, it is converted from whatever encoding CDDB server is using as a default (Latin-1, apparently). See: http://freedb.freedb.org/~cddb/cddb.cgi?cmd=cddb+read+rock+e20fff10&hello=user+foobar2000.org+foobar2000+v0.9_beta_6&proto=6 Yes, and if you'll use level 5 or lesser, it will return entry in CP1251 (for this disc). How this can help? I'm not sure there is a perfect client-side solution. For best effect, freedb should fix their database. One could use a proxy server (libkcddb uses http) to detect and fix encoding ... Perhaps larkang's approach (see r436465) may be applied to libkccd default behavior? |