Project

General

Profile

Feature #551

Smarter Cuesheet Encoding Detection

Added by Zane Tu over 9 years ago. Updated over 9 years ago.

Status:
Rejected
Priority:
Minor
Assignee:
-
Category:
plugins/cue
Target version:
-
Start date:
June 07, 2015
Due date:
% Done:

0%

Estimated time:
Affects version:
3.6.2

Description

I know I can already specify a value in "Fallback character encodings," but that is not very easy to use.
For example, if you use the value "GBK,ISO-8859-1" and feed Audacious with ISO-8859-1 encoded cue file (like the one in attachment), Audacious will erroneously decode it (leading to garbled text in playlist, such as "蓆udes" for "Études"). When you try to play a track, a popup will show up, reading "Error opening file:///path/%E8%93%86udes.flac: No such file or directory. "

What's worse, if you leave blank "Fallback character encoding," you cannot open the cue file at all and another popup will show up, reading "Cannot load file:///path/Études.cue: unsupported file name extension, " which has nothing to do with the true cause for failure to open the cue file. You might wish to append something like "Is your cue file encoded in UTF-8? " to error message.

Is it possible to integrate a small program like "file" into audacious (as a plugin?) that can guess cue file encoding?

Études.cue (112 Bytes) Études.cue Zane Tu, June 07, 2015 03:00
region setting.png (42.1 KB) region setting.png John Lindgren, June 07, 2015 20:25

History

#1 Updated by John Lindgren over 9 years ago

  • Status changed from New to Rejected

Audacious supports character set "guessing" via libguess1. Unfortunately, for the Chinese region setting, libguess identifies your example file as GBK. You can talk to the libguess developers about whether it is possible to improve their algorithm so that it can correctly identify your example as ISO-8859-1.

1 http://atheme.org/projects/libguess.html

#2 Updated by Zane Tu over 9 years ago

@John Lindgren

What do you mean by "for the Chinese region setting?" I'm currently using an English version of Debian sid and I got Audacious and plugins from http://www.deb-multimedia.org/dists/unstable/main/binary-amd64/ .

As I mentioned earlier, if I leave blank "Fallback character encodings," Audacious cannot open the cue file at all and another popup will show up, reading "Cannot load file:///path/Études.cue: unsupported file name extension. (That error message is absolutely misleading. ) The cuesheet is not added to playlist (unlike the case where I have GBK in "Fallback character encodings" and get garbled text in playlist). Nothing is shown in playlist, that is, libguess does not know anything about the encoding, as if it did not try guessing at all. It does not identify the example file as GBK.

#4 Updated by John Lindgren over 9 years ago

Zane Tu wrote:

What do you mean by "for the Chinese region setting?" I'm currently using an English version of Debian sid and I got Audacious and plugins from http://www.deb-multimedia.org/dists/unstable/main/binary-amd64/ .

I mean this:

#5 Updated by Zane Tu over 9 years ago

John Lindgren wrote:

Zane Tu wrote:

What do you mean by "for the Chinese region setting?" I'm currently using an English version of Debian sid and I got Audacious and plugins from http://www.deb-multimedia.org/dists/unstable/main/binary-amd64/ .

I mean this:

My setting for "Auto character encoding detector" is "None." So what I am suggesting has actually nothing to do with libguess?

#6 Updated by John Lindgren over 9 years ago

Zane Tu wrote:

My setting for "Auto character encoding detector" is "None." So what I am suggesting has actually nothing to do with libguess?

You suggested "a small program ... that can guess cue file encoding". That is what libguess does. So you are asking for a feature that is already there.

Also available in: Atom PDF