You stole MY question.    The code that prints the page background hasn't changed in years and the changing variable here is the rebuilt PC.  We know QU is sending 0,0,0 to the driver because your print-to-tiff gave you true black.  When QU prints to file, it runs the exact same code as that which sends the data to the printer: it just reroutes the data to a file.  It's more likely that the driver isn't "happy" with something regarding your new PC build.

Mike

The code in 117, 118, and 119 is identical for you since you are running a Xerox printer and the code changes in 117, 118, and 119 only get executed if you are running a Canon or Epson printer.

Because the same code is running in 117 and 119 but you are getting different results and the only difference is the memory address at which that code runs, I think we are down to two possibilities:

(1) The printer driver is loading at a slightly different address and not working properly.  Try using the PCL driver for your Xerox printer instead of the PS driver.  Windows uses PCL and at some point that PS data is going to have to be converted to PCL anyway.  I've seen some strange results when printing to Postscript drivers in Windows from other drivers so using the non-PS (PCL) driver instead may correct the problems you are seeing.  Postscript is an Adobe creation meant mostly for PDF's and vector graphics and sometimes doesn't mesh well with Windows and the raster graphics needed for photo printing.

(2) Your anti-virus software may be inferfering with normal operation.  Try temporarily disabling it to see if it fixes the problem.

Regards,
Mike