Sonos API - 编程收音机的最小分段长度
Sonos API - Minimum segment length for programmed radio
对于编程收音机，Sonos 设备是否需要最小（片段）长度的曲目？
我现在响应一个 GetMetadata 请求，用于仅包含 1 个轨道的已编程收音机，以便更好地响应变化。但我的印象是，Sonos 设备随后会立即为已编程的收音机请求另一首曲目。所以我认为该设备至少需要 2 个轨道。
有谁知道是不是这样？
谢谢！
在编程收音机的情况下，Sonos 播放器将始终请求一段 100 首曲目。您的服务可以在响应中 return 1 到 100 条轨道之间的任意位置。我们总是需要 3 个曲目，所以虽然您可以 return 1 个，但我们总是会再取 2 个。
一般来说，return在响应中添加更多曲目将导致 Sonos 播放器请求下一段的频率降低。这个决定通常留给您的服务和商业模式。例如，如果您的服务支持曲目评分，那么您可以根据用户对当前曲目的评分动态引导内容，因此一个片段中只有 3 个曲目。
对于编程收音机，Sonos 设备是否需要最小（片段）长度的曲目？
我现在响应一个 GetMetadata 请求，用于仅包含 1 个轨道的已编程收音机，以便更好地响应变化。但我的印象是，Sonos 设备随后会立即为已编程的收音机请求另一首曲目。所以我认为该设备至少需要 2 个轨道。
有谁知道是不是这样？ 谢谢！
在编程收音机的情况下，Sonos 播放器将始终请求一段 100 首曲目。您的服务可以在响应中 return 1 到 100 条轨道之间的任意位置。我们总是需要 3 个曲目，所以虽然您可以 return 1 个，但我们总是会再取 2 个。
一般来说，return在响应中添加更多曲目将导致 Sonos 播放器请求下一段的频率降低。这个决定通常留给您的服务和商业模式。例如，如果您的服务支持曲目评分，那么您可以根据用户对当前曲目的评分动态引导内容，因此一个片段中只有 3 个曲目。