Use Computer During TMPGEnc Encoding

[Mistress Diana]

Because it takes quite a long time to encode copied movies so they can be burned onto CD-R disks as VCD's, is there any reason that the window can not be minimized and other programs loaded for use. I have not seen anything to say not to use computer while encoding, but I do know that Easy CD and Roxio say do not use while formatting a disk, so I just wondered about use during encoding.

Thanks

[rsuave5]

i surf the web and access files but ive never run another program. id say if its a basic program that is not memory or cpu intense it should be fime. i wouldnt encode,edit or render but some basic stuff would be ok im sure

[Vejita-sama]

It's fine. It will have ZERO EFFECT of the quaility of your encode. However, as you are using up system resources it will slow down your encode (do a forum search on this, lots of past discussions).

[Jeff]

I dont think it messes with the encoding, but when i do stuff on my comp, it slows it down a lot. Better off to leave it alone.

[MrKGB]

If encoding slows down your computer, just use task manager and set priority of encoder to Normal or below normal.

[Mistress Diana]

Thanks everyone, you are a great group of people. I really only need to check my e-mail and occasionally something on the web.

[txpharoah]

It's fine. It will have ZERO EFFECT of the quaility of your encode.

Not always true.
99.99% of the time, but not always.
If the HD conflicts with accesses, the TMPGenc file will suffer.

Video is demanding. Multi-tasking at your own risk. Do one thing at a time or buy an extra system. That's the general rule.

The Internet access will probably be okay. Just don't try to work with Photoshop (large scratch disk) or open documents from the same HD as the TMPGenc source/final.

[nerdboy69]

It's fine. It will have ZERO EFFECT of the quaility of your encode.

Not always true.
99.99% of the time, but not always.
If the HD conflicts with accesses, the TMPGenc file will suffer.

Please explain.
This statement makes no sense to me.
Running other programs will slow things down, no doubt, but what is this "conflict" business you are referring to. To my knowledge TMPGEnc will systematically process the file and it is not dependant on machine load. Provided it has enough resources to perform its job and the system doesn't halt due to instabilities, then the result should always be the same.

If what you claim has any basis, I would like to know, because I do this all the time with no problems.

[txpharoah]

Multiple accesses of the HD during a cotinuous operation can cause conflicts. If you access TMPGenc and other large files at the same time, you're asking for trouble. Something may go wrong. Since TMPGenc needs a steady feed of data to not crash, it may input/output some garbage due to interruptions.

[gll99]

txpharoah says:

Not always true.
99.99% of the time, but not always.
If the HD conflicts with accesses, the TMPGenc file will suffer

I can't speak for tmpgenc because I never interfere with it except to browse the net but I concur with you on the basis of Helix Producer 9 for rm files and Windows media 9 encoder for wmv9. I had video/audio synch issues every time I ran something major at the same time like multiple downloads or concurrent video encoding. When I did not tax my system the audio/video synch is always as good as the source. (I have a p4 1.6 with 512 cache and 512mb DDR 333 (pc2700) ram. Lots of free HD space well defragged and running XP.

Some conflict or bottleneck has to be creating these synch problems. Some might be quick to blame the 2 encoders but these issues do not exist when the process is run alone or with other light activity.

I have had no other problems such as lesser quality though, the video and audio compression seem normal otherwise but I didn't go through these files frame by frame just enough to see that they were out of synch.

No! I don't do it anymore. As soon as I realized the cause I stopped running multiple sessions.

PS In some cases I was frameserving from DVDX to the encoders while doing some other process.

[c3]

Multiple accesses of the HD during a cotinuous operation can cause conflicts. If you access TMPGenc and other large files at the same time, you're asking for trouble. Something may go wrong. Since TMPGenc needs a steady feed of data to not crash, it may input/output some garbage due to interruptions.

I find this hard to believe. TMPGenc is NOT a realtime program, unlike capturing video/audio. If you do something that would crash the system, that's really an unrelated problem.

[nerdboy69]

Multiple accesses of the HD during a cotinuous operation can cause conflicts. If you access TMPGenc and other large files at the same time, you're asking for trouble. Something may go wrong. Since TMPGenc needs a steady feed of data to not crash, it may input/output some garbage due to interruptions.

I find this hard to believe. TMPGenc is NOT a realtime program, unlike capturing video/audio. If you do something that would crash the system, that's really an unrelated problem.

I agree. I am happy to be proved wrong, but until I see some technical proof other than vague speculation, I think the behaviour described is due to other system issues.