Playback is too fast after Divx or Xvid encode

[phin]

Hello,

I'm using the following tools to rip then encode to Divx but my resulting AVI files play at what appears to be double speed in both Windows Media Player and WinDVD.

- Rip with DVD Decrypter
- Create a project with DGIndex
- Create a pseudo AVI file with VFAPIConvEN

(At this point I can play the VFAPI file with Windows Media Player and it plays at the correct speed)

- Compress the AC3 file to WAV-MP3 using BeSweet
- Open the AVI file with VirtualDubMod
- Add WAV file as a stream
- Select Divx5 for compression using default 1-pass settings
- Save the file

The end result is a file that plays too fast. The audio seems to play at the right speed but the video is double speed. This happens regardless of which player I use and also happens with XVid. Any suggestions on how I can fix this?

[killingspree]

a shot in the dark, but still:
could it be vfapi screwing up?! honestly, this method is rather outdated... have you considered using avisynth instead?? you should get a major speed up in your encoding process too...

alternatively, have you switched on any kind of Field Operation in DGIndex?

kr
steVe

[phin]

I wasn't aware that VFAPI was rather outdated, I'll give Avisynth a shot. Concerning the Field Operation, I've tried None and Force Film with the same results. Thanks for the suggestions.

[phin]

Well, I tried it using Avisynth and had the exact same problem. :(

Any other advice?

[stephanV]

if you look in the file info of VirtualDubMod (or GSpot, whatever), what is the fps displayed?

[phin]

VirtualDubMod file info shows the FPS at 29.970. When I just play the video stream in VirtualDubMod it renders at between 29 and 31 FPS.

By the way, I'm not using any filters for the encoding. The Divx or Xvid settings are all default. All I'm doing is adding the .wav audio stream, choosing a compression codec, and saving the avi file.

I did this sort of thing just fine a couple of years ago when I was into it. The machine I'm using today is Athlon64 based, Raptors in a Raid 0, 1 gig of RAM, and an ATI 9800 pro. It's only been up and running for almost a month and has very little junk on it.

[stephanV]

what happens if you do not use a wav-mp3, but just a normal mp3? VirtualDubMod should be able to handle those fine to.

[phin]

Well, I removed the audio stream and just compressed the video with Divx. The video played perfectly. I then used BeLight instead of BeSweet GUI to compress the AC3 file (using CBR) and added that MP3 file in VirtualDubMod. The end result is an avi that has perfect video playback but the audio is about 1 second ahead of the video.

The reason I was using Wav-MP3 to begin with is that when I tried to add a regular MP3 stream in VirtualDubMod, I got a message saying the file really needed to be CBR and if I continue I will likely get badly synced audio. I went back to BeSweet GUI and noticed that the help boxes there suggested Wav-MP3 for VirtualDub users so that's what I started using. I no longer got the message in VD. I don't even know what the difference in the two formats is.

So, at this point, I'm definitely closer to having my desired results. I guess I just need to experiment with a variety of audio compression formats until I get one that syncs properly. By the way, the DGIndex generated AC3 file indicates that there is a 0 ms delay so I didn't enter a delay into BeLight. Thanks for your help.

[stephanV]

maybe DGindex got it wrong... a fixed delay is probably not caused by VirtualDub or the audio format.