使用 MME 和 DirectMusic 时的 ANSI 或 OEM 代码页？

Question

我注意到，当从 MME 读取 MIDI 端口名称时，这些名称是使用 ANSI 代码页编码的多字节字符串，我的应用程序默认使用该代码页。 从 DirectMusic 驱动程序接收这些名称时，这些名称是使用 OEM 代码页编码的宽字符串。 请参阅Raymond Chen 撰写的这篇文章进行快速回顾在代码页上。

在我的德语系统上，这意味着当使用当前代码页（结果是 ANSI 代码页）时，我会从 MME 获得“Audiogerät”，并从 DirectMusic 获得“Audiogeröt”，后者是错误的。 当我将姓氏视为 OEM 编码时，这个问题就得到了解决。

那么我如何知道使用哪个代码页来解码这些名称呢？ 为什么来自 DirectMusic 的名称编码不同？ 它来自 USB 驱动程序吗？ COM框架？ 直接音乐？ 如何确定在读取 MIDI 端口名称时使用哪个代码页？

有关信息：

• 我使用 MultiByteToWideChar() 和 WideCharToMultiByte()< /code> 函数来执行转换，并使用 CP_ACP 和 CP_OEMCP 作为要使用的代码页的参数。
• 我使用 midiInGetDeviceCaps() 从 MME 子系统获取 MIDI 端口信息......
• 并使用 CP_ACP 转换 MIDIINCAPS.szPname ( ANSI）代码页。
• 我使用 IID_IDirectMusic8::EnumPort() 从 DirectMusic 获取端口信息...
• ...并使用 CP_OEMCP 代码页转换 DMUS_PORTCAPS.wszDescription 。

Answer 1

我不确定为什么 DirectMusic 框架会使用一组代码页，而 MME 会使用另一组代码页，但您这边的解决方案可能是构建一个抽象层，然后为每个 API 进行特定的实现。 这样，更高级别的软件就不需要关心这样的细节。

也就是说，端点名称肯定来自操作系统。 USB MIDI 设备仅指定端点类型（即输入或输出以及数量），但操作系统可以根据需要自由解释它们，这就是它们被本地化的原因。

没有特定的 API 调用（据我所知）来找出框架将在哪个代码页中传递其字符串。但是，DirectMusic 似乎确实使用带有 OEM 代码页的双宽字符作为一般约定，尽管我找不到这在任何 MSDN 文档中都有明确说明。 在 有关 MIDI 端口功能结构的 MSDN DirectMusic 文档，说明类型明确定义为 WCHAR，并且

编辑：查看此有关确定当前操作系统代码页的 stackoverflow 问题。 DirectMusic API 可能以这种方式设置代码页。

Answer 2

实际上并没有一种自动方法来告诉这些类型的数据使用什么代码页。 请参阅此处：如何检测文本文件的编码/代码页