DLNA与UPnP详解:服务器、播放端、控制App与实际限制

理清DLNA与UPnP中的服务器、控制点和播放端,核对文件格式、曲库、多房间和网络发现的实际限制。

发布于 · 更新于 · SoundPath Lab

译文依据原文更新:;译文更新:。查看英文原文。型号、参数与证据边界沿用同一来源。

DLNA与UPnP详解:服务器、播放端、控制App与实际限制

网络音频产品经常把DLNA和UPnP与AirPlay、蓝牙或Spotify Connect并列介绍,但它们解决的问题不同。DLNA和UPnP主要用于帮助局域网中的设备相互发现,并播放存放在电脑、NAS、手机和媒体服务器上的内容。

这类技术灵活,也不局限于单一品牌,但使用体验很大程度上取决于参与的软件和各自承担的角色。弄清这些角色,设置、排查问题和比较产品都会容易得多。

UPnP是一组网络标准,用于局域网中的设备发现、设备描述、控制和媒体传输。UPnP AV则规定了媒体服务器、播放端和控制点的角色及命令。

DLNA在包括UPnP在内的技术之上,制定了互操作准则和设备规范。日常音频应用中,厂商与App开发者常把“DLNA”和“UPnP”宽泛地使用,或放在一起介绍。标为UPnP播放端的产品,可能可以配合DLNA控制App使用,但单凭标识,无法保证它支持每种文件类型、曲库功能或播放行为。

关键的三种角色

媒体服务器负责存储或索引音乐,并通过网络提供访问。它可能是NAS中的软件套件、电脑程序、带USB媒体共享功能的路由器,或运行在专用服务器上的软件。

控制点是用于浏览曲库、选择曲目、指定播放设备和发出命令的App或程序,例如手机控制App,以及支持UPnP的桌面音乐播放器。

播放端接收选定的媒体流并播放。网络数播、无线音箱、智能功放或AV功放,都可能承担播放端的角色。

这些角色也可以合并。手机App可以浏览本地文件,并把它们发送到播放端;网络播放器可以内置曲库浏览功能;NAS可以运行服务器软件,由另一个App负责控制。

推送、拉取,以及为什么要区分

一种常见方式是:控制App告诉播放端到哪里获取所选文件,随后由播放端从服务器拉取媒体。播放开始后,音频本身可能就不再经过手机。

另一种方式是由手机或电脑作为音源,向播放端发送本地音频。两者的使用效果看起来可能相似,但电池消耗、稳定性、支持的格式,以及控制设备离开网络后的情况,可能不同。

产品介绍很少把这些区别解释清楚。评估系统时,应测试关闭控制App后播放能否继续,以及播放端能否独立浏览曲库或恢复播放。

DLNA不是音乐流媒体服务

DLNA不提供在线曲库、订阅或网络电台服务。它让兼容设备与软件交换可以在本地访问的媒体。

支持DLNA的数播也可能支持Spotify Connect、Qobuz、TIDAL、AirPlay、蓝牙,或App内的服务入口。这些是彼此独立的功能。一款设备的DLNA播放能力可能很好,原生音乐服务支持却较弱;反过来也一样。

格式支持取决于整条路径

服务器可以提供FLAC、WAV、ALAC、AAC、MP3、DSD或其他格式的文件,但播放端仍需能够解码或接收这些格式。有些服务器可以把不受支持的文件转码为兼容格式;另一些则直接提供原始文件,不作转换。

采样率和位深上限,也可能因播放端的输出接口而异。网络播放器可能接受高解析度文件,却在内部重新采样,或对光纤输出设置更低上限。支持DLNA,并不保证无缝播放、CUE索引文件、回放增益、内嵌封面、多声道音频,以及超大型曲库都能正常使用。

对于重要系统,应测试实际使用的服务器、控制器、播放端、固件和输出连接,而不是仅依赖一个兼容性标识。

曲库体验取决于元数据与服务器软件

良好的本地曲库体验,不只是能打开文件夹。专辑艺术家、合辑、多碟专辑、流派、封面、排序、搜索和重复内容管理,很大程度上由文件标签与服务器软件决定。

如果同一曲库在一个App中井然有序,在另一个App里却显得混乱,原因未必是硬件。可以对比服务器的索引规则、控制App的浏览视图,以及文件内元数据的一致性。

文件标签不完整时,按文件夹浏览是有用的备用方式。对于古典音乐、现场录音、测试文件,以及不适合常规专辑元数据的资料库,它也很有价值。

DLNA不保证多房间同步播放

标准DLNA播放通常面向一个播放端。有些厂商通过自己的App和固件增加分组或分区同步,但这种同步能力并不是DLNA的通用功能。

两款产品即使都支持DLNA,也仍可能无法组成同步的多房间分组。如果需要多房间音频,应确认实际使用的是哪种分组系统:AirPlay 2、Google Cast、厂商专属平台,还是其他生态。

混合品牌时,这一点尤其重要。都支持本地文件播放,并不自动意味着能够共享音量控制、同步时钟或分组管理。

网络发现与常见故障点

UPnP设备发现依赖本地网络通信。访客Wi-Fi、无线客户端隔离、VLAN隔离、组播过滤、防火墙软件,以及部分Mesh或受管理网络的设置,都可能使控制器找不到服务器或播放端。

排查问题时,先确认三种角色都在同一个可信局域网中。条件允许时,使用以太网测试;临时换一个控制App作对比;并确认媒体服务器正在运行,且已经完成索引。

如果播放端已经出现,却无法播放某个文件,可以先尝试标准PCM FLAC或MP3等常见格式。如果能够播放,应继续排查编码、采样率、声道或转码兼容性,而不是设备发现。

如果播放在曲目之间停止,应检查无缝播放设置、省电行为、Wi-Fi信号强度,以及控制App是否必须保持活动状态。

安全与远程访问

DLNA和UPnP媒体共享主要面向可信的局域网。不要仅仅为了在外访问,就把媒体服务器直接暴露在公共互联网。应使用服务器平台提供的安全远程访问方式、经过仔细配置的VPN,或专门用于远程播放的其他服务。

检查服务器索引了哪些文件夹。个人文档、备份和无关媒体,不应仅仅因为存放在同一台电脑或NAS上,就被一起共享。

购买前要核对什么

确认产品承担的是播放端、服务器、控制器,还是多种角色。检查支持的音频格式、最高解析度、无缝播放、封面显示、大型曲库表现、输出限制,以及是否需要另外使用一个App。

如果系统以NAS为基础,还应核对计划使用的服务器软件。如果以手机为基础,应确认手机App能否可靠地发送本地文件,以及手机熄屏后播放能否继续。

如果需要房间之间同步播放,应核实实际的多房间生态,不要假定DLNA本身就能提供同步。

结论

DLNA和UPnP是通过家庭网络播放本地音乐的灵活工具。它们的优势是互操作性,以及自由组合不同厂商的服务器、控制器和播放端。

其不足在于,使用体验并不由某一款产品单独决定。文件格式、元数据、App、服务器软件、网络设计和厂商专属多房间功能,都会影响结果。先理清三种角色,再测试完整的信号与控制路径。

网络音频基础:延伸阅读

用实际曲库了解DLNA: https://www.soundpathlab.com/how-to-play-music-from-a-nas-dlna-smb-apps-and-streamer-compatibility/

了解播放器、解码器与控制器的角色: https://www.soundpathlab.com/music-streamer-vs-dac-vs-network-player-what-each-one-actually-does/

比较不依赖App持续运行的服务控制方式: https://www.soundpathlab.com/spotify-connect-vs-tidal-connect-vs-qobuz-connect-what-actually-changes/