VirtualDub

All hardware and software related discussion topics here. Advice, discussion and opinions on either topic are welcome.
User avatar
loverboy
Posts: 1832
Likes:
Joined: Sun Sep 24, 2006 1:00 am

VirtualDub

Post by loverboy »   0 likes

One for the techies.........
Ever since formatting & reinstalling I've been experiencing a minor problem with using VirtualDub.
When 2 pass XviD encoding the 1st pass avi file generated is causing Windows Explorer to crash. I have to delete the file quickly before Explorer automatically shuts down. The 2nd pass (final) avi & log files are perfectly normal. The problem (1st pass) avi file will also cause the Recycle Bin to crash unless I empty first. Every other feature of VirtualDub is working perfectly including single pass encoding. This happens with any version of VDub.
Any thoughts/advice much appreciated.

lb
User avatar
ptguardian
Posts: 4479
Likes:
Joined: Wed Sep 17, 2008 1:00 am

Re: VirtualDub

Post by ptguardian »   0 likes

perhaps overload. i never used that program but have used many others similar. usually checking running resources first. perhaps something is running your system at max. also check your settings. is it set to normal encoding, time critical etc. perhaps its something simply as such. i many times have come across this same problem. i also have several ripping programs and use two computers. one for encoding and one for downloading, surfing etc.. a problem i have noticed is some files just don't work well with certain programs. i usually just try a different program if i run into a problem. perhaps the file your working on has conflicting encoding? are you having trouble with other movies?
possibly you are having problem with explorer it self. this may also be the culprit. in that case you might want to upgrade or re re install.

hopefully this helps a little until someone else more tech savvy posts.

good luck

:)
FLL
Posts: 2191
Likes:
Joined: Mon Aug 28, 2006 1:00 am

Re: VirtualDub

Post by FLL »   0 likes

loverboy can't easily change to a different program, vd is used by AutoGK and has capabilities many other common programs don't. And there is no logical reason he should have to change. There is no reason for explorer to be touching those files anyway. They simply sit there until the second pass when they are overwritten, it's the first pass statistics generated by vd which are input to the second pass, not the avi file itself. It's not like he is trying to play the file when it crashes.

One big clue could be what is causing explorer to access the first pass file at all. Is it something in the background? Is perhaps windows search trying to index the avi? (Maybe set the directory and subdirectories to not index, see if that helps.) Maybe an anti-virus program is scanning it?

Of course no matter what is scanning the avi, it's a bug in that program that the contents of a file can crash it. Did either of those categories I mentioned get changed to new version when reinstalled?
User avatar
loverboy
Posts: 1832
Likes:
Joined: Sun Sep 24, 2006 1:00 am

Re: VirtualDub

Post by loverboy »   0 likes

Thanks for the input guys.......
As FLL points out, AutoGK uses VDub two-pass encoding where the 2nd pass avi file overwrites the 1st. AutoGK is working perfectly for me.
VirtualDub as a standalone application two pass encodes somewhat differently creating both 1st pass & 2nd pass avi files (they are different filenames & the 1st pass file is NOT overwritten) using Job Control so Windows Explorer/Recycle Bin has every right to attempt to index/access the file which is what clearly is happening.
Although not a cure I've effected a temporary 'fix' by editing the registry to remove the Media Preview function. Not ideal as it removes Explorer's ability to provide file information but it will have to do until I work out a permanent cure.

lb
User avatar
loverboy
Posts: 1832
Likes:
Joined: Sun Sep 24, 2006 1:00 am

Re: VirtualDub

Post by loverboy »   0 likes

Looks like this has been solved! :icon_1dancingban
Fiddling with the registry is not an ideal solution so I've delved a little deeper to try to find what's causing Explorer to crash.
Appears to be a codec issue, even though I'm using exactly the same codec pack as before (KLite). After unsuccessfully having run the KLite utilities I've finally uninstalled it & installed a much lighter codec pack........problem solved although I know there will be codecs needed missing. I'll simply install those individually as & when required. Frankly, I've never been a fan of codec packs, preferring to have only those needed on the machine rather than cluttering it up with obsolete & possibly unstable items.
..........if this carries on I might just have progressed beyond Computer Fuckwit!
Once again, thanks for the help.

lb
Post Reply