Sound Sync Problem with ATI HDTV OTA Capture
 

Having difficulty converting ATI HDTV OTA capture.

Edit commercials with VideoReDo, save as TS
Use DGIndex to create D2V and AC3 from TS
Use Headac3he to convert AC3 to MP2
Use FitCD with D2V

Use TMPGEnc with following script:

LoadPlugin("C:\video\moviestacker\Filters\DGDecode .dll")
LoadPlugin("C:\video\moviestacker\Filters\RemoveGr ainsse3.dll")
LoadPlugin("C:\video\moviestacker\Filters\Repairss e3.dll")
LoadPlugin("C:\video\moviestacker\Filters\SSe3Tool s.dll")

Mpeg2Source("E:\sg1\StreamCopyWiz.d2v",idct=7)

LanczosResize(704,368,169,87,948,544)
SelectEven()
LRemoveDust_YV12(17,1)

AddBorders(0,56,0,56)
ConverttoRGB24()

function LRemoveDust_YV12(clip input, int clmode, int "limit")
{
limit=default(limit,2)
clmode=default(clmode,17)
repmode = 2
clensed = Clense(input)
rep = Repair(clensed, input, mode=repmode)
rg = RemoveGrain(rep, mode=clmode)
return LimitChange(rg, input, limit, limitU=255)
}

Mux with Mplex

Sound starts in sync, ends up about 1 sec late after 41 minutes.

Made numerous attempts, including creating MPEG2 from VideoReDo. MPEG2 from VIdeoReDo is in sync. After TMPGEnc processing, same sound sync problem as above.

DGIndex output screen:

http://www.yousendit.com/transfer.ph...CC952352C3DC9C

(note: to host a jpg file, imageshack.us is far better (no lifetime). )

What fps are you using in tmpgenc ?

You should try to encode the audio with tmpgenc at the same time you encode the video. you will probably have to convert first the ac3 to wav as tmpgenc probably won't ake your ac3 file, and the result will be of a lesser quality than if you encode it separately, but it's better than an audio out of synch ;).

Thank, Phil

Keeping the fps at 29.97 in TMPGEnc (from selecteven() in script).

As I write, my computer at home is encoding the audio with tmpgenc at the same time as the video with a MP2 from Headac3he. Will see how it does. :)

dvr-ms captures are a headache. Strangely, HD captures processed the same as above are no problem.

This can be just a matter of numerical rounding but the fact is that 29.97 is not exactly half of 59.940060.


That's ok for a test but else, don't use a mp2 as source, use the ac3 or a wav done from that ac3.

Yeah, 59.940060 comes out with latest DGIndex. Used to say 59.94. Don't know if this is causing impact. I have the same results if I leave selecteven() out of script and chose 29.97 in TMPGEnc.

I will change from MP2 if it works. :)

Same sync problem. I suppose it's DGIndex and this capture, but I captured an HD movie a couple weeks ago with identical DGIndex paramenters (I checked d2v) and processed with no difficulty.

Tried with both ts and mpeg output from VideoReDo. Identical results. Will try to get in touch with Neutron.

Finally decided DGIndex was somehow screwing up the audio output with the dvr-ms source. 8O

Checked my:

mpg length: 41.48:05 - from VideoReDo
m2v length: 41:48.05 - from TMPGEnc w/avs
wave length: 41:49.704 - from DGIndex 1.4.8 Beta 7

used goldwave\timewarp to compress audio to m2v length
muxed
finally fits

guess I'll have to use this workaround when this happens

at least I have a workable solution :D

That's why I said to encode both the wav and the m2v at the same time with tmgenc because it solved a problem similar for me in the past. But the most important is to have find an other workaround :).