wrong ac3-delay

[Arcon]

i've just ripped my second dvd and had the same problem again: the ac3-file has a 'delay 0ms' in its filename, but if i mux the video and ac3 with skew correction of 0ms, the result is totally out of synch. smartripper also said it would have 0ms delay, but to get it synched, i have to use something of ~-570ms. if i play the movie from the dvd, it is in synch (duh).

has anybody ever got the problem, that the delay-values aren't calculated correctly? could this be a hardware issue? i got a dvd-drive for a week now, so i've no experience with this.

is it possible to calculate the delay more or less manually from the ifo? it took me 2 days on the last movie to get the delay right by trial and error, i don't want to do this with every dvd from now on :(

[Arcon]

i've read postings in this forum for several hours now and it might be a totally different problem:

"Do not use d2v-project files with smartripper 2.41, you might get async sound!"
SmartRipper 2.41 can create a d2v-file directly (without dvd2avi!) but this function does not work 100% perfect. using SmartRipper 2.41 (movie mode) for ripping and dvd2avi for creating the d2v is fine, no problem here.


i've used the d2v from smartripper, so maybe my ac3-tracks really have 0ms delay and the video is out of synch. at least the d2v from smartripper is ~9kb larger than the one from DVD2AVI.

and Doom9: 'most movies I dealt with actually had no delay.'

so i hope i will get a synched result if i'll encode the video again with the DVD2AVI d2v-file.

[Arcon]

it was the d2v-file. the one from dvd2avi leads to the right delay if i mux the files with the delay indicated by the filename.