Resync slow dts audio track in MKV

[forsh86]

Hey.
I've got an .mkv that drifts out of sync more and more over time, which i'm guessing is because the audio stream is slower than the video.

I'm confident that it isn't a player problem, cause i've tried several different played inc VLC and MPC. The audio does not resync if I stop the track then resume or if I fast forward.

I've tried demuxing to 264/dts then remuxing to mkv with tsmuxer with no luck.

I'm thinking if I can use a tool to find the exact length in ms of the .264 I can stretch the .dts to the same length, assuming i'm right about the stream speed being off. If I open the original mkv and then the .264 in powerdvd8 (which I use because its more compatable with my creative soundcard) then there is a 1 second difference, but i'm going to want to be more accurate than 1 second.

This is from MKVinfo if that helps.

(MKVInfo) + EBML head at 0
(MKVInfo) |+ Doc type: matroska at 5
(MKVInfo) |+ Doc type version: 2 at 16
(MKVInfo) |+ Doc type read version: 2 at 20
(MKVInfo) + Segment, size 7042883381 at 24
(MKVInfo) |+ Seek head at 36
(MKVInfo) | + Seek entry at 41
(MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo) at 44
(MKVInfo) | + Seek position: 4099 at 51
(MKVInfo) | + Seek entry at 56
(MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks) at 59
(MKVInfo) | + Seek position: 4261 at 66
(MKVInfo) | + Seek entry at 71
(MKVInfo) | + Seek ID: 0x11 0x4d 0x9b 0x74 (KaxSeekHead) at 74
(MKVInfo) | + Seek position: 7042799894 at 81
(MKVInfo) | + Seek entry at 89
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues) at 92
(MKVInfo) | + Seek position: 7042774546 at 99
(MKVInfo) |+ EbmlVoid (size: 4025) at 107
(MKVInfo) |+ Segment information at 4135
(MKVInfo) | + Timecode scale: 1000000 at 4141
(MKVInfo) | + Muxing application: libebml v0.7.9 + libmatroska v0.8.1 at 4148
(MKVInfo) | + Writing application: mkvmerge v3.0.0 ('Hang up your Hang-Ups') built on Dec 12 2009 15:20:35 at 4186
(MKVInfo) | + Duration: 7108.608s (01:58:28.608) at 4260
(MKVInfo) | + Date: Tue Feb 09 08:10:48 2010 UTC at 4267
(MKVInfo) | + Segment UID: 0x8f 0x72 0x81 0x83 0x76 0x1b 0x34 0xb2 0x96 0x5c 0x50 0xee 0x99 0x91 0xd4 0x09 at 4278
(MKVInfo) |+ Segment tracks at 4297
(MKVInfo) | + A track at 4303
(MKVInfo) | + Track number: 1 at 4306
(MKVInfo) | + Track UID: 158495382 at 4309
(MKVInfo) | + Track type: video at 4316
(MKVInfo) | + Enabled: 1 at 4319
(MKVInfo) | + Default flag: 1 at 4322
(MKVInfo) | + Forced flag: 0 at 4325
(MKVInfo) | + Lacing flag: 0 at 4329
(MKVInfo) | + MinCache: 1 at 4332
(MKVInfo) | + Timecode scale: 1 at 4336
(MKVInfo) | + Max BlockAddition ID: 0 at 4344
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC at 4348
(MKVInfo) | + Codec decode all: 1 at 4365
(MKVInfo) | + CodecPrivate, length 40 at 4368
(MKVInfo) | + Default duration: 41.708ms (23.976 fps for a video track) at 4411
(MKVInfo) | + Language: und at 4419
(MKVInfo) | + Video track at 4426
(MKVInfo) | + Pixel width: 1280 at 4428
(MKVInfo) | + Pixel height: 544 at 4432
(MKVInfo) | + Interlaced: 0 at 4436
(MKVInfo) | + Display width: 1280 at 4439
(MKVInfo) | + Display height: 544 at 4444
(MKVInfo) | + A track at 4449
(MKVInfo) | + Track number: 2 at 4451
(MKVInfo) | + Track UID: 878388126 at 4454
(MKVInfo) | + Track type: audio at 4461
(MKVInfo) | + Enabled: 1 at 4464
(MKVInfo) | + Default flag: 1 at 4467
(MKVInfo) | + Forced flag: 0 at 4470
(MKVInfo) | + Lacing flag: 1 at 4474
(MKVInfo) | + MinCache: 0 at 4477
(MKVInfo) | + Timecode scale: 1 at 4481
(MKVInfo) | + Max BlockAddition ID: 0 at 4489
(MKVInfo) | + Codec ID: A_DTS at 4493
(MKVInfo) | + Codec decode all: 1 at 4500
(MKVInfo) | + Language: eng at 4503
(MKVInfo) | + Audio track at 4510
(MKVInfo) | + Sampling frequency: 48000 at 4512
(MKVInfo) | + Channels: 6 at 4518
(MKVInfo) | + A track at 4521
(MKVInfo) | + Track number: 3 at 4523
(MKVInfo) | + Track UID: 4211338687 at 4526
(MKVInfo) | + Track type: subtitles at 4533
(MKVInfo) | + Enabled: 1 at 4536
(MKVInfo) | + Default flag: 1 at 4539
(MKVInfo) | + Forced flag: 0 at 4542
(MKVInfo) | + Lacing flag: 0 at 4546
(MKVInfo) | + MinCache: 0 at 4549
(MKVInfo) | + Timecode scale: 1 at 4553
(MKVInfo) | + Max BlockAddition ID: 0 at 4561
(MKVInfo) | + Codec ID: S_TEXT/UTF8 at 4565
(MKVInfo) | + Codec decode all: 1 at 4578
(MKVInfo) | + Language: eng at 4581
(MKVInfo) |+ EbmlVoid (size: 1024) at 4588
(MKVInfo) |+ Cluster at 5615

Thanks for looking.

[laaannger]

This is the exact same problem I have. Thus far, I have been able to confirm looking through VirtualDub Mod that my video source is commonly 4-5 minutes longer than my DTS audio source. If I were to mux the the h.264 + DTS track, I have a resulting .mkv that drifts out of sync over the course of the video. Now when i convert that DTS track to AC3 with MeGUI, the resulting AC3 track can be muxed with the h.264 track and played in perfect audio/video sync.

Question is what is it in a DTS track that needs to be compensated for in order to be able to be muxed with perfect video/audio sync?

Thanks

[guns1inger]

If you are acquiring (downloading ?) mkv files that have a 4 - 5 minute discrepancy between the audio and video running times then you need to find a better source, as whoever is creating them has no idea what they are doing. If you are creating them yourself then you need to learn how to do it properly, as you have no idea what you are doing. if this is just a playback issue then you need to look at your codecs etc.

Start by convincing us that the audio and video are 4 - 5 minutes different in length - a mediainfo tree view would be a good place to begin.