Printable Version of Topic
Click here to view this topic in its original format
Unofficial VirtualDub Support Forums > General Discussion > This Is Just A Weird Crashing That I Now Need Help


Posted by: Psycogeek Mar 23 2014, 11:17 AM
The problem But NOT the problem, because It works, after changing stuff back and forth, read on, as the error there is not what i need help with.
An out-of-bounds memory access (access violation) occurred in module 'xvidcore'...
...writing address 00000000077C37E0. <--- of course this number can vary, but the crashes are commonly of this type.

The Weird stuff That finnaly gives me a clue:
To try and figure out WTF is doing this, I have kept re-making everything from scratch, resetting xvid, not using my stored processor settings , and Manually processing, instead of jobs.
Then this week i started troubleshooting by:
Start with a Fast compress only
add in the lame Mp3 converting (no longer direct)
Add in the filters one by one (after switching to full processing of course)
Through this long process everything works as it should, same frilling video, same settings.

Finnaly go back to Jobing it again (from scratch re-creating a new set of jobs), right back into crash land.
Crasy stuff works fine in all the testing, then fails again.

I am usually using full compress and all the filters.
This next time I switch to "normal Recompress" then back to "full recompress" and WTF it all works perfect, what just got done crashing as soon as it gets to the 2nd Pass. Now it does not crash at all.

Does anybody know why or what is changing that is causing a crash like this , when All i have to do is switch The Video Render setting back and forth and like magic the same EXACT thing that is a No-Go crash before will render out both passes like a dream?


History:
I have been using VirtualDub Lame and Xvid for years and years to process the heck out of TV junk for my portable devices.
When I fresh installed win7 64bit on a new haswell system, I originally went all 64bit only with all this stuff, and it was working for the most part.
I have not used codec packs, or ffshow or other stuff, trying to keep it clean, But i have always used an array of filters in V-dub.
Levels (to brighten)
HSV (to saturate)
Sharpen (for the small screen)
Resize to small screen , this time 480X270
Temporal filter to 4.

Things have gone downhill even though not much of the system has changed. It IS overclocked, but whenever i would get any sort of crash, I set the whole system all the way back down to normal and the crash happens in the same place the same way.

It does help that After beginning to crash, I did change stuff. I went back to the 32bit versions of this whole kit, and for the most part it was all working when aspects of the 64bit would fail. So going back to 32bit was "helping" some, with whatever the issues are. many times Things would work manually then Possibly begon to fail after setting out to a Job, other times If the job fails then most certian the same job brought back in with the "reload" would fail the same way manually.


I return all Xvid settings back to Default, have messed with many aspects of the virtual dub settings, including multithreading, turning off the cpu stuff, adjusting about anything , even stuff that i should not, cause heck i dont know what it does. If i was having a crash, it will basically happen in the same way as it did before.

Of course only ever making things worse, I put in the new Xvid codec, Reset everything all over again, remaking all my filters and compressions from scratch. Then going back to Xvid 1.2.2. Round and round things just get worse not better.

on the other hand, there has never been a Video that i have not completed the processing of, one way or another, It is just that I have some sort of bug going on, that it is about time I fix , so i can go back to processing the stuff and walking away and rarely seeing it crash.

Posted by: dloneranger Mar 23 2014, 11:59 AM
You're seeing the effect of a bug somewhere
Something is using a piece of memory that hasn't or isn't being set correctly - a dangling or uninitialized pointer would be my guess
All that changing the video mode does is to change 1 byte of memory that is virtualdub's variable for that - M_NONE=0,M_FASTREPACK=1,M_SLOWREPACK=2,M_FULL=3
(It doesn't do anything else at all until you save a file - it's unstated if you save n both modes when switching)

So what you've got is xvid using a piece of memory as if it was correctly set when it's either a random number, has been overwritten
with invalid data or hasn't been set correctly in the first place

btw you can get the same error when xvid's just doing the decoding
Actually it's nearly always the decoder, seeing the encoder crash is unusual - I used to use it all the time

It's so common that in the 'please read before posting' section is states
Common offenders: Please, no bug reports on the XviD codec crashing. It crashes constantly for reasons that are outside of VirtualDub's control and there is little we can do about it on this board. If you are having stability problems related to a video or audio codec, try looking for a newer version of it first.

Posted by: Psycogeek Mar 23 2014, 12:12 PM
QUOTE (dloneranger @ Mar 23 2014, 11:59 AM)
So what you've got is xvid using a piece of memory as if it was correctly set when it's either a random number, has been overwritten
with invalid data or hasn't been set correctly in the first place

That helps, I will try some other things I have not yet tried.

At one time or another there was a section here (at virtualdub) that posted links to Xvid codecs. Is that around here somehwere? I had processed over 5000 videos back in XP with 32bit Virtualdub, and had rare problems with badly encoded originals. I was also looking around this site to find the more reliable source for the codec item.

Posted by: dloneranger Mar 23 2014, 12:22 PM
I used to use the ones here (for the mt profiles)
http://www.xvidvideo.ru/xvid-video-codec/

