XSPF中每个<location>的多个<track>元素

Question

对于解析XSPF文档，规格说明声明元素来定义要呈现的资源的URI。。例如：

 `<?xml version="1.0" encoding="UTF-8"?>     <playlist version="1" xmlns="http://xspf.org/ns/0/">         <trackList>             <track>                 <location>http://example.com/song_1.ogg</location>                 <location>http://mirror.xyz/example.com/song_1.ogg</location>             </track>             <track>                 <location>http://example.com/song_2.ogg</location>                 <location>http://example.com/song_2.mp3</location>             </track>         </trackList>     </playlist>` 

我的问题是，这是否是为了容许：

• 同一类型资源的多个位置(例如，原始源和镜像中的MP3文件)是否与上面的song_1相同？
• 还是针对不同类型的资源(例如，使用多个位置同时提供Ogg和MP3版本的跟踪)，如上面的song_2？
• 或者两者都有？

目前VLC和大胆都使用<location>中提供的最后一个<track>，即使它是不可用的。因此，他们似乎只是使用最后一个<location>元素，而这似乎不是规范的意图。无论哪种方式，它们都不执行我上面列出的解决方案中的任何一种。

显然，这些位置的解释方式改变了包含<track>元素的<location>元素解析器的预期行为。第一个案例提供了一个很好的后备解决方案。对我来说更有趣的是，第二个例子简化了需要两个播放列表的情况，一个用于Ogg，一个用于MP3版本的曲目，例如，必须使用M3U和PLS。

因此:在XSPF中是否存在处理/解析单个<location>的多个<track>元素的标准或推荐行为？

谢谢

Answer 1

我作为规范的作者之一发言。

location元素的基数为“零或更多”。选择它而不是“0或1”是为了支持您提到的两个用例(回退和备用媒体类型)。

VLC和大胆的只使用最后一个位置所做的是不正确的实现。

也就是说，我们的策略是让建立一个弱的解决方案变得容易，并且有可能建立一个强大的解决方案。如果VLC或大胆随着时间的推移通过增加对冗余位置的支持而变得更强大，那么这个过程就会如愿以偿。