has anyone solved the delayed audio problem?

[theReal]

I can't remember that anyone came up with a solution for this problem, but it has been mentioned before, I think by chibijasmin.

I was just encoding a music video (tv-capture) with Virtualdub, in the second pass I set the audio to full processing, compress to mp3 160kbit (Fraunhofer codec), interleave every 2 frames.
Now the audio is slightly out of sync - I can't tell if it's ahead or the other way round, I can only see that lip movement is out of sync with the audio (this is not the case in the captured file, I already checked that).
I haven't realized this in many divx5 encodings before maybe because I had been focussing on the picture, or I had been encoding DV homevideo with no people talking and/or singing, or Futurama (dubbed in German, so forget about syncronous lip movement anyways...).

Is this a known problem and is there any way to prevent it?

btw. I'd really like to use Fraunhofer mp3 codec for anything else except movies (where VBR is indeed better). Especially for music I like the Fraunhofer codec best, but I'm going to check it out with lame now - I hope it works. I let you know as soon as the encoding is finished.

[Neo Neko]

What format are you converting from? MPEG1, 2, or AVI? So far all my captures have been spot on except for one where the capture went awry.

[RadicalEd]

I just noticed this problem too, trying to encode DivX 5 content with any sort of audio is causing a gradual loss of sync. I could definately trace the problem to DivX 5, because I encoded the same clip a few times and then muxxed with wav, mp3, and ogg audio in vdub, nandub, and graphedit (respectively) and got the exact same gradual syncing problem. To double check I encoded in DivX 3.11 and muxxed and it worked fine, so I assume that either DivX 5 has some sort of issue (but then why dosent everybody have this problem) or we're screwing up somewhere with the video. Thats easily possible considering I was enjoying my first foray into IVTC at the time this problem came to my attention (note to self... test with 30fps clips.. I'll get back on that).

A little more on the sync loss, the audio isn't offset or anything, the sync is lost as the video progresses (if you jump to another part of the movie the sync is restored and then degrades quite rapidly). The audio always gets ahead of the video, and the video plays sort of slow and choppy.

In addition, somehow the Windows Media version of this clip was 92 seconds long while the original is only 89. Likewise, the DivX 5 version displayed 1:29 as the length, but the video played a few seconds longer (about 3). This also makes some sort of sense, since WME could adjust the audio to suit the video, while the audio in the DivX version was encoded prior and then just glued to the video, but why these two codecs somehow add an extra 3 seconds to the movie is beyond me.

Okay, I've thrown my two cents in, I'll leave it to the DivX experts out there to hopefully show us what we (or DivX) are doing wrong here

-oh and hey everyone, I've sat here and read constantly for 6 months (had more to learn and less to tell), but its good to finally be part of the forum and I hope I can do some good to you all (does lots of anime and lots of random tests.. I'm sure I'll be of some use :rolleyes: ) anyways glad to be posting, later.

[theReal]

Hmmm, I tried encoding the audio to vbr-mp3 with lame, then muxed it with nandub. The sync seems much better, but I'm not sure if it couldn't still be better.

However, I don't experience extreme delays, it's the same little delay from beginning to the end. The video is neither slow nor choppy, it looks good and the playback only takes 27% of the CPU (at default post-processing level). Only the look of the original captured file (divx4.12, 100% quality) is kind of "crispier" - not due to picture quality, but because the sound and the video are running perfectly in sync

[RadicalEd]

Wow, I probably should have checked this a long time ago. I was messing around with it in WMP and I checked the average framerate and sync offsets and they were all over the place.

To make it quick, disregaurd my last post completely, having the postprossesing quality level at max was too much for my system, causing a slower framerate and thus video that played longer than the audio. Apparently 1ghz and 384 ram just isnt enough anymore :(
but then again my system seriously needs maintenance (how many months since I've defragmented.. owell)

Anywho sorry, I probably should have checked this before, with quality at min level there is absolutely no sync loss, so that explains alot. I still dont know why WME added 3 seconds to the video.. but thats another mystery for another day.

Okay, sorry for the confusion, and good luck with the sync problem you're having.