”“xC9;”没有正确转换为两个字节

Question

进一步这个问题我有一个补充问题。

我找到了一首标题中带有“É”的曲目。

我的代码：

var playList = new StreamWriter(playlist, false, Encoding.UTF8);

-

private static void WriteUTF8(StreamWriter playList, string output)
{
    byte[] byteArray = Encoding.UTF8.GetBytes(output);
    foreach (byte b in byteArray)
    {
        playList.Write(Convert.ToChar(b));
    }
}

将其转换为以下字节：

195
137

输出为 à 后跟一个正方形（这是一个无法以当前字体打印的字符）。

我已将相同的文件导出到 Media Monkey 中的播放列表，它将“É”写为“�” - 我假设这是正确的（正如 KennyTM 指出的）。

我的问题是，如何获得“‰”符号输出？我是否需要选择不同的字体？如果需要，选择哪一种？

更新

人们似乎没有抓住要点。

我可以使用“É”写入文件，

playList.WriteLine("É");

这不是问题。

问题是 Media Monkey 要求文件采用以下格式：

#EXTINFUTF8:140,Yann Tiersen - Comptine D'Un Autre Été: L'Après Midi
#EXTINF:140,Yann Tiersen - Comptine D'Un Autre Été: L'Après Midi
#UTF8:04-Comptine D'Un Autre Été- L'Après Midi.mp3
04-Comptine D'Un Autre Été- L'Après Midi.mp3

其中所有“high-ascii”（为了缺少更好的术语）都以一对字符的形式写出。

更新 2

我应该将 c9 替换为 c3 89。

我本来打算把我实际得到的内容放在上面，但在为此进行测试时，我设法让一个测试程序以“按原样”以正确的格式输出文本。所以我需要做更多的调查。

Answer 1

像这样使用Convert.ToChar几乎可以肯定是一个坏主意。您基本上对事物进行了两次编码。

您应该自己执行转换，然后直接写入流，或者您应该让StreamWriter执行转换。如果您尝试自己执行转换，为什么还要使用 StreamWriter 呢？

您是否正在尝试写入二进制文件或简单的文本文件？如果它是一个简单的文本文件，只需使用 StreamWriter 并让它进行转换。如果是二进制文件，请使用 Stream 而不是 StreamWriter，并在需要的地方直接执行文本编码，然后将字节直接写入流。

编辑：这就是您的原始代码发生的情况：

Encoding.UTF8.GetBytes(text) => byte[] { 0xc3, 0x89 };

Convert.ToChar(0xc3) => char U+00C3
StreamWriter writes U+00C3 as byte[] { 0xc3, 0x83 };

Convert.ToChar(0x89) => char U+0089
StreamWriter writes U+00C3 as byte[] { 0xc2, 0x89 };

这就是为什么您将 c3 83 c2 89 写入文件。

Answer 2

StreamWriter 已经将您发送给它的字符转换为 UTF-8 — 这就是它的全部目的。扔掉WriteUTF8；它坏了而且没用。

（WriteUTF8 正在获取字符，将它们转换为 UTF-8 字节，将每个字节转换为其在当前代码页中映射到的字符，然后对每个这些字符进行编码在 UTF-8 中，最好的情况是使用双重 UTF-8 编码的字符串；在最坏的情况下，您会完全丢失未映射到系统代码页的字节；对于 DBCS 代码页来说尤其糟糕。 .)

Media Monkey 遇到的问题可能只是它根本不支持 UTF-8 或 Unicode 文件名。尝试要求它播放包含不适合您的系统代码页的字符的文件（并导出播放列表），例如将文件重命名为 αβγ.mp3。

编辑：

#EXTINFUTF8:140,Yann Tiersen - Comptine D'Un Autre Été: L'Après Midi
#EXTINF:140,Yann Tiersen - Comptine D'Un Autre Été: L'Après Midi
#UTF8:04-Comptine D'Un Autre Été- L'Après Midi.mp3
04-Comptine D'Un Autre Été- L'Après Midi.mp3

好的，您在同一个文件中混合了多种编码：难怪文本编辑器在打开它时会遇到问题。未注释的行和 #EXTINF 行位于系统默认代码页中，用于支持无法读取 Unicode 文件名的媒体播放器。系统代码页中不存在的任何文件名字符（例如，上面的希腊语，在西方 Windows 安装中）将被破坏，并且对于任何不了解 #UTF8 （和 #EXTINFUTF8 用于描述）行。

因此，如果这是您的目标格式，您需要获取两种编码并依次使用每种编码，如下所示：

