Delay relative to video : 67ms

Jul 27, 2013 at 7:31 AM
This has become an issue. I encode cartoon videos that average somewhere around 7 to 10 min. I use Vidcoder exclusively because I can queue up a batch at night, and they will be done the next afternoon. I like HandBrake because of its ease and quality of encode. The issue is, every video is around 67ms out of sync. That means another process thru AVIDemux to sync up the tracks. That creates a problem with the x264 encode by HandBrake.

I have tried different seyttings for the audio and have tried pass through. All of the videos I do are from whatever the original is in to MPEG4 x264 AAC. Here are my settings for Black and White cartoons


For Color, they are relatively the same and may have a minor change, depending on original quality.


I can send the log, however it is large and I don't know where to upload it to so you can see it.

Here is the MediaInfo on the completed video.

Complete name : E:\Users\Al\Documents\Vuze Downloads\Rare Lost Cartoons And Kid's Shows (Part 3)\WB - 1943-11-13 - Inki and the Minah Bird - MM - C.M. Jones.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 55.1 MiB
Duration : 7mn 28s
Overall bit rate : 1 031 Kbps
Encoded date : UTC 2013-07-26 22:04:45
Tagged date : UTC 2013-07-26 22:13:56
Writing application : HandBrake 0.9.9 2013051800

ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0 Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 7mn 28s
Bit rate mode : Variable
Bit rate : 900 Kbps
Width : 320 pixels
Height : 240 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.391
Stream size : 48.1 MiB (87%)
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=6 / deblock=1:3:-1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=0.10:0.05 / mixed_ref=1 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=6 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=30 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=900 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=25000 / vbv_bufsize=31250 / nal_hrd=none / ip_ratio=1.40 / aq=1:0.60
Encoded date : UTC 2013-07-26 22:04:45
Tagged date : UTC 2013-07-26 22:13:56
Color primaries : BT.601 NTSC
Transfer characteristics : BT.709
Matrix coefficients : BT.601

Audio #1
ID : 2
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Codec ID : 69
Duration : 7mn 27s
Bit rate mode : Constant
Bit rate : 64.0 Kbps
Channel(s) : 1 channel
Sampling rate : 44.1 KHz
Compression mode : Lossy
Delay relative to video : 67ms
Stream size : 3.40 MiB (6%)
Encoded date : UTC 2013-07-26 22:04:45
Tagged date : UTC 2013-07-26 22:13:55
Jul 31, 2013 at 10:33 PM
Sync problems would most likely be with the underlying HandBrake engine. See if you can reproduce it with HandBrake and if so report the issue to them. You can put the encode log on pastebin.
Aug 1, 2013 at 4:07 AM
Thanx. I've been chasing this for some time and you idea fits with mine. After doing some more research, I ran into different and unrelated posts in various places where the poster was having some related issues. It appears that there has been some kind of sync issues lurking for a while. These vary from VFR/CFR issues to Quick sync. This may have been taking different forms depending on Frame rate, sample rate, actual codex used for AAC, and whether or not the actual stream is supported when using pass through. Seems some may not be and those revert to another form of AAC codex.

Problem I have is not knowing a damn thing about what I'm trying to do. So I will just keep stumbling around in the dark until I accidentally trip over what I need. I'm so confused that I can't even sort out the problem with out becoming totally frustratred.

More will follow when I have a few beers. That should put me in a better frame of mind. Maybe a toke?? We'll see.

Thanx so much for the ideas.

Aug 1, 2013 at 10:51 PM
If possible, try adding "/ async 1" at the end of your encoding settings. I think Handbrake uses ffmpeg, so worth a try. It works in WinFF when encoding XviD.
Aug 2, 2013 at 7:15 PM
I gave this a try with no change in results. Maybe if I take a nap, this will all go away??
Aug 3, 2013 at 7:36 AM
Edited Aug 3, 2013 at 7:38 AM
Something interesting. I've been working with blinders on. Trouble is, that's like tunnel vision. I changed containers from MPEG4 to MKV. The problem went away. Now isn't that just special?? Maybe it's the way x264 fits into the container. It likes the Russians better.

Incidentally, it has to be the x264 codex, NOT HandBrake.