Something I've tried when eac3to shows "A remaining delay could not be fixed"

[maldon]

This is what eac3to shows with some MKV files:

MKV, 1 video track, 1 audio track, 1:24:12, 24p /1.001
1: h264/AVC, 1280x690 24p /1.001
2: AC3, English, 2.0 channel, 640kbps, 48kHz, -5ms

I proceeded to demux the MKV and ec3to says:

[a02] A remaining delay of -5ms could not be fixed.

So, I mux the resulting files (both tracks; h264 and ac3) using Mkvtoolnix. Next, I fed eac3to with this new mkv file and now it shows:

MKV, 1 video track, 1 audio track, 1:24:12, 24p /1.001
1: h264/AVC, 1280x690 24p /1.001
2: AC3, English, 2.0 channel, 640kbps, 48kHz

So, apparently the delay has been lost and if I proceeded to demux this new MKV file eac3to is not showing "a remaining delay of -5ms could not be fixed" but why? Was it really fixed or not? I mean, is my new MKV file free of any delays or will it have audio sync problems at some point?

[videoh]

When you demux to elementary streams you lose all timestamps. Then when you remux mkvtoolnix has no idea about the sync. Nothing has been corrected.

[tebasuna51]

You can't have sync problems with 5ms because a video (24p /1.001) frame remain in screen 41.7 ms
Is unnoticeable.

BTW, if you want preserve the full sync, recode the AC3 to FLAC and the 5ms are applied.
Is not a big bitrate difference with a 2.0 at 640 Kb/s.

[maldon]

Thank you.