private static void writePlaylistEntry(Stream playlist, string filename, int length) {
    Encoding utf8= new UTF8Encoding(false);
    Encoding ansi= Encoding.Default;
    playlist.Write(utf8.GetBytes("#EXTINFUTF8:"+length+","+filename+"\n"));
    playlist.Write(ansi.GetBytes("#EXTINF:"+length+","+filename+"\n"));
    playlist.Write(utf8.GetBytes("#UTF8:"+filename+"\n"));
    playlist.Write(ansi.GetBytes(filename+"\n"));
}

Answer 3

我不使用 C#，但症状告诉我，您确实将其编写为 UTF-8，但是输出/控制台/应用程序/您查看写入输出的任何内容是不使用 UTF-8，而是使用 ISO-8859-1 来显示它们，并且 MediaMonkey 使用 CP1252 来显示它们。

如果您在 IDE 控制台中查看它们，则需要将 IDE 配置为使用 UTF-8 作为控制台和文本文件编码。

更新您显然想要将 UTF-8 数据写入 CP-1252。现在问题更清楚了。再说一次，我不做 C#，但 Java 的等价物是：

Writer writer = new OutputStreamWriter(new FileOutputStream("file.ext"), "CP-1252");
writer.write(someUTF8String); // Will be written as CP-1252. "É" would become "É"

希望这能提供一些见解。

Answer 4

更根本的问题在于该方法的名称：

 private static void WriteUTF8(...)

.M3U 文件不是 UTF-8。它们是 Latin-1（或 Windows-1252）。

您应该使用 Encoding.GetEncoding(1252)，而不是 Encoding.UTF8。然后你可以直接写入流，你不需要任何这种奇怪的转换。

更新：

我刚刚尝试了以下 C# 代码，生成的 .M3U 在 Winamp 和 WMP 中都可以正常打开：

static void Main(string[] args)
{
    string fileName = @"C:\Temp\Test.m3u";
    using (StreamWriter writer = new StreamWriter(fileName, false,
        Encoding.GetEncoding(1252)))
    {
        writer.WriteLine("#EXTM3U");
        writer.WriteLine("#EXTINF:140,Yann Tiersen " +
            "- Comptine D'Un Autre Été: L'Après Midi");
        writer.WriteLine("04-Comptine D'Un Autre Été- L'Après Midi.mp3");
    }
}

所以，正如我所说 - 只需使用正确的编码即可。您不需要所有这些额外的 #EXTINFUTF8 和 #UTF8 行，除非这是 Media Monkey 的一些奇怪的要求（它绝对不是基本 M3U 规范的一部分）。

Answer 5

好的，首先感谢大家的帮助和耐心。

我终于让它正常工作了。我已经实现了 bobince 解决方案的一个版本，这就是他获得接受的原因（向其他人投了赞成票）。这是我的代码：

var playList = new StreamWriter(playlist, false, Encoding.Default);
playList.WriteLine("#EXTM3U");

foreach (string track in tracks)
{
    // Read ID3 tags from file
    var info = new FileProperties(track);

    // Write extended info (#EXTINF:<time>,<artist> - <title>
    if (Encoding.UTF8.GetBytes(info.Artist).Length != info.Artist.Length ||
        Encoding.UTF8.GetBytes(info.Title).Length != info.Title.Length)
    {
        playList.Close();
        playList = new StreamWriter(playlist, true, Encoding.UTF8);

        playList.WriteLine(string.Format("#EXTINFUTF8:{0},{1} - {2}",
                           info.Duration, info.Artist, info.Title));

        playList.Close();
        playList = new StreamWriter(playlist, true, Encoding.Default);
    }

    playList.WriteLine(string.Format("#EXTINF:{0},{1} - {2}",
                       info.Duration, info.Artist, info.Title));

    // Write the name of the file (removing the drive letter)
    string file = Path.GetFileName(track);
    if (Encoding.UTF8.GetBytes(file).Length != file.Length)
    {
        playList.Close();
        playList = new StreamWriter(playlist, true, Encoding.UTF8);

        playList.WriteLine(string.Format("#UTF8:{0}", file));

        playList.Close();
        playList = new StreamWriter(playlist, true, Encoding.Default);
    }

    playList.WriteLine(file);
}

playList.Close();

如您所见，我假设我不必编写 UTF8，但是当我这样做时，我会关闭流并使用 UTF8 编码重新打开它。然后，在编写有问题的行后，关闭并使用默认编码重新打开它。

现在我不知道为什么我以前的代码给出了不一致的结果。鉴于每个人（尤其是乔恩）的说法，它应该一直失败，或者可能一直有效。