Problem encoding DV source with GK

[snowcrash]

I'm using GK 0.28.7, XviD 1.0beta3 and DiVX 5.1.1

I have a 10 second DV clip that I'm testing with. The video has already been deinterlaced and I can step through it frame-by-frame and all looks perfect.It's a type 1 DV file so I'm loading it into GK with the following AVS script:

DirectshowSource("testDV.avi")

I've tried encoding this clip with both XViD and DiVX and I get the same problem with either one. The output video is slo-motion for the first half of the clip. When I step through it frame-by-frame I notice that in the first half of the clip the frames are all duplicated. At the end of the clip, about 50 frames are missing.

I've tried playing around with codec settings but nothing helps. Anyway, I don't think it's a codec issue since they both do the same thing. I also tried doing the encode manually with VDub. When I do it that way it comes out correctly. I'm guessing it has something to do with the fact that I'm loading a Directshow source into GK. Has anyone else had success with doing this? Any help would be appreciated.

[snowcrash]

Let me try asking this question in a different way.

Does anyone use GK to encode DV video, inputting it as DirectshowSource with a .avs script?

I know that GK creates another .avs script to feed to the encoder, so I'm wondering if this is SUPPOSED to work going through two .avs scripts like this.

[jggimi]

I discovered something interesting when using an avs script as input to Gknot -- it is likely to be unrelated, but the work-around I used might work in this instance -- in my case it seemed to be colorspace trouble.

The script I was using was two mpeg2source filters followed by an alignedsplice, to concatenate two .d2v projects.

My simple circumvention was to replace the avisource line in the Gknot-created script with the three lines from my manually created .avs script. Perhaps the same circumvention might work for you? Replace the avisource filter with a DirectShowSource filter, and see if it makes a difference.

[snowcrash]

Originally posted by jggimi

My simple circumvention was to replace the avisource line in the Gknot-created script with the three lines from my manually created .avs script. Perhaps the same circumvention might work for you? Replace the avisource filter with a DirectShowSource filter, and see if it makes a difference.

Well, I had tried this before a number of times and it always seemed to choke on the second pass. However, to make sure I just went back and did it again. This time it worked! So this seems to be the solution I was looking for. Thanks for the great advice.

[jggimi]

Thank you for letting us know this circumvented the problem!:thanks:
Are you using AviSynth 2.53? If so, I'll make a bug report (assuming it isn't already reported). AviSource is documented to support recursive behavior, but for you and I, it doesn't seem to.

[snowcrash]

I went back to encode some more clips using all the same settings as the one that worked, and now VDub is crashing when it gets to the second pass. It gives this error:

An out-of-bounds memory access (access violation) occurred in module 'VIRTUA~1'.

I've tried it again with the clip that worked and with some different clips. It crashes each time. Tried rebooting my computer as well, but didn't help. I've tried so many things over the last few days to get this to work, I'm about to give up on this and stick with encoding my vids in WM9.

Using AVIsynth 2.53, the one that's installed with GK.

[jggimi]

Perhaps you could try DirectShowSource with audio=false ? If it works with your test clip, but not the complete content, then perhaps your test clip was silent?