java - 是否可以阻止 Google Assistant 接管 Android TV 应用中的 RCU 麦克风按钮信号？

Question

我正在开发的 Android TV (ATV) 应用具有语音控制功能。基本上，当用户按下 Remote 上的麦克风按钮时，按键事件(由 KeyEvent.KEYCODE_SEARCH 标识)由应用处理，语音识别开始(使用 android.speech.SpeechRecognizer)，结果(已解析的语音)由应用逻辑获取并进一步解析(例如，显示用户搜索结果或执行某些应用内操作)。

一切都按预期和上述描述进行，直到最近，Google Assistant (GA) 被引入 ATV 平台(第一个是 Nvidia Shield box)。现在，当按下 RCU 麦克风按钮时，会出现 GA 叠加层，并且麦克风键事件甚至不会到达应用程序。

在过去的几天里，我做了一些广泛的研究(文档、互联网、论坛、stackoverflow 等)并尝试了一些潜在的解决方法，但到目前为止没有任何效果，而且我无法找到有关该主题的任何明确信息(可能是因为 ATV+GA 组合在现场相当新，而且 ATV 生态系统不像 Android 生态系统那么大)。

到目前为止，我得到的最好提示是 Spotify app for Android TV 所做的事情。 。当它在没有 GA 的 ATV 设备上运行时，它的行为基本上与我上面描述的一样；但是当 GA 存在时，GA 覆盖层就会出现，接收解析后的语音并显示搜索结果，其中来自 Spotify 的结果位于第一行 - 因此，Spotify 应用程序与 GA 集成，并且这种集成取代了应用程序内的语音控制机制。这表明要么无法在应用程序内忽略/禁用 GA 以便接收麦克风按键事件并像往常一样继续进行语音控制，或者至少这是现在处理语音命令的首选方式。它还表明有一些 ATV 应用程序可以按照我描述的方式进行语音控制，所以也许这里有人已经遇到了类似的问题。

我的问题:

• 是否可以阻止 Google Assistant 接管 RCU 麦克风按钮信号？
• 这样做可以吗？ (我所说的“不行”是指 - 是否有任何官方指南阻止此类行为 - 或者至少有正当理由不这样做？)
• 如果可以的话，可以吗？
• 如果没有，是否有资源记录如何与 GA 集成(就像 Spotify for ATV 应用程序那样)？

Answer 1

从你的最后一个问题开始:

if not, is there a resource documenting how to integrate with GA (the way Spotify for ATV app does)?

我在 Android Developer's Blog 上写了有关如何集成的文章。 Spotify 有 onboarded their content catalog to Google's services这就是为什么 Google Assistant 能够如此出色地工作。如果您使您的应用程序可搜索(在博客中介绍)，您可以获得类似的结果。

is it possible to prevent Google Assistant from taking over RCU mic button signal?

不，现在不行。 Google 助理是一款系统应用，可以控制麦克风，为所有应用提供统一的体验。

is it ok to do so? (by "not ok" I would mean - are there any official guidelines that discourage such behavior - or at least are there valid reasons not to do so?)

if so, can it be done?

您仍然可以拥有 in-app search经验。 Leanback 示例中有一个示例。您需要set a listener on a BrowseFragment并实现 SearchFragment 。我们知道这可能会令人困惑，应用内搜索和 Google 助理搜索存在竞争，但我们正在研究如何改进这一点。