Slight audio delay? x264 encode problem

[EvaFan]

First... Export an Xvid or an uncompressed copy of an amv your working on. Next encode a x264 copy.

OK... Play them both one after the other.

Am I crazy or is the x264 audio VERY SLIGHTLY off sync (delayed by maybe milliseconds)... The xvid copy and uncompressed copy are synced beautifully compared to the x264. It's been this way since I started using it but my most recent work seems most noticeable cause of a majority of external sync.

I tested this with Zarxgui, ASXgui, and megui... They all had the same very slight delay.

Surely I'm not the only one who's experiencing this? It was hard to spot at first but after watching both one after the other it became obvious.

On every GUI I used i made sure the delay was 0.

[Bauzi]

I know that I wasn´t able to encode in 23.976 with x264.exe and scripts. It got rounded up to 23.98. Well that was like 3 years ago and should cause a big delay after some time.

[EvaFan]

Eh, im encodin at NTSC. 29.97

TBH I don't know anymore. It seems like the beats are very slightly off. I can't tell if it's the audio or the video causing the problem.

There is definitely a sync difference between an xvid encode and an x264 encode, though it is very slight.

I might not be an audio delay. Could have something to do with the video encoding. I doubt the encoder is messing up the audio.

[Qyot27]

The only time I tend to 'notice' something like that is when the XviD file has B-frames in AVI and the H.264 is as usual in its proper containers, in which case I would err on the side of the H.264 being right, and the XviD being slightly wrong. If you put the XviD stream in MP4, does it still look like everyone's in sync?

But what sort of audio are you using for the H.264? MP3 (CBR, ABR, VBR?), or AAC?

Which type are you using for the XviD? Uncompressed PCM, or MP3 (again, CBR, ABR, VBR)?

[Zarxrax]

I think the problem lies with the audio decoder.
Test with mp3 audio instead of aac.

[EvaFan]

I think the problem lies with the audio decoder.
Test with mp3 audio instead of aac.

This problem makes the most sense but i use players with built in decoders: VLCplayer and SMplayer
Both have the problem. They must both be using the same decoder.

I'll have to mux the mp3 onto an x264 with mkv or something cause I don't recall any of the encoders have an option for mp3 audio.

[Qyot27]

This problem makes the most sense but i use players with built in decoders: VLCplayer and SMplayer
Both have the problem. They must both be using the same decoder.

They do...libavcodec. ffdshow also uses libavcodec (although it can also use libmad or mp3lib instead).

I'll have to mux the mp3 onto an x264 with mkv or something cause I don't recall any of the encoders have an option for mp3 audio.

Well, I generally distrust apps encoding/muxing in audio when encoding video (save for TMPGEnc), so it could actually be the point at which the muxing occurs, the audio settings, or some esoteric mixture of factors therein.

And if you're encoding from Wave, you could try AAC to see if you still notice the problem with it.