Quote:
One way or the other I intend to figure this out!
I don't think there is much to "figure out" in the sense that some PD setting or system adjustment will help. I believe it's simply the way PD works. The contrast/brightness is a CPU task. Based on some monitoring, I believe why the large slowness occurs is that when one adds the contrast and brightness correction, PD probably uses a single CPU core for this adjustment. So this becomes the drag. In the grand scheme, it won't matter if one uses HA encoding or CPU encoding, the CPU computations for the adjustment being done simply becomes the dominant bottleneck resulting in long produce times.
There might be some relief with PD 2726 patch, the statement "*Improves CPU usage and performance when producing video with ColorDirector adjustments applied." It appears to highlight only Colordirector vs more simple adjustments applied in PD itself. It helps simple contrast/brightness adjustment in PD for me relative to release 2420, like a
2x benefit, makes little benefit when same adjustment is done in CD. Not sure what the release bullet claims to have corrected, on my box, it appears the opposite. For both CPU and HA encoding I get significant improvement when contrast/brightness is applied in PD vs CD. Significantly better CPU utilization in 2726, like the adjustment its now multi-core in PD.
Just curious, ProStreetCamaro, is your monitor plugged into the mother board video port or your AMD R9 290x PCI card port? The fact that you are seeing QS in produce either tells me you have the monitor connected to the MB or depending on which MB you have, you have your BIOS configured uniquely.
Jeff