As a test you could also try a different decoder eg ffdshow
eg
install ffdshow
in it's vfw configuration, enable xvid, divx etc
Then when opening the video file in virtualdub, tick the ask for extended options box before clicking ok
tick the two force fourcc checkboxes and type the four letters ffds into the two boxes to the right of them
then click ok
the file information dialog should show ffdshow as the decoder

save and see if it still crashes

Posted by: Psycogeek Mar 23 2014, 12:38 PM
Ok thats funny, those are the same location I have been trying recent, What does MTK mean? (other than a china cpu for phones) Is it the name of the person who compiled ? I have never tried ones using that naming.

So far as i know I am never having a "decoding" problem. if I have something that will not decode properly, I will decompress the whole thing with a Ffmpeg method, or Huffyuv it all out the long hard way ,and back to pcm wav audio to get it mostly decoded. That used to solve "the rest of the problems"

Posted by: dloneranger Mar 23 2014, 12:47 PM
MTK's just extra profiles in it's settings - packed divx style bitstreams, ones suitable for various devices that have limited playback capabilities etc

Posted by: dloneranger Mar 23 2014, 12:49 PM
One other thing that can cause problems is if you use save/load processing settings (or a saved job) and use settings from a different version of a codec

Posted by: Psycogeek Mar 24 2014, 09:39 AM
This is so frustrating. I ripped out all the xvid settings in the registry, removed all its files. Ripped out all the v-dub settings, removed all its files, Used the 1.30 version of the MTK, and ended up in the exact same place again.

Let me re-phrase it just a bit. I Switch to normal recompress, Start the process a bit to prove it works as the crash is immediate. I switch back to Full recompress and Again it works.

Does it help to add that bit of information? that The encoding process was started WHILE the filters were off, then i turn the filters back on and it works? I takes me half the day to be testing all this stuff over and again, Failing , because I know there is some thing that could solve the problem. When weird changes that ( like you said) make zero sence , change it from failing before the first few frames are encoded, to encoding the whole thing perfect. same file same settings, same everything.

I would jump ship in a second if there was another conversion program that had those exact filters in them, to accomplish the same task, problem is they may have some filters , but not the others, and the simplicity and quality of the V-dub filters works.
I could filter ONLY all with V-dub leaving it all uncompressed, because the other programs are not having trouble compressing it to the Xvid, but at that point it is rediculous going through that. I have the space for the decompressed files, but not the patience to loop the files round and round to other programs because it cannot do it anymore.

Posted by: dloneranger Mar 24 2014, 01:29 PM
Not sure how we can help
Xvid crashing is a known issue, but that's in the perspective of a well used program and codec
There's maybe one report a month about it, but for here that's one of the top two most reported crashes (msu filters being the first)
I used to encode with it 24/7 until I switched to x264 and would get maybe 1 crash a week

There does seem to be something very wrong with it crashing all the time like that
Apart from weird hardware problems (overclocking, bad memory etc) I can't think of anything - but problems like those should show up in other programs as random crashes


Posted by: Abrazo Mar 24 2014, 08:10 PM
I was just curious reading info in this thread.

It seems like MTK stands for Media Tek. This should be a brand/mark/producer of chip-sets used in certain models of DVD-players.
http://forum.videohelp.com/threads/211722-Philips-DVP3500-Mediatek-MT1389QE-Chipset

The specific kind of MTK chip-set should make whether the DVD-player is capable of playing Xvid or not.

Maybe the people that make their own variants of the Xvid codec began to make changes, so to make the Xvid-codec MTK-chip compatible...

In the 'About' of the Xvid version 1.3.2 codec that I have installed on my computer, I do find the reference:
http://www.xvid.org and below http://www.xvid.org/Downloads.15.0.html there are hyperlinks for downloading the codec.
Maybe try these one(s) ?

On the other hand... do you still have a particular reason to use the Xvid codec ?
Why not switch to x264vfw and have a little try out on your portable devices ?
http://sourceforge.net/projects/x264vfw/files/

Regards.

Posted by: dloneranger Mar 24 2014, 08:37 PM
Yeah - that's correct about MTK, many hardware devices used them and they can have limited capabilities depending on model
There are just some extra profiles in that codec version where you can select in the config screen that set things like max # of bframes, packed or unpacked bitstreams, max fps and frame sizes - stuff like that
I used to use it all the time until I switched to x264

Posted by: Psycogeek Mar 24 2014, 10:01 PM
QUOTE (Abrazo @ Mar 24 2014, 08:10 PM)
On the other hand... do you still have a particular reason to use the Xvid codec ?
Why not switch to x264vfw and have a little try out on your portable devices ?
http://sourceforge.net/projects/x264vfw/files/

Regards.

Still with Xvid because 2 devices still are lame old school junk that have worked ok, and wont do the 264. They even have to believe it is Divx with the header stuff.

but a bigger reason,Ii was way to stupid to be able to get virtual dub to work with this "other" method of getting the 264 in the v-dub. I tried a few methods that are not laid out well for the average idiot , and some things worked some things didnt , Many unpredictable results from variations of files and all. After a bunch of frustrating failures on my part, the ease of sliding back into my old routine looked good.

VFW , means video for windows :-) I know what that means here. Worth a try.

I also have the "pro" video programs that have to be operational without problems, in thier own complexities, adding in any of those things like layered filter/codec interceptor change the registry and decode stuff , makes things more complex behind the scenes. That is another good reason to just have the simplest of codecs with nothing trying to intercept, or hook. Messing with the codec setups the way some of these things works even just for decode, and then also removing it completly after it has done a hook/interception somehwere, and "other stuff" breaks getting other stuff working.

Posted by: Psycogeek Mar 25 2014, 04:03 AM
x264vfw
Well that is really nice, working good and fast too. using the 32 bit virtual Dub.

I was also able to do 2 pass, and the final file item (one so far) jumps right back into virtual dub easily.
It works ok in my new devices, very well. Like the MXplayer plays it without bug in HW+ mode, not all these 264 stuff will do that. It might be time to fill up landfills with the old devices :-)

If I could get some of these other files IN virtual dub easily again, i would be back on track like its 2005 again :-)
AVC High@L3.1 CABC / 16 ref frames from lavf54.63.104 Mkv extention.
AVC Main@L4.0 CABC / 4 ref frames x264 core 130 r2273 MP4 extention.
As of now I decompress (huffyuv) this stuff which is fast still , but not direct to virtual dub.

Would you know of a resource that could lead a person by the nose completely to accomplish getting those in? I have previously used methods in this forum, trying to follow what I am supposed to do (and have since forgot) But I was not very good at it. Not good at it means , i spent more time looking up what an error means, and kludging through bumping into walls, that (aparently) the person describing how to do it does not have. The Tutorial has dependancies :-)

Posted by: dloneranger Mar 25 2014, 05:48 AM
For decoding non-avi files you use an input plugin from http://forums.virtualdub.org/index.php?act=ST&f=7&t=19488

There are specific ones like the Quicktime plugin that's for mp4 and mov
And there are also general purpose ones
-> FFMpeg plugin
-> DirectShow plugin

The specific ones can normally let you do direct stream copying if you need it, but need VFW and ACM codecs
DirectShow - no direct stream copying, needs DirectShow codecs
FFMpeg - no direct stream copying - needs no codecs at all

To use them you download the correct file - usually it's a .zip that you have to extract the contents from
(You must use the same version as virtualdub, 32bit plugins for 32bit virtualdub and 64bit plugins for 64bit virtualdub)
Then put the file(s) into virtualdub's plugins32 (32bit) or plugins64 (64bit) folder
Start virtualdub
Use the open video file dialog on the file menu
Select the file you want to open, but before clicking OK, change the 'files of type' dropdown to the plugin you want to use, then click OK

FFMpeg plugin is the one that's probably your best bet, and on it's downloads page at sourceforge there's even an installer for people unfamiliar with .zip archives
-> https://sourceforge.net/projects/virtualdubffmpeginputplugin/files/

Posted by: Psycogeek Mar 25 2014, 09:27 AM
QUOTE (Abrazo @ Mar 24 2014, 08:10 PM)

In the 'About' of the Xvid version 1.3.2 codec that I have installed on my computer, I do find the reference:
http://www.xvid.org  and below  http://www.xvid.org/Downloads.15.0.html   there are hyperlinks for downloading the codec.
Maybe try these one(s) ?


I do not trust my one time results. Still expecting things to crash. But so far so good.
This particular Xvid 1.3.2 is now working. in both the 32Bit and the 64 , both manually and as Jobs.
I think using the xvid "full installer" (large exe) kind of packaging might have also been helpfull, get the registry and its settings there straight.
Note: Both of the Virtual dub programs are 1.10.4 now. The 2 V-dubs are seperated in different folders, and use only thier own "processor" setttings (as before).

Just to make a crasy cool.gif test, I processed 10 vids in the 32bit, and 10 in the 64bit , at the same time.
It is purring away like a tiger, if a tiger had fans installed :-)

thank you.

Posted by: Psycogeek Mar 25 2014, 10:45 AM
QUOTE (dloneranger @ Mar 25 2014, 05:48 AM)
For decoding non-avi files you use an input plugin from http://forums.virtualdub.org/index.php?act=ST&f=7&t=19488

That was Really easy, certannly not like the last time.
This FFMpeg plug is just loading stuff into the 32bit like clockwork.

All this really helps a lot, I have been suffering in my own self made disaster for too long, thanks.

Then I did need to direct stream, for simple audio adjust things so.
I get the FCC handler plug-ins.
What seperated codec items would you recommend for maktroka and AVC if I have a great fear of FFshow?
I think i am remembering where some of this did not go well.

Posted by: dloneranger Mar 25 2014, 01:35 PM
For the other plugins to do direct stream copying you'll need to find a vfw codec for each particular codec used if you want to skip ffdshow
You'll get an error message with the video codec fourcc in, and you can just google for it eg> codec vfw xvid
Audio codecs have a number instead and you can google eg> acm codec 2000
(2000 is ac3)

There are links to some acm codecs in my sig

Powered by Invision Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)