Log in

View Full Version : VdubMod 1.5.1a aborting/erroring


geoffman
1st June 2003, 06:53
Hey all just Dl'ed VdubMod 1.5.1a to try and am having some problems.

In order to check it out I have loaded a basic avisynth script of the like:

loadplugin("D:\plugs\mpeg2dec3.dll")
mpeg2source("E:\test\VIDEO_TS\f&m.d2v",cpu=2,idct=3,iPP=true)
limiter()and to test it out selected 1,000 frames to encode using 2 pass divx 5.0.5.

In the first pass I have selected no audio stream, and in the second pass I have selected the demuxed wav audio from .dv2 produced by DVD2AVI 1.77.3, set the interleave the audio to every two frames and transcode to 128kb .mp3 with lame for inclusion in the produced .avi.

Everytime I goto run the jobs for the passes I have created VdubMod gets to the end of the first job then aborts, or completes the first job, then creates and error on the second job with the text:

"The source image format is not acceptable (error code -2)"

The settings that I am using work fine in VdubMod 1.4.13 and Vdub 1.5.4, but as said causing problems in VdubMod 1.5.1a.

Am I doing something wrong, or have I discovered something wrong in Vdub 1.5.1a?

(Probably I'm doing something wrong, if so can anyone enlighten me?)

Sorry if this is a dumb question, or I haven't explained things very well,but it's the best I can do.

hellgauss
1st June 2003, 08:27
Try a 'more basic' script, like

loadplugin("...")
mpeg2source("...")

Is there any problem with this script?

Also try to not use strange character like '&'

I remember there was a program (DVD2AVI?) that didn't work with 'strange character' in pathname.

Last thing:
I had a simil error when i didn't register a vfapi key in windows registry (i don't know why this key was needed, but without this key it didn't work). To update the registry, just run DVD2AVI.exe, and then close it.

I'm sorry for my bad english :)

Bye
HG

geoffman
1st June 2003, 09:45
Hellgauss,
Thankyou for the reply, but that script works fine with VdubMod 1.14.3 and "normal" Vdub, only under VdubMod 1.5.1a am I having the problem. I did however try your suggestion and re-ripped without the "&" in the dv2 file name, and it didn't make any difference. For info the basic script I tried from Hellgauss's suggestion was:
loadplugin("D:\plugs\mpeg2dec3.dll")
mpeg2source("E:\test\VIDEO_TS\fm.d2v")but it made no difference to my problem.

EDIT:oops, my OS is WINXP Pro SP1 on an Athlon XP +1900 with 512 MB DDR RAM if anyone thinks it is relevent to my problem.

hellgauss
1st June 2003, 10:30
What happen with a script like this:

avisource("(avifile)")

If it doesn't work maybe is an avisynth error, try to reinstall avisynth (what version do you use?).

My experience say that before to solve a problem you have to understand what is the problem!

Hope this help...

Bye

geoffman
1st June 2003, 11:39
Originally posted by hellgauss
If it doesn't work maybe is an avisynth error, try to reinstall avisynth (what version do you use?). Have tried Avisynth 2.5.1 and the new 2.5.2, both do the same thing with VdubMod 1.5.1a.

Belgabor
1st June 2003, 16:08
make a script with "Version()" in it and try with both vdub versions and give the results.

geoffman
1st June 2003, 22:25
@ Belgabor

Will do that tonight, once I get home from work.

geoffman
2nd June 2003, 12:13
@ Belgabor

I have run the tests that you have requested, with just "Version()" in it with both Avisynth 2.5.1 and 2.5.2(and a couple more), here are the results:

Vdub 1.5.4 - ok
VdubMod 1.4.13 - ok
VdubMod 1.5.1.1a - No Audio - ok
VdubMod 1.5.1.1a - Audio, No transcoding - ok
VdubMod 1.5.1.1a - Transcoding Audio (any format)- Causes Abort near end of second pass
Note I didn't get an abort at the end of the first pass, or the message about unnaceptable image formats tonight, just aborting near the end of the second pass.

On subsequent opening of the .avi file made during the "bad" sessions, VdubMod would open the .avi file after "resconstrucing a missing index file", however the produced .avi file could not be opened by Gspot, DRFAnalyser or any media playing software.

Hope this helps.

Zarxrax
2nd June 2003, 14:46
Vdubmod also aborts for me whenever i do audio transcoding, and it also does this for a friend of mine. I believe the audio encoding has gotten messed up in this latest version :confused:

Suiryc
2nd June 2003, 14:54
If the crash happens at the end of any encoding involving mp3 compression for an audio stream, then it's a bug we already fixed.
If the crash happens when you call "VirtualDubMod.exe /r /x" (process all queued jobs and quit the program when finished; used by many all-in-one programs like GKnot etc) and your job opens a video in YV12 mode (generally an AviSynth script) and you compress to anything other than XviD, then it's also a bug that we fixed (I hope).

The version here (http://cyrius.bunkus.org/VDubMod_Fixes.zip) contains those fixes.

geoffman
3rd June 2003, 08:59
@ Suiryc

Thanks, the new version (build 1215/release) from your link has fixed my problem and it VdubMod 1.5.1.1a is working well for me now.

FYI, the audio transcoding problem was happening for me not just only when I was transcoding to .mp3 but for any transcode type, but is working now with that update. Also I don't use any type of all-in-one program like Gordian Knot, just plain 'ol Vdub or VdubMod, (I guess I'm just too dumb to figure out how those all-in-one programs work!)

Once again thanks.

Anatroccolo
8th June 2003, 16:15
I've been forced to face the same problems reported by geoffman...
Why these important fixes are not available at sourceforge.net?

Suiryc
8th June 2003, 16:54
Because I'm lazy :p
We _try_ (*cough*) to put releases (and bugfixes) that work well on SF.NET, that's why you won't find tons of bugfixes, only _major_ ones.
Sometimes after having fixed some bugs I build a bugfix version that I give to people who encounters the bugs. But generally those versions may have ongoing feature implementation that's why we don't put them on SF.

Some days ago we released a bugfix version that was supposed to fix a lot of bugs ... but we added a _major_ one inside so we removed it the day after. The bug was corrected easily but we had already started to implement new enhancements / updates / bugfixes. We also have to wait a bit because the recent changes in matroska makes that the DShow filter 0.4.2 would have problems reading files made with the up-to-date libraries and using a new element added since then (note that Gabest's filter seems to be ok with those files though :p).

So soon we will put again this important bugfix version on SF.net

Anatroccolo
8th June 2003, 17:57
ok, I understand.
I'm concerning with all these fixes things because I appreciated new features a lot so I also have to thank you guys for your great work at sourceforge.net...

Bye!