VirtualDub and .Vob file problem

[JapaneseIdolWota]

Ignore what MediaInfo is reporting. It's not reliable with VOB files.

the desynch is costant (~3-4 seconds) for all the video.

Then do what manono suggested, add an audio delay/advance to your final video when you mux it.

Yes.
I tried to add 3630 ms(23:49:76 - 23:46:13). At the beginning and middle there is still the desynch, near the end the desynch dissappers.

[manono]

I tried to add 3630 ms(23:49:76 - 23:46:13).

That's not usually how it's done. I already told you how - you play the video in a player (I use MPC-HC) which allows you to adjust the synch on the fly. You use the '+' key to delay the audio until it's right. Then you take that delay amount and use it to get rid of the delay.

Another way is to cut off the beginning of the film when making the D2V. Use the '[' key to move into just where the film starts, getting rid of the black frames at the beginning. Or decrypt it properly to begin with, getting rid of the unreferenced cells so none of it is out of synch (if they are the problem).

[JapaneseIdolWota]

The problem is that MPC works fine. Audio and Video are in synche using MPC.
Now, a quick question:

Hi, I run the DGIindex and I got a lot of informations: https://forum.videohelp.com/images/imgfiles/A5TSbvP.png

TFM() should have eliminated all the combing. Try TDecimate() with no parameters. That will give you 23.976 fps. And I'm guessing your DVD uses standard 3:2 pulldown.

From the image, the video is 29.97 frames.
Using the Tdecimate I got a 23.976 video?
Maybe this is the error?

[jagabo]

From the image, the video is 29.97 frames.
Using the Tdecimate I got a 23.976 video?
Maybe this is the error?

No.

[manono]

The problem is that MPC works fine. Audio and Video are

Then what do you use that shows it to be out of synch? If you're saying the original DVD or VOB is in synch, then it would and should be. If you're saying your reencoded version is out of synch, then that's the one you should be testing to find the amount of the delay. Then after you find out the delay, fix it. If there's an additional delay that occurs somewhere in the middle, then that's more difficult to fix and probably comes down to how you decrypted the video initially. Unless you're willing to go back and start over, you might have to split the audio where the new delay happens, fix it in that second part, and then rejoin the 2 parts.

[JapaneseIdolWota]

Hello, it's me again. Lately i was in .ts videos. Thx to your suggestions they were no problem at all to handle.

Now I'd want to solve this problem.
When DGIndex extracts the audio tracks it creates something like "audio PID 112 DELAY -378ms" (.aac).
When extracting infos from the .vob file it creates this "audio Ta0 48K 16bit 2ch" (.wav)
What is that "Ta0"?

Also, the last resort could be Vob2MPEG? Since the video is 480p already wouldn't I lose more quality?