Error whenever I use MVBob on a 1080i source

[themostestultimategenius]

Whenever I use MVBob to deinterlace a 1080i source, it'll encode all the way up to 99.9% then give me an error.

This is the log I get from MeGUI.
Starting job job4 at 12:54:26 AM
encoder commandline:
--crf 22 --ref 16 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -3,-1 --subme 7 --trellis 2 --analyse all --8x8dct --vbv-maxrate 25000 --qcomp 0 --me umh --threads 2 --thread-input --sar 4:3 --cqmfile "D:\Programs\MeGUI\custom_matrices\M4G High Detail V3.1.cfg" --progress --no-dct-decimate --no-psnr --output "C:\Documents and Settings\Matthew\Desktop\Encode\[2004.08.22]BoA - Spark (SBS Inkigayo)\[2004.08.22]BoA - Spark (SBS Inkigayo).mp4" "C:\Documents and Settings\Matthew\Desktop\Encode\[2004.08.22]BoA - Spark (SBS Inkigayo)\[2004.08.22]BoA - Spark (SBS Inkigayo).avs"
successfully started encoding
Processing ended at 10:30:37 AM
----------------------------------------------------------------------------------------------------------

Log for job job4

avis [info]: 1440x1080 @ 59.94 fps (11528 frames)
x264 [info]: using SAR=4/3
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSSE3
x264 [warning]: VBV maxrate specified, but no bufsize.
mp4 [info]: initial delay 2002 (scale 60000)

And this is my script incase it's needed.
mvbob()
SmoothD(3,4,0,5)
GradFun2db(2)
YLevelsS(20,1,240,0,255)
Tweak(sat=1.15)
crop(6,0,0,0)
spline36resize(1440,1080)

It works if I downsize the video to 960x720.

[Terranigma]

This would be better suited in either MPEG-4 Encoder GUIs or Avisynth Usage (Preferably in Avisynth Usage, as you're more likely to get the answer you seek there.)

[Guest]

How about telling us what the error was?

[IanB]

Also the script you published is incomplete, there is no ...Source() statement. Please report the full script you are ultimatly using, i.e. "C:\Documents and Settings\Matthew\Desktop\Encode\[2004.08.22]BoA - Spark (SBS Inkigayo)\[2004.08.22]BoA - Spark (SBS Inkigayo).avs"

It is usually okay to mask the actual filename when you publish your script, but knowing what type of source can be important.

And as a guess my money is on a "big malloc" failure in MVTools. Fizick and TSP are experimenting with a MT safe version and as a side effect the buffer management is getting some attention. :search: MT 0.7(+custom avisynth)a filter .... (posts within the last 2 weeks)

[themostestultimategenius]

Also the script you published is incomplete, there is no ...Source() statement. Please report the full script you are ultimatly using, i.e. "C:\Documents and Settings\Matthew\Desktop\Encode\[2004.08.22]BoA - Spark (SBS Inkigayo)\[2004.08.22]BoA - Spark (SBS Inkigayo).avs"

It is usually okay to mask the actual filename when you publish your script, but knowing what type of source can be important.

And as a guess my money is on a "big malloc" failure in MVTools. Fizick and TSP are experimenting with a MT safe version and as a side effect the buffer management is getting some attention. :search: MT 0.7(+custom avisynth)a filter .... (posts within the last 2 weeks)

Oooh. Removing the MT filter solved the problem. Never thought it would be that since it worked when my friends tried it out =\

Thanks all =):goodpost: