AzuraCast 实现电台当前播放信息集成方案解析

背景介绍

在广播电台管理系统AzuraCast中，用户经常需要将当前播放的歌曲信息集成到自己的网站或应用程序中。虽然系统提供了丰富的API接口，但某些传统应用场景仍然需要简单的文本格式(nowplaying.txt)来实现兼容性集成。

技术方案对比

1. 原生API方案

AzuraCast系统本身已经内置了多种数据输出方式：

• JSON格式API接口：提供完整的播放信息，适合现代应用开发
• 静态文本文件：系统自动生成的nowplaying.txt文件，包含"艺术家 - 歌曲名"的简单格式

这些原生方案无需额外配置，升级后也不会丢失，是最稳定的解决方案。

2. Nginx别名方案

部分用户采用Nginx配置方案，通过添加location指令将特定URL路径映射到系统生成的nowplaying.txt文件。这种方法虽然直接，但存在以下缺点：

• 每次系统升级后需要手动重新配置
• 需要直接修改容器内的Nginx配置文件
• 维护成本较高

3. Liquidsoap脚本方案

通过修改Liquidsoap配置可以实现更灵活的文本输出：

• 可自定义输出文件路径和内容格式
• 支持多电台分别输出不同文件
• 配置一次后不受系统升级影响

这种方案适合需要高度自定义的场景，但需要对Liquidsoap脚本有一定了解。

最佳实践建议

对于大多数用户，我们推荐使用系统原生的静态文本文件方案，该文件默认存储在web可访问目录中，格式简单且维护方便。对于特殊需求，可以考虑以下方案：

1. 简单集成需求：直接使用系统生成的静态文本文件
2. 多电台管理：为每个电台配置独立的Liquidsoap输出脚本
3. 传统应用兼容：在外部服务器上部署简单的API转换层，将JSON转换为文本格式

技术实现细节

系统内置的文本文件生成机制会实时更新以下信息：

• 当前播放歌曲的艺术家信息
• 当前播放的歌曲标题
• 简单的格式化输出

该文件默认具有web访问权限，无需额外配置即可通过标准URL访问，确保了系统的稳定性和易用性。

总结

AzuraCast提供了多种当前播放信息集成方案，从简单的文本文件到完整的API接口，用户可以根据实际需求选择最适合的技术方案。对于大多数场景，使用系统原生功能是最稳定和推荐的做法。