LiteLoaderQQNT-OneBotApi语音消息发送问题解析

问题背景

在使用LiteLoaderQQNT-OneBotApi进行语音消息发送时，开发者可能会遇到语音消息无法正常发送的问题。本文详细分析了该问题的原因及解决方案，并提供了相关的技术实现细节。

问题现象

开发者尝试通过API发送语音消息时，虽然接口返回"发送成功"的状态，但实际上消息并未成功发送。具体表现为：

1. 使用ffmpeg转换后的.amr格式音频文件
2. 通过POST请求发送到/send_msg接口
3. 服务端返回200状态码和"发送成功"消息
4. 但实际群聊中并未收到语音消息

根本原因

经过分析，发现问题的根本原因在于消息类型字段设置错误。在LiteLoaderQQNT-OneBotApi的实现中：

• 正确的语音消息类型应为"voice"
• 但开发者错误地使用了"record"作为类型标识

解决方案

修改消息类型字段即可解决该问题：

{
    "message_type": "group",
    "group_id": 701339984,
    "message": [
        {
            "type": "voice",  // 将"record"改为"voice"
            "data": {
                "file": "http://127.0.0.1:8021/audio.amr"
            }
        }
    ],
    "auto_escape": true
}

音频格式转换建议

虽然问题主要出在消息类型上，但音频格式转换也是语音消息发送的重要环节。以下是使用ffmpeg进行音频转换的技术要点：

1. 推荐参数设置：

   • 单声道(-ac 1)
   • 8000Hz采样率(-ar 8000)
   • AMR格式输出

2. Java实现示例：

public static void transferMp3Amr(String mp3Path, String target) {
    File source = new File(path);
    try {
        if (!source.exists()) {
            throw new Exception("文件不存在！");
        }
        List<String> commend = new ArrayList<String>();
        commend.add(path + "ffmpeg.exe");
        commend.add("-y");
        commend.add("-i");
        commend.add(mp3Path);
        commend.add("-ac");
        commend.add("1");
        commend.add("-ar");
        commend.add("8000");
        commend.add(target);
        try {
            ProcessBuilder builder = new ProcessBuilder();
            builder.command(commend);
            Process p = builder.start();
            p.waitFor();
        } catch (Exception e) {
            e.printStackTrace();
        }
    } catch (Exception e) {
        System.out.println("mp3转amr异常...");
        e.printStackTrace();
    }
}

已知问题

即使修改消息类型后语音可以正常发送，仍存在一个显示问题：

• 实际28秒的语音在群聊中只显示为2秒
• 该问题属于显示bug，不影响实际语音内容的完整性

总结

通过本案例可以看出，在使用API时准确理解各个字段的含义至关重要。对于LiteLoaderQQNT-OneBotApi的语音消息发送功能，开发者需要注意：

1. 使用正确的消息类型"voice"而非"record"
2. 确保音频文件格式符合要求
3. 了解并接受当前存在的显示时间不准确的问题

希望本文能帮助开发者更好地使用LiteLoaderQQNT-OneBotApi的语音消息功能。