dash.js 5.0版本中Tizen设备播放WVN流媒体的问题分析与解决方案

问题背景

在dash.js播放器从4.0版本升级到5.0版本的过程中，开发人员发现某些使用Widevine数字版权管理(DRM)的流媒体内容在Tizen设备上无法正常播放。具体表现为Shaka Demo Assets中的Angel-One Widevine示例内容在dash.js 5.0上播放失败，而在4.0版本中则工作正常。

技术分析

通过对日志的深入分析，我们发现问题的核心在于dash.js 5.0版本对编解码器支持检测机制的改进。在Tizen设备上，播放器错误地将WebM格式的VP9编解码器(vp09.00.10.08.00.02.02.02.00)识别为支持状态，而实际上Tizen设备并不完全支持这种格式。

dash.js 5.0版本引入了MediaCapabilities API作为默认的编解码器检测机制，这可能导致在某些设备上返回不准确的编解码器支持信息。具体表现为：

1. 播放器错误地将WebM/VP9格式识别为支持状态
2. 播放器优先选择了不支持的WebM格式而非支持的MP4格式
3. DRM系统因格式不支持而拒绝访问密钥系统

解决方案

针对这一问题，我们提供了几种可行的解决方案：

方案一：禁用MediaCapabilities API

可以通过配置将useMediaCapabilitiesApi设置为false，强制播放器使用传统的MSE.isTypeSupported()方法进行编解码器检测：

player.updateSettings({
  streaming: {
    capabilities: {
      useMediaCapabilitiesApi: false
    }
  }
});

方案二：自定义初始轨道选择

实现自定义的初始轨道选择逻辑，明确指定优先选择MP4格式的轨道：

var customTrackSelection = function(trackArr) {
  return trackArr.filter(track => 
    track.codec.includes('video/mp4') || 
    track.codec.includes('avc1')
  );
};

player.setCustomInitialTrackSelectionFunction(customTrackSelection);

方案三：明确指定初始媒体设置

如果知道特定AdaptationSet的ID，可以直接指定初始媒体设置：

player.setInitialMediaSettingsFor('video', {
  id: '4'  // 指定MP4格式的AdaptationSet ID
});

兼容性考虑

在实际部署中，建议考虑以下兼容性策略：

1. 针对Tizen设备实施特定的配置方案
2. 保留对不同设备和浏览器的自动检测机制
3. 为关键业务场景提供备选播放方案
4. 持续监控播放失败情况并动态调整策略

总结

dash.js 5.0版本在编解码器检测和轨道选择机制上的改进虽然提升了大多数场景下的播放体验，但在特定设备和格式组合下可能出现兼容性问题。通过合理的配置和定制化方案，开发者可以确保在各种环境下都能获得最佳的播放兼容性。建议开发团队在实际部署前进行全面测试，并根据目标设备的特性选择最适合的解决方案。