audiograph and view graph crash for me

[Bull-winkle]

I am trying to us a simple script to look at audio/video sync issues with my analog captures. In my application there are a lot of electronic processing(scan converters mostly) that add delays to the video signal. This entails me adjusting the audio delay when I reprocess the video.

i built a script as follows:
====
#Load Plug-ins
LoadPlugin("D:\AVSProject\viewaudio.dll")
#Set Input AVI filename
clip1Name=("D:\AVSProject\07-14_0715_Discussion.avi")
clip1=AVISource(clip1name)
#select a small segment
clip1=trim(clip1,100,1870) #select a small segment
clip1=converttorgb(clip1)
clip1=audiograph(clip1)
return clip1
====

When I try to play this script in MediaPlayerClassic the first 1-2 seconds or so sound find, the audio then starts stuttering and repeating for a couple of seconds then mpc disapears.

If i try to encode with virtualdub 1.6.11 it starts encoding although quite slow (1-2 frames second) then disapears after 40 - 100 frames (about - it changes each attempt) then virtualdub disapears.

The resultant avi fragment is unplayable and generates the following error message

====
Stream 0

Media Type 0:
--------------------------
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: MEDIASUBTYPE_Avi {E436EB88-524F-11CE-9F53-0020AF0BA770}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0


Media Type 1:
--------------------------
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Stream {E436EB83-524F-11CE-9F53-0020AF0BA770}
subtype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
formattype: TIME_FORMAT_NONE {00000000-0000-0000-0000-000000000000}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 0


====
this unfortunately means nothing helpfule to me

I am using the AVIsynth 2.5.6 and tried it on a couple of other earlier versions.

I have tried this on both AMD & intel machines with the same result.

and it seems to me it was working fine last week

I do use the microsoft automatic update and am running Windows XP Pro SP2 on
several AMD Athlon 64 3700+
An Intel PIV 2.4ghz - prehyperthreading
a couple of Intel 765 based laptops

the script plays fine if I comment out the audiograph line

did I build the script wrong?
any ideas?
please help :confused:

[Bull-winkle]

Some Additional notes

I finally found by earlier test script and found that the audioGraph filter works fine if I use a segmentedAVISource input. - Guess I better study up on input filters to see what's what

[IanB]

Sounds like the script is throwing some form of exception, the MSVCRT.DLL provided with XP sp2 murders the process instead of allowing the error to be trapped and reported. All versions of AVS suffer this sp2 bug.

[Bull-winkle]

The audiograph filter also works pretty well if I use "OpenDMLSource" with Pixeltype="RGB32" - at least i can get it to run for almost a minute and if I Pause the time to crash seems to reset.

SP2 strikes again - but I think I would rather have it than not

[IanB]

Be clear, you would still have the problem without SP2. Without SP2 you would get an error message instead of a murdered process, that may or may not help you diagnose and solve the problem. SP2 is not causing the problem, bad code is causing the problem, SP2 is just crashing the normal error reporting and making life more difficult.

[Bull-winkle]

Thanks IanB that is pretty much what I figured. I don't have any pre-sp2 machines left around here to see what kind of error message would pop up. I am guessing the error would likely be in the Filter. I am not a C coder (I am not a trained coder at allbut i muck around in C# and VB), but I do have C++ 6.0 (I can barely compile other peoples source codes). However, the filter source is small and I might be able figure it out with enough time.

The fact that segmentedAVIsource works well but individual AVISource does not seems to be a clue but I don't know how AVI synth handles those differently.

[foxyshadis]

2003 (at least SP1) also suffers from the process going bye-bye on crash. I was hoping I could use that to find the problem. I'm curious whether a fixed msvcrt.dll is available for this?

[IanB]

If you are lucky the old msvcrt.dll may be in the sysbackup (sp?) directory or you may be able to hook it out of the original install media. With a little perserverence you can get it back into the system32 directory. Unfortuantly it is pretty much alway in-use. Also the system "knows" about these system files and tries to defend them. And the automatic update process actively tries to "fix" it as well. So you need to be determined. Good luck.

[movax]

2003 (at least SP1) also suffers from the process going bye-bye on crash. I was hoping I could use that to find the problem. I'm curious whether a fixed msvcrt.dll is available for this?

Might differ on variants of 2003...my 2003 workstation doesn't eat any processes before throwing an exception. You could try VPCing a Win2K box perhaps, or scrounging up another MSVCRT to get a look at the error.