Divx @ 41.1Khz audio -> Divx @ 48Khz audio?

[mboge]

My stand-alone DivX player (Samsung HT-P38) has audio-sync problems with some of my AVIs but not others...

The difference between the two were that the problem AVIs had sound encoded with a frequency of 41.1Khz... while the good ones were encoded @ 48KHz.

Is there a easy/fast/simple way to re-encode the audio to 48KHz?

[EC]

Use VirtualDub

[jimmalenko]

besweet or belight should be able to do the job, depending on the type of your source audio. Use GSpot to find out what audio you have.

[junkmalle]

VirtualDub:

Video -> Direct Stream Copy
Audio -> Full Processing Mode
Audio -> Convert... 48 KHz, high quality
Audio -> Compression... select output codec and settings
File -> Save as AVI...

[mboge]

Thanks guys... I used VirtualDub like junkmalle suggested, but I have a question: Do I really need to do the "Convert" part? Because when I select Compression, it seems to always dictate the audio settings (i.e. kbps, kHz, etc..) and the results seem to ignore whatever is in the Convert settings...

Also, I'm beginning to think that is isn't the frequency that's causing the problem (mainly because I reencoded the audio and the result wasn't 48KHz... and it worked just fine.)

However, one thing I did notice is that just about every DiVx file that I have opened with VirtualDub gives me the following warning:

VBR audio stream detected

VirtualDub has detected an improper VBR audio encoding in the source AVI file and will rewrite the audio header with the standard CBR values during processing for better compatibility.  This may introduce up to 15878 ms of skew from the video stream.  If this is unacceptable, decompress the *entire* audio stream to an umcompressed WAV file and recompress with a constant bitrate encoder. (bitrate 113.1 ± 10.6 kbps)

What is causing this? And this doesn't appear to be why some DiVx files play on my standalone player with an audio sync problem, because even the "good" files give me that warning in AudioDub.

[junkmalle]

I was going to suggest that the problem wasn't the audio sampling frequency but more likely VBR MP3 encoding! Many programs and players don't handle VBR audio very well.

[mboge]

But is it solely VBR or is it "improper VBR encoding" as VirtualDub suggests? The reason I ask is that VirtualDub comes up with that message on just about every DiVx file I open with it... but only some of those give me problems with my standalone player. I wonder if there is a way I can identiy the bad ones from the good ones? Or maybe I should just rencode everything as a matter of practice?

Also, why would anybody encode with VBR if there seems to be so many problems? I understand that there is a file size savings, but it seems pretty small compared to the overall size of the file.

[Abond]

solely VBR IS improper...

[jimmalenko]

Also, why would anybody encode with VBR if there seems to be so many problems? I understand that there is a file size savings, but it seems pretty small compared to the overall size of the file.

Because the pirates of the world need to stretch every last drop out of fitting 90 minute + movies into a 700MB CD image whilst keeping some sort of visual quality. Same reasoning can be applied to KVCD.

[mboge]

OK, I'm beginning to think I should just re-encode the sound tracks from every .AVI as a standard practice.

Does anybody know if VirtualDub has the ability to do a scripted routine? I know about the batch jobs thing... but as far as I can tell, you have to open up every file, apply the processing, save the AVI and check the "add to batch jobs" button.

Any way I can have the process run using wildcards or something? FOr example: Reencode all .AVI files in a particular directory? Is there a better tool out there for this?