Synchronization 星号MixMonitor记录长度不同的两条腿

我正在尝试使用MixMonitor录制立体声通话，并使用sox将两段视频混合到一个立体声wav文件中

每次通话结束时，有4个文件：

1) Caller recording, (Mixmonitor produces with r option)
2) Callee recording, (Mixmonitor produces with t option)
3) Stereo file produces by mixing the above two files via sox
4) Mono call recording for both legs produced my MixMonitor

以下是一个例子：

2944684 in-s-511-201704-0914-12495334.1257Inside.wav
2929644 in-s-511-201704-0914-12495334.1257Outside.wav
5889324 in-s-511-201704-0914-12495334.1257Stereo.wav
2948524 in-s-511-201704-0914-12495334.1257.wav

当您收听“立体声”文件时，两条腿都不同步。当我检查“内部”和“外部”文件的大小时，我发现大约有1500字节的差异，大约为5秒。在收听录音时，这种不同步问题可能是一个真正的问题

以下是MixMonitor命令：

MixMonitor(${FILE}.wav,a t(${FILE}Outside.wav) r(${FILE}Inside.wav),sox -M ${FILE}Outside.wav ${FILE}Inside.wav ${FILE}Stereo.Wav)

请注意，mono文件没有时间同步问题。只有立体声文件存在时间同步问题

---

有人有解决方案吗？

这意味着在一个方向上，rtp数据先于另一个方向

例如，您在回答之前有铃声或音乐

您可以在其他地方解决这个问题，或者使用b选项（在桥上开始记录）

---

您也可以手动混合。1） 选中最长的文件，2）在开始时添加到较短的文件静音3）混合。

您可以尝试删除选项“a”（如果存在同名文件，请追加），但我建议添加选项“b”。然后，只有当频道被桥接时，录音才会开始。我试图在较短文件的开头添加足够的静音。它对一些录音起了作用，让我很高兴）。然而，在调查了400个调用之后，我意识到这个过程可以使一些同步调用失去同步。今天我将实现“b”选项。希望它能起作用。