Video 上传到在线服务后,从H264到H264的代码转换会导致音频/视频同步问题

Video 上传到在线服务后,从H264到H264的代码转换会导致音频/视频同步问题,video,transcode,Video,Transcode,我们的应用程序生成一个包含一系列静态图像的MOV文件,每个静态图像在视频中的持续时间约为半秒。视频的帧速率为10fps,并使用avc1(H264)编解码器进行编码。音频总是以大约半秒的静音开始,并使用mp4a(MPEG-4 AAC-LC)编解码器进行编码。上传到在线服务后,会发生到H264的转码(可能有不同的设置),音频似乎比视频早半秒,也就是说,开始时的静音似乎已从音频中删除,但没有从视频中删除。我们生成的WMV文件也会出现这种情况。关于我们的源视频可能存在的问题或转码中可能出现的问题,有什么

我们的应用程序生成一个包含一系列静态图像的MOV文件,每个静态图像在视频中的持续时间约为半秒。视频的帧速率为10fps,并使用avc1(H264)编解码器进行编码。音频总是以大约半秒的静音开始,并使用mp4a(MPEG-4 AAC-LC)编解码器进行编码。上传到在线服务后,会发生到H264的转码(可能有不同的设置),音频似乎比视频早半秒,也就是说,开始时的静音似乎已从音频中删除,但没有从视频中删除。我们生成的WMV文件也会出现这种情况。关于我们的源视频可能存在的问题或转码中可能出现的问题,有什么想法会导致这种情况吗?

我不能肯定地回答这个问题,因为我不太清楚Facebook是怎么做的

但是,有两种可能性:

  • 填充音频可能只是时间戳的不连续性。i、 e.流可能以某个时间戳开始(在静默状态下),然后当真正的音频开始时-时间戳不同。因此,转码器可能足够聪明,可以扔掉这一部分

  • 另一种可能性是,当你加入沉默时,直到某个时刻你才加入时间戳。转码器可能只是删除音频帧,直到看到第一个有意义的有效时间戳。对于许多期望从实时流接收数据的实时转码器/解码器来说,情况也是如此


  • 详细说明这一行,以获得更准确的答案

    你使用的转码器是什么?它是Facebook在上传后所做的任何转码。谢谢迪潘。使用Windows Media ASF视图检查WMV文件,我可以在“数据对象”下看到,我们的两个流同时以对象开始。当我们实际渲染视频时,我们在开始时已经有一个包含静默的WAV文件,只需使用异步文件读取器和Wave解析器DirectShow过滤器将其添加到视频中。我们不会将音频的无声部分添加到视频中,它总是出现在音频中。