Chromecast播放fmp4 HLS报错：无法推导timescale

我刚帮几个开发者踩过Chromecast 3代播放fMP4 HLS的坑，咱们针对你遇到的两个核心问题逐一解决：

一、编解码器不支持的问题（Main Profile场景） #

Chromecast 3代本身是支持H.264 Main Profile的，但HLS清单里的编解码器字符串格式错误会触发codec not supported错误。你移除编解码器列表后设备能自动探测，这是临时 workaround，但正确的做法是在HLS清单的EXT-X-STREAM-INF字段里填写符合标准的编解码器标识符：

• 视频部分：Main Profile Level 3.0对应的标识符是avc1.4D401E（不同Level对应不同后缀，比如Level 3.1是avc1.4D401F）
• 音频部分：AAC-LC对应的是mp4a.40.2

完整的字段示例：

#EXT-X-STREAM-INF:BANDWIDTH=2000000,CODECS="avc1.4D401E,mp4a.40.2"
playlist.m3u8

二、无法推导时间尺度（Timescale）的错误 #

这个错误是fMP4片段的时间信息和HLS清单不匹配导致的，Chromecast的媒体播放器无法对齐时间线。解决这个问题需要从编码和HLS打包两个环节入手：

1. 编码时生成符合要求的fMP4片段 #

用ffmpeg编码时，必须加上特定的movflags参数，确保fMP4片段包含正确的时间尺度信息，并且是可独立解析的：

ffmpeg -i input.mp4 \
  -c:v libx264 -profile:v main -level:v 3.0 \
  -c:a aac -b:a 128k \
  -f mp4 \
  -movflags frag_keyframe+empty_moov+default_base_moof \
  output_fmp4.mp4

参数解释：

• frag_keyframe：按关键帧分割片段，确保每个fMP4片段起始于关键帧
• empty_moov：将moov盒子放在文件末尾，适合流式传输
• default_base_moof：每个片段包含独立的moof盒子，让Chromecast无需依赖全局moov信息

2. 打包HLS时确保时间线对齐 #

生成HLS清单时，要开启独立片段标记，并确保EXTINF的时长和fMP4片段的实际时长匹配：

ffmpeg -i output_fmp4.mp4 \
  -c copy \
  -hls_time 10 \
  -hls_segment_type fmp4 \
  -hls_list_size 0 \
  -hls_flags independent_segments \
  -master_pl_name master.m3u8 \
  playlist.m3u8

参数解释：

• hls_segment_type fmp4：明确指定生成fMP4格式的HLS片段
• hls_flags independent_segments：标记每个片段是独立可播放的，避免时间线依赖
• hls_time 10：设置每个片段时长为10秒，确保和fMP4片段的时间尺度对齐（比如timescale=90000时，片段duration应为900000）

3. 额外检查点 #

• 确保使用的ffmpeg版本在4.2以上，旧版本对fMP4 HLS的支持有bug
• 用ffprobe检查fMP4片段的时间尺度：ffprobe -v quiet -show_entries stream=time_base,codec_name output_fmp4.mp4，确认视频流的time_base是合理的（比如1/90000是HLS常用的时间基准）

总结执行流程 #

1. 用带正确movflags的ffmpeg命令编码fMP4，指定Main Profile和对应Level
2. 打包HLS时添加标准编解码器字符串，开启独立片段标记
3. 用ffprobe验证片段的时间尺度和清单时长匹配

这样应该能同时解决编解码器错误和时间尺度推导失败的问题，让Chromecast 3代正常播放你的fMP4 HLS内容。

内容的提问来源于stack exchange，提问作者Scott