
本文深入探讨了jda库中`connectionlistener`的`onuserspeaking()`事件在检测用户语音活动时出现的行为变更。由于discord平台更新,该事件现在仅在用户开始说话时触发一次,不再指示结束。为实现可靠的语音开始/结束检测,教程推荐采用语音接收(audio receive)机制,通过监听实际音频数据流来判断用户是否正在讲话,这与discord客户端的实现方式一致,并提供了概念性的代码示例与注意事项。
JDA (Java Discord API) 为开发者提供了与Discord平台交互的强大工具,其中包括通过ConnectionListener接口监听语音连接状态和用户语音活动。开发者通常期望onUserSpeaking()方法能够准确地指示用户语音的开始和结束。然而,根据最新的行为观察,该方法现在仅在用户首次开始说话时触发一次,并将speaking参数设置为true。即使用户停止说话,该方法也不会再次触发以指示结束。
一个值得注意的现象是,如果机器人被移动到不同的语音频道,当用户在该新频道中再次开始说话时,onUserSpeaking()事件会再次触发一次。
以下是典型的ConnectionListener实现示例及其控制台输出,用以说明这一行为:
package functionality;
import net.dv8tion.jda.api.audio.hooks.ConnectionListener;
import net.dv8tion.jda.api.audio.hooks.ConnectionStatus;
import net.dv8tion.jda.api.entities.User;
import net.dv8tion.jda.api.hooks.ListenerAdapter;
public class SpeechRecognition extends ListenerAdapter implements ConnectionListener {
@Override
public void onPing(long ping) {
System.out.println("PING: " + ping);
}
@Override
public void onStatusChange(ConnectionStatus status) {
System.out.println("STATUS: " + status);
}
// 此方法现在只在用户开始说话时触发一次,不会再触发 speaking = false
@Override
public void onUserSpeaking(User user, boolean speaking) {
// 旧版本可能预期会在这里处理 speaking = false
}
@Override
public void onUserSpeaking(User user, boolean speaking, boolean soundshare) {
System.out.println("SPEAKING: " + speaking + " | " + user.getName() + " | " + soundshare);
}
}当用户在连接的语音频道中开始说话时,控制台输出可能如下:
The bot is now connected to the voice channel. STATUS: CONNECTING_AWAITING_WEBSOCKET_CONNECT STATUS: CONNECTING_AWAITING_AUTHENTICATION STATUS: CONNECTING_ATTEMPTING_UDP_DISCOVERY STATUS: CONNECTING_AWAITING_READY PING: 203 STATUS: CONNECTED SPEAKING: true | Losokos | false // 用户开始说话时触发 PING: 103 PING: 138 PING: 132 PING: 108 PING: 121
从输出可以看出,SPEAKING: true只出现了一次,而没有对应的SPEAKING: false来指示用户停止说话。这表明onUserSpeaking()事件已不再适合用于精确检测语音活动的完整周期。
这种行为上的变化并非JDA库的缺陷,而是由于Discord平台自身对语音事件分发机制的调整。Discord现在发送的语音更新事件只是一次性的,不再包含明确的“停止说话”事件。这意味着依赖onUserSpeaking()事件来精确判断用户语音活动的开始和结束已不再可靠。
为了准确地检测用户何时开始和停止说话,推荐的方法是利用JDA的语音接收(Audio Receive)功能。这种方法通过直接监听和处理从语音频道接收到的音频数据流来判断用户的语音活动,这与Discord客户端内部检测用户说话状态的机制是一致的。
当用户在语音频道中说话时,机器人会接收到该用户的音频数据包。通过持续监测这些数据包的到来与中断,可以推断出用户的说话状态。如果持续接收到某个用户的音频数据,则认为该用户正在说话;如果一段时间内没有再收到该用户的音频数据,则认为该用户已停止说话。
实现AudioReceiveHandler接口: JDA提供了net.dv8tion.jda.api.audio.AudioReceiveHandler接口。你需要创建一个实现此接口的类。
注册AudioReceiveHandler: 将你的实现类注册到AudioManager中。例如:
import net.dv8tion.jda.api.managers.AudioManager; // ... // 获取当前Guild的AudioManager AudioManager audioManager = guild.getAudioManager(); // 设置语音接收处理器 audioManager.setReceivingHandler(new MyAudioReceiveHandler());
处理音频数据: 在AudioReceiveHandler的实现中,你需要重写以下方法:
判断说话状态: 在handleUserAudio()方法中,只要此方法被频繁调用,就意味着该用户正在说话。你需要自行实现一个计时器或状态机来跟踪每个用户的说话状态。例如,记录每个用户最后一次发送音频的时间戳,并定期检查是否有用户在设定的静默阈值内没有发送任何音频。
以下是一个简化的AudioReceiveHandler实现,演示了如何通过监测音频流来判断用户说话状态:
import net.dv8tion.jda.api.JDA; // 假设JDA实例可以通过某种方式获取
import net.dv8tion.jda.api.audio.AudioReceiveHandler;
import net.dv8tion.jda.api.audio.UserAudio;
import net.dv8tion.jda.api.entities.User;
import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;
import java.util.concurrent.Executors;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.TimeUnit;
public class MyAudioReceiveHandler implements AudioReceiveHandler {
private final JDA jdaInstance; // 传入JDA实例以便获取User对象
private final Map<Long, Long> lastAudioTime = new ConcurrentHashMap<>();
private final Map<Long, Boolean> speakingStatus = new ConcurrentHashMap<>();
private final ScheduledExecutorService scheduler = Executors.newSingleThreadScheduledExecutor();
private static final long SILENCE_THRESHOLD_MS = 500; // 500毫秒无音频视为停止说话
public MyAudioReceiveHandler(JDA jda) {
this.jdaInstance = jda;
// 定期检查用户是否停止说话
scheduler.scheduleAtFixedRate(this::checkSpeakingStatus, 0, 100, TimeUnit.MILLISECONDS);
}
@Override
public boolean canReceiveUser() {
return true; // 允许接收所有用户的音频
}
@Override
public void handleUserAudio(UserAudio userAudio) {
long userId = userAudio以上就是JDA语音活动检测:onUserSpeaking()事件行为解析与语音接收方案的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号