TV浏览器普遍不支持HTML5 audioTracks API，导致无法显示音轨选择器；应改用MediaSource方案，为每条音轨提供独立URL并通过video.src切换。
TV浏览器不显示HTML5音频轨道选择器（audioTracks）怎么办
绝大多数TV浏览器（如三星Tizen、LG webOS、海信VIDAA、索尼Android TV内置浏览器）默认不暴露audioTracks API，即使HTML5 元素含多音轨（如中/英/日语），video.audioTracks 也常为空数组或始终返回length === 0。这不是你代码写错了，是平台限制。
- TV浏览器厂商普遍未实现
HTMLMediaElement.audioTracks规范，或仅在特定系统版本+特定解码器组合下有条件支持 -
video.textTracks（字幕）有时可用，但audioTracks基本不可靠 - 调用
video.audioTracks.addEventListener('change', ...)不会触发，因为根本没track
绕过限制：用MediaSource + 手动切换音轨URL
当原生audioTracks失效时，最可行的方案是放弃“选声”UI，改用多URL策略——为每条音轨准备独立的.mp4或.m3u8地址，通过video.src重载切换。
- 对DASH/HLS流：服务端需为每条音轨生成独立
.m3u8（如video_zh.m3u8、video_en.m3u8），前端只替换src - 对MP4文件：需提前用
ffmpeg分离并重封装：ffmpeg -i input.mp4 -map 0:a:0 -c copy audio_zh.mp4 ffmpeg -i input.mp4 -map 0:a:1 -c copy audio_en.mp4
- 切换时务必先
video.pause()、清空video.src、再赋新值、最后video.load()和video.play()
检查TV浏览器是否真支持audioTracks
别猜，直接运行这段检测代码：
const video = document.querySelector('video');
console.log('audioTracks supported:', 'audioTracks' in video);
console.log('audioTracks length:', video.audioTracks?.length);
console.log('audioTracks list:', Array.from(video.audioTracks || []).map(t => ({
id: t.id,
kind: t.kind,
label: t.label,
language: t.language,
enabled: t.enabled
})));
在Tizen 6.5+或webOS 23+上可能输出非空数组，但多数老版本（Tizen 5.5、webOS 5–6）会显示length: 0且无label。
立即学习“前端免费学习笔记（深入）”；
为什么“选声”按钮在TV上几乎无法通用实现
核心矛盾在于：HTML5音轨选择依赖浏览器媒体栈深度集成，而TV系统通常把音频解码交由底层BSP（Board Support Package）硬解，Web引擎只拿到最终混音后的PCM流，中间层根本不暴露原始音轨元数据。
-
安卓TV WebView（Chromium内核）理论上支持，但OEM常禁用该API或屏蔽
AudioTrack构造 - Tizen浏览器明确文档注明：
audioTracks仅用于元素，且仅限单音轨 - 没有
getAudioTracks()替代方法，MediaCapabilities.decodingInfo()也不提供音轨枚举能力
所以，所谓“启用声道选择”，本质是换思路——不是打开一个被阉割的开关，而是用可控的URL切换代替不可控的API调用。这点在开发阶段就该确认，否则上线后才发现TV用户永远看不到“选声”按钮。
