Re-using old temp files

If you change a setting, then it means that you have changed the scenario, and AutoGK now needs to redo the compressibility test, first pass etc. taking into account the new setting. Unless it's a setting, for which the previous encode's stats can be used. You don't need to redo the audio if you don't want to. Just uncheck the audio. You can take the audio from the previous try and manually mux it again. What is the setting you are changing anyway?

The resolution you choose is a big determining factor in the compressibility of the video. If that's what you are changing, then you should always redo the first pass. But let's say you wanted to just change the target size, then you don't need to redo the first pass (but of course, there's no way to tell AutoGK not to redo the first pass, so you'd have to take the stats file from the first pass and do the second pass manually). Easiest thing would be to redo everything.

Now I've got a bit more encoding experience I do every so often re-encode the video without the audio and use VirtualDubMod to add the audio demuxed/created in the first try myself. TheTooleMan, before you re-encode, manually copy the audio created in the first try to a safe place. If you don't copy/move it from the AutoGK temp folder, AutoGK will delete it before it starts the next run. You'll find VirtualDubMod installed inside the AutoGK installation folder.

Quick instructions: Open VirtualDubMod. Open the AVI without the audio. From the VDM Streams menu at the top select Streams List. Use the Add button to add the audio stream you saved after AutoGKs first encode. Select okay to go back to the main VDM window. The use the File/Save menu to re-save the AVI, but select direct stream copy for the video first otherwise VDM will re-encode it again. I find VDM can be a bit fussy when it comes to adding VBR MP3 audio. Occasionally it'll hang while re-saving the file. It doesn't seem to have a problem with CBR MP3 or AC3 audio.

Thanks for the info. I have another question that may be a little off-topic for this thread, but since I have your attention... I have tried using VirtualDub and VDubMod to compress video. But whenever I go to the Compression item under the Video menu, the programs bomb. I get the message "VirtualDub has stopped working" and it shuts down. I have used VirtualDub to run the scripts created by AutoGK in a step-by-step process, and that works fine. So what's different about the stand-alone execution of VirtualDub? Are the codecs or DLL's not loaded? How do I get around this problem? (Where I wrote VirtualDub above, the same applies to VirtualDubMod)

When I said I've got a bit more encoding experienced, I guess I should have put a little more emphasis on the "bit" bit. ;-) Sorry, but I've never done what you're trying to do so can't help you there. My working knowledge of VirtualDubMod doesn't extend much past extracting streams from AVIs and putting them back together again. You're probably more advanced than me. Would you get around the problem by not using VirtualDubMod to compress video? That's not me trying to be clever.... I manually use VDM for the jobs where I don't have to actually re-compress video (audio I'll sometimes do) but if there's encoding involved I give the job back to AutoGK.

"Now I've got a bit more encoding experience I do every so often re-encode the video without the audio and use VirtualDubMod to add the audio demuxed/created in the first try myself." In case I sounded like I was being more clever than I am.... I meant that every so often I let AutoGK re-encode the video without the audio.....