Avisynth error (SVCD -> Divx)

[Matt_S]

Hi,

I use gknot 0.28.7 to backup my DVDs to Divx, and today I tried to backup an SVCD. I followed the guide Doom9 wrote to the letter, however when it starts encoding the video, at somewhere between 10% and 30% (different each time) I get an avisynth error, and the encode aborts that pass and starts the next one, where the same thing happens. The error message looks like this,

Avisynth read error:
Avisynth caught an access violation at 0x01311360
attempting to read from 0x161617f6

I've never experienced this before with DVDs as the source, I'm unsure what I've done wrong (if anything). The code gubbins in the error message to me sounds like something to do with memory. I'm just guessing here you understand. I'll post my system specs if they are of any help to anyone,

MS-6380E Mobo
Athlon XP2100+
256Mb RAM
160Gb HDD
Geforce FX 5200
Win XP Pro

Just ask if more info is needed

Thanks

Matt S

[Manao]

I think your SVCD is problematic. To be sure, can you post the avs script generated by GKnot, and can you tell if the crash happens always as the same place ( look into the XviD's stats file, by opening it with Stats reader, to have the frame number )

[Matt_S]

As I said, it happens at different times. I've tried the same encode about 3 or 4 times now (its a half hour episode SVCD) and it happened at around 11000 frames, then at 4992 frames (of which I have a log of). Tell me how to post up my log & i'll do it.
Also, the SVCD plays fine in my standalone (Pioneer NS-DV55) and on my PC using MSI dvd.
Matt

[Manao]

Give us the avisynth script ( it a file named xxxxx.avs, located somewhere, either in the GKnot's directory, either in the mpeg's directory ). The log won't be necessary, since the crash happens at random times.

Did you by any chance overclocked your computer ?

[Matt_S]

#
# Created with Gordian Knot
#
# http://gknot.doom9.org
#
# PLUGINS
LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\mpeg2dec3.dll")
LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\undot.dll")
LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\decomb.dll")
#LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\KernelDeInt.dll")
#LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\dgbob.dll")
#LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\Convolution3d.dll")
#LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\FluxSmooth.dll")
#LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\TomsMoComp.dll")
#LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\VSFilter.dll")
#LoadPlugin("C:\PROGRA~1\DivX\Creation\GORDIA~1\SimpleResize.dll")
#
# SOURCE
mpeg2source("C:\DVDs\Black Books\Episode 1.d2v")
#
# TRIM
#trim(startframe,endframe)
#
# IVTC
#Telecide(order=1,guide=1).Decimate()
# or use
#IVTC(44,11,95)
#GreedyHMA(1,0,4,0,0,0,0,0)
#
# CROPPING
crop(8,76,464,424)
#
# DEINTERLACING (1)
FieldDeinterlace()
#FieldDeinterlace(blend=false)
#TomsMoComp(1,5,1)
#
# DEINTERLACING (2)
#KernelDeInt(order=1,sharp=true)
# or maybe
#DGBob(order=1,mode=0)
# DEINTERLACING (3) - special requests
#GreedyHMA(1,0,0,0,0,0,0,0)
#Telecide()
#SeparateFields()
#
#
# SUBTITLES
#VobSub("FileName")
#
# RESIZING
LanczosResize(480,256)
#
Undot()
#
# DENOISING: choose one combination (or none)
# 1) little noise
#Temporalsoften(2,3,3,mode=2,scenechange=6)
#mergechroma(blur(1.3))
#FluxSmooth(5,7)
#
# 2) medium noise
#Temporalsoften(3,5,5,mode=2,scenechange=10)
#Convolution3d("moviehq")
#FluxSmooth(7,7)
#
# 3) heavy noise
#Temporalsoften(4,8,8,mode=2,scenechange=10)
#Convolution3d("movielq")
#FluxSmooth(10,15)
#
# BORDERS
#AddBorders(left,top,right,bottom)
#
# COMPRESSIBILITY CHECK
# !!!!Snip Size now has to be 14 for use in GKnot!
#SelectRangeEvery(280,14)
#
# FOOL CCEnc
#empty = BlankClip()
#AudioDub(last,empty)



And to answer your question, no I don't bother with overclocking.

Matt S

[Manao]

There's nothing wrong in the script. I use all the filter on a daily basis, with no issue at all, so the filter's chain isn't to blame.

The errors occur at random times, so your MPEG file shouldn't be guilty either.

So the only thing left to be blame is your RAM, or your processor. Can you check your RAM's integrity, or if you processor isn't overheating ?

Last time I encountered such issues, it was my processor which was overheating ( without overclocking, the radiator wasn't fix close enough to the processor ), and the time before, it was a malfunctionning RAM.

[rafaila]

Hi @ all,
this error you mention there,"Avisynth caught an access violation at 0x....." looks familiar to me.
I think that it is caused sometimes (randomly?) because of some filters, which are in use. In this case, Ithink that cropping in mod 16 might help.

[Matt_S]

@ Manao,

I don't think its overheating, I've had it on overnight encoding 3 full length movies at a time consecutively (3 passes) and it never crashes. Its just since I tried as SVCD as the source that the problem came up. So I doubt its RAM either.

@ rafaila

I changed the res to mod16 & it seems to be working ok now (its at 98%, 1st pass at the moment). the width mod was on 32 & the height mod was on 16.

I'm still curious as to why it occurs at different points, could this be a bug of some kind? I would have thought that if it was merely a setting that needed changing, then the problem would occur on the same frame every time. Any thoughts on that?

Thanks for your help guys

Matt S

[aklendathu]

I've had that same 'Access violation' Error happen to me a number of times, when doing the reverse (XviD/DivX to DVD MPEG-2 using AVISynth/TMPEGenc) and haven't been able to figure out the cause.
It's pretty random and irreproducible, and usually, starting the encoding process again (sometimes after rebooting the PC) works OK.

[rafaila]

Well, I've an explation for this, but this is just my personal opinion and note that I have nothing to do programming -just using the programms.
I think that when someone writes a plugin, takes in mind the structure of his equipment, or maybe he does not know the diffrences between the MMX-SSE or INTEL-AMD.
Maybe that 'Access violation' error depends on the stabilization of a voltage from your power supply unit.
Maybe it's just the amount of watts your machine is consumpting and your PSU is not strong enough.
Furthemore it could be the latest driver of you graphics card or the DirectX from Microsoft.

Whatever it is, I think it comes from the use of a plugin...

[aklendathu]

Your explanation is intriguing and certainly plausible, but how would a voltage fluctuation in the CPU cause an access violation in a running program ?

[Matt_S]

I concur, I would have thought that If there was a fluctuation in voltage, any problem would be more widespread than just affecting one thing. I think the error is likely to occur through a plugin incompatibility with hardware (?) possibly not, I am unsure. I doubt it would be voltage related.

[sh0dan]

Originally posted by Matt_S
I concur, I would have thought that If there was a fluctuation in voltage, any problem would be more widespread than just affecting one thing.
You'd be surprised!

Try running Prime95 (http://www.mersenne.org/freesoft.htm) which is very CPU intensive. It has a built-in test mode.

[aklendathu]

Your link ends up leading to an on-line store with no mention whatsoever of free software or Prime95...

I was able to find it here: ftp://ftp1.hwupgrade.it/benchmark/p95v238.exe

And another interesting link is: http://www.mysuperpc.com/computer_assembly/pc_torture_test.shtml

[Wilbert]

Your link ends up leading to an on-line store
He's talking about this link:

http://www.mersenne.org/freesoft.htm

Did you even bother to read it?

[aklendathu]

Originally posted by Wilbert
He's talking about this link:

http://www.mersenne.org/freesoft.htm

Did you even bother to read it?

Hey, Wilbert, did you even bother to click on the hyperlink in shodan's post ?

I CLICKED on it and was taken to www.mersenne.org all right, only it's their store's home page. I'm not blaming sh0dan for it, only pointing out that the link did not lead to the expected page (Prime95 download)...

Cool off, man, OK ? ;)

[Matt_S]

Aye, keep yeer cool guys, its not a particularly important point anyway. Also, I'm poking the fire a little here, but remember rule #3 :readrule: hehe :p

[sh0dan]

Originally posted by aklendathu
Hey, Wilbert, did you even bother to click on the hyperlink in shodan's post ?

Are you serious? If you are, you should have your computer checked for any hijacking applications, that redirects you. The URL have not changed since I posted, and it does not lead to a shop, but a page on which you can download the application.

Back on topic. If you have offtopic comments you are very welcome to write a PM.

[DDogg]

Just to continue the important point that was interupted. Anybody who does any video encoding or who uses Besweet needs to embrace the concept of "pre-certifying" their machine with one 24 hour cycle of the Prime95 torture test as well as one full test cycle of http://www.memtest86.com/ It is real important that the ambient temprature of the room at the time of the test be very close to what you normally encounter. You folks that would swear you have rock solid machines may well be surprised at the outcome.