I've only tried yesterday to make a 2 pass encode to AVI by using the Job Control, but after the first pass it's stopped working.
This is how I've done:
Loaded the video set the 1st pass parameters and selected Job Control->Save as AVI
Than selected the 2nd pass compression parameters and also selected Job Control->Sava as AVI (with the same filename as for 1st Pass)
Then opened Job Control, there I've seen my two queued operation listed and clicked Start.
But it did halt at the end of the first operation and didn't start the second one, and the progress bar has stuck at 6%. Even after I've tried to do something manually, the Start button was all grayed out.
What am I missing to do this right?
+ Reply to Thread
Results 1 to 18 of 18
I guess there's shouldn't be the matter of my settings as if I run the First and than the Second Pass manually and independently (without the Job Queue) it starts and finishes both Passes just right. The bug only appears if I try to do EXACTLY the same with the Job Queue. I tried it again and the progress of the first pass was very-very slow as seen:
Only 0.25fps/s advance, while running manually I can get even 25-30fps/s. So there's something definitely messed up here with the Job Control.
[Attachment 49952 - Click to enlarge]
Here's the log after a few minutes of waiting and then aborting the first pass, but nothing useful:
[*] Beginning dub operation.
[i] Dub: Input (decompression) format is: YUV420.
[i] Dub: Output (compression) format is: YUV420.
[*] Ending operation.
VirtualDub has different input options. From your screenshot it seems you are using the ffmpeg input plugin.
I'm wondering what the problem could be:
- bug in Xvid version? Test different encoder to exclude this possibility.
- bug in audio decoding or encoding? Test with audio disabled.
- (video) decoding problem? Try different input option. E.g. through AviSynth instead of VirtualDub ffmpeg plugin. (Bug in input plugin or broken input file.)
From the given information it is hard to guess/debug.
Cranking Process Priority up to Even Higher will not reduce the time it takes to encode unless you have some other CPU hungry processes competing for CPU time. And high priorities can lead to problems as the user process competes for CPU time with the OS. User processes should almost never run at more than Normal priority. I usually run encoding at Idle priority. That runs just as fast as any higher priority if there is no other CPU hungry process running, and it leaves the computer usable for other things if needed (of course, the encoding will be slowed if you do so).
That's just one shot taken to show that it runs sluggishly slow even set on higher priority. It's the same happening on Normal or any other priority. I have done the manual -non queued- encodes on Normal and also on Even Higher priorities with success and without errors, so that must not be the cause.
Edit: Will try later those as suggested, right now I stand to deal with manual control. And yes, I have the FFMpeg plugin (64bit version) placed in the VirtualDub folder. I've tried to avoid any unnecessary installation as possible, that's another reason, why I didn't have Avisynth installed.
Last edited by Mounter81; 29th Aug 2019 at 22:08.
I wasn't suggesting the high priority was the likely the cause of your problem. Just that it's not a good idea to run user processes at high priority.
What kind of CPU usage are you seeing when the slowdown happens vs. when it's running normally? How many threads is Xvid set to use? Are you using any slow filters in VirtualDub?
A wanted to try VirtualDub2, but the AC3 ACM encoder juts isn't working. It doesn't even set the parameters I've adjusted, so every time I reopen Audio->Compression it's back to the default "empty" stage.
[Attachment 49970 - Click to enlarge]
When I try to Save the Video it shows the following pop-up:
[Attachment 49969 - Click to enlarge]
These are my working settings with the "original" VirtualDub after having these codecs installed:
[Attachment 49971 - Click to enlarge]
Last edited by Mounter81; 30th Aug 2019 at 07:59.
Convert the audio to 16 bit PCM.
The AC3 encoder requires 16 bit PCM as input.
What you mean by that conversion method to run through? I don't need any other conversion in the original VirtualDub and the setting to convert to AC3 works straight for all audio streams. So why doesn't work in VD2? So how to done this properly, first convert and save a PCM stream in a different file?
Tho' I've just have tried to 2 pass convert a 1min part of a video, but also the Job Control seems working right in VD2!
I only wonder about these missing setting in the AC3 Codec Configuration Settings that I have in the original VD, but not in VD2...?! Why are these missing?:
[Attachment 49972 - Click to enlarge]
Last edited by Mounter81; 30th Aug 2019 at 09:23.