MPEG-TS 分段 HTTP 实时流媒体

我尝试交织 MPEG-TS 片段但失败了。实际上使用笔记本电脑中的内置摄像头捕获一组片段，然后使用 FFMPEG 使用以下命令进行编码：

ffmpeg -er 4 -y -f video4linux2 -s 640x480 -r 30 -i %s -isync -f mpegts -acodec libmp3lame -ar 48000 -ab 64k -s 640x480 -vcodec libx264 -fflags +genpts -b 386k -coder 0 -me_range 16 -keyint_min 25 -i_qfactor 0.71 -bt 386k -maxrate 386k -bufsize 386k -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -aspect 640:480

另一种是使用以下命令编码的 avi 文件：

fmpeg -er 4 -y -f avi -s 640x480 -r 30 -i ./DSCF2021.AVI -vbsf dump_extra -f mpegts -acodec libmp3lame -ar 48000 -ab 64k -s 640x480 -vcodec libx264 -fflags +genpts -b 386k -coder 0 -me_range 16 -keyint_min 25 -i_qfactor 0.71 -bt 386k -maxrate 386k -bufsize 386k -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -aspect 640:480

然后使用开源分段器将输出分段为 ts 段。

如果两者都来自同一来源（均来自相机），则它们可以正常工作。但在这种情况下，第二组段会冻结。时间过去了，视频却没有动。 所以我认为这是一个编码问题。所以我的问题是，我应该如何更改 ffmpeg 命令才能使其工作？

我所说的交错是指，有一个包含第一组片段的播放列表，另一个包含另一组片段的播放列表，并让客户端调用一个然后另一个（HTTP 实时流媒体）

第一组段之一的 ffprobe 输出：

Input #0, mpegts, from 'live1.ts':
  Duration: 00:00:09.76, start: 1.400000, bitrate: 281 kb/s
  Program 1 Service01
    Metadata:
      name            : Service01
      provider_name   : FFmpeg
    Stream #0.0[0x100]: Video: h264, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 29.92 fps, 29.92 tbr, 90k tbn, 59.83 tbc
    Stream #0.1[0x101]: Audio: aac, 48000 Hz, stereo, s16, 111 kb/s

第二组段之一的 ffprobe 输出：

Input #0, mpegts, from 'ad1.ts':
  Duration: 00:00:09.64, start: 1.400000, bitrate: 578 kb/s
  Program 1 Service01
    Metadata:
      name            : Service01
      provider_name   : FFmpeg
    Stream #0.0[0x100]: Video: h264, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0.1[0x101]: Audio: aac, 48000 Hz, stereo, s16, 22 kb/s

谢谢你，

我在这个主题中看到了很多问题 - 请参阅：

1. HTTP 直播 MPEG TS 段 and
2. 更新 .m3u8 播放列表文件以进行 HTTP 实时流传输？

我不确定确切的问题 - 但我认为大多数人抱怨当你混合两个来源的内容不同时，就会出现冻结。

我认为如果 PTS 和/或 PCR 不连续并且玩家没有认识到这一点或刷新它，则可能会出现这种情况。也许，您可以识别时间戳的序列，并查看修复后是否可以解决问题。

另请参见 3.3.11。的https://datatracker.ietf.org/doc/html/draft-pantos-http-live-streaming-07: EXT-X-不连续性

EXT-X-DISCONTINUITY 标签表示编码不连续
其后的媒体片段与之前的媒体片段之间
它。可能改变的一组特征是：

o 文件格式
o 轨道数量和类型
o 编码参数
o 编码序列
o 时间戳序列

因此，如果问题属于上述任何一种情况，播放列表文件中的不连续性标志可能会有所帮助。请尝试其中一些，并提供更多详细信息。我想，这也会帮助很多其他人。