Just a quick observation I've had

[sircharles32]

I thought I'd throw out an observation I have had using Gordian Knot and see if anyone has any thoughts on it:

First off I should mention the pertinent information:

OS = Windows 2000 Pro w/SP 2
Divx 5.0.3 Pro
Gordian Knot 0.28.2 beta

Let me just mention that Gordian Knot is the best encoding package I've ever used, so far. I've had a 100% success rate with ripping and encoding 18 movies with it.

Now on to my observation. I've noticed that my system feels considerably more sluggish after I've encoded 2 or more movies in a row and after 5 or 6, it usually completely locks up and I have to do a forced reboot. I know that it is recommended to defrag after every encode, however, the encoding takes place on a secondary hard drive. I've checked to see how badly the primary hard drive ( the one with all programs and OS ) is fragmented after several encodings, and there is minimal fragmentation at most, so I don't think that a fragmented hard drive is the problem. I've also checked my system resources and all is normal. I was wondering if anyone else has experienced this symptom, and if so do they know of the reason and perhaps how to rectify it.

Is it possible for Gordian Knot to have a resource leak that is not being detected and reported under task manager?

Anyway, I'm interested in hearing your responses

Thank you.

[manono]

Hi and welcome to the forum-

If I remember correctly, there's a memory leak in VDubMod (or was at the time I noticed, when I was running a bunch of compression tests in a row). You just have to close VDubMod every once in a while, and then reopen it (or don't run so many movies in a row with GKnot). Let me see if I can find any threads about it. Well, there are several:

http://forum.doom9.org/search.php?s=&action=showresults&searchid=181605&sortby=lastpost&sortorder=descending

Maybe replace the version included with your GKnot with the latest version (if it's not already included) and see if that helps. But I don't believe it to be a GKnot problem. Or buy more memory. I noticed it after a while, and I have 1 GB of the stuff.

[sircharles32]

Thank you for the warm welcome. I'll have to check out that link. As for the amount of memory, the system has 768 MB.

As for closing Vdubmod, I thought that it did close automatically after each run. I don't recall seeing it open (when it wasn't visible on screen) in task manager.


Thank you for the responce.

[manono]

Hi-

When I noticed this happening I was running about 30 compression tests in a row using jonny's Enc., and VDubMod was open the whole time. So if it's being closed after every GKnot job, then I'm wrong and maybe len0x or someone else has the answer for you.

[sircharles32]

Manono, I just checked out all the posts from your link. I guess I should be lucky that my glitch isn't as annoying as what other people have experienced.

Some of the other posts mentioned that they actually saw a dramatic increase in memory usage through the task manager. In my situation, I've never seen the memory use go higher than about 350 MB.

I guess I'll just do a reboot every few encodes.:)

Thanks again.

[len0x]

VdubMod is being closed after each pass, so I don't think that's a problem...

I'm usually doing 4 encodes overnight and my PC wasn't rebooted for at least three weeks already and I never had such problems (winXP sp1, 768Mb)

This might be more of OS issue when Delphi components sometimes buggy on one system and ok on another...

[hakko504]

There is a memory leak in mpeg2dec3.dll in versions prior to v1.04. Read this thread. (http://forum.doom9.org/showthread.php?threadid=53164)

[len0x]

Originally posted by hakko504
There is a memory leak in mpeg2dec3.dll in versions prior to v1.04. Read this thread. (http://forum.doom9.org/showthread.php?threadid=53164)

oh, it's time to update mpeg2dec3.dll (I think we're using version 1.0.0) :)