Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Streching an audio stream with mkvmerge leads to (un)expected results (Read 1816 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Streching an audio stream with mkvmerge leads to (un)expected results

I use mkvmerge to mux a video and an audio stream.
Audio stream is not synced with video.
So, I choose on mkvtoonix a delay of 1000ms and a stretch by 1.123456 for the audio stream (this does not reencode audio stream).

Media Player Classic play the product very well - as expected.

VLC for PC or android play the product for a few seconds, then sound starts to crank and then stops. It seems that VLC does not stretch the audio stream. If I seek elsewere in the container sound play restores for a few seconds and again it cranks and stops.

MX Player for android, does not crank the audio stream. It play the audio stream continuously but it does not stretch it, so after a few seconds audio stream looses its sychronization with video stream.

So:
- What is the correct behavior between 3 different programs? I believe MPC.
- Must I bug report the behavior of VLC and MX Player?

Re: Streching an audio stream with mkvmerge leads to (un)expected results

Reply #1 –
Why does the audio not match the video in the first place?

I think MPC's behavior is correct, but I'm not surprised that it doesn't work in other players. Try stretching the video track instead - players tend to handle that more gracefully.
 

Re: Streching an audio stream with mkvmerge leads to (un)expected results

Reply #2 –
Quote from: Octocontrabass on
Why does the audio not match the video in the first place?

I think MPC's behavior is correct, but I'm not surprised that it doesn't work in other players. Try stretching the video track instead - players tend to handle that more gracefully.

Thanks but I avoid to bloat my question.
I have an audio/video/english subtitles correct and I am trying to mux secondary language with secondary subtitles, both desynced (from another video).
So, it is more complicated.

But thanks.
Also I think MPC handle it correct.