aviSynth + CCE Basic (2.7) fails on certain scripts

[binister]

Hello,


I am converting home VHS tape to DVD and am on the encoding portion now. I am using aviSynth and CCE Basic to do the editing/encoding. The problem is that about 10% of the aviSynth files cause CCE to crash. The following message appears in my System Application Event Log:

"Faulting application cct2.exe, version 2.70.1.16, faulting module avisynth.dll, version 2.5.7.0, fault address 0x00083ecb"

The problem files use the exact same aviSynth functions as the others that work. I am really only doing some trimming, contrast correction and audio normalization.

All of my source AVI files were captured the exact same way.

All of the aviSynth files work in VirtualDub.

If I dub the aviSynth files in VirtualDub to an AVI file first and encode the resulting AVI file (instead of the .avs file) everything works just fine.

All unnecessary daemons/processes are turned disabled as well as my screen saver and power management features.

Any ideas?

I would really like to avoid needing to do the 2-step process because I don't have the disk space or time for it.

[Soopafresh]

Dunno for sure, but how about trying v2.58 of Avisynth?

[Midzuki]

Before deciding to move house to HCenc ,
you could try using VirtualDub for frameserving the AVS into CCE
(has worked for TMPGenc).

[binister]

Is v2.58 of aviSynth supposed to be better? It looks like it is only in alpha phase.

I will give the VDub frameserving to CCE a try. I was also writing to a disk that is used for my pagefile so I am going to try using another disk.

Thanks.

[AlanHK]

I am converting home VHS tape to DVD and am on the encoding portion now. I am using aviSynth and CCE Basic to do the editing/encoding. The problem is that about 10% of the aviSynth files cause CCE to crash.

Occasionally when encoding using HCEnc I get crashes for AVS files that seem to play without incident in other software.
My problems seemed to be associated with audio.

If I turned off the audio in the problem files (eg, by adding the "false" option to AviSource:
AVISource("316.avi",false)
or commenting out any audio processing lines), the video encoded properly. Then change the line back and encode the audio.
(I use wavi to stream AVS audio to Aften, so that ignores the video.)

[binister]

I tried disabling the audio in the AVISource() call as suggested but the darn thing still crashes. It seems to crash right after the first pass, when CCE is writing to disk.

One interesting tidbit is I have always had the audio encoding checkbox in CCE disabled. I enabled it and tried again and of course it crashed again however aviSynth spit out an error message saying something like "AVIStreamRead() error: Audio clip appears to be shorter than the video clip." This is odd because the audio in the clip is completely disabled.

Not sure if it s related but it is interesting.

[binister]

Alright, after 2 days of debugging I think I have found the problem(s)...

This problem does not appear to be an issue with CCE because the exact same behavior is seen with HC Encoder. The HC Encoder log shows the following error when crashing:

"pass 1, Avisynth error in frame 20663"

The issue appears to be with the Cedocida codec I am using. If I change my codec to the Canopus DV decoder (and use the proper 4CC code) then the CCE/HC Encoder encoding works flawlessly...

Additionally, if I only use a single AVISource() command in my aviSynth scripts then all encoding works everywhere (including when I am using the Cedocida codec).

So it appears there is something wrong with the Cedocida codec that is causing CCE and HC Encoder to bail when multiple AVISource() commands are used in aviSynth scripts. Ugh.

Does anyone know of any issues with this particular codec? I have read it is one of the best and I would prefer to keep using it. Thanks!