CompuServe Messages

Chuck, I did the re-autohue, recal etc. No real change in the luma shift and CG page load flashing. But, in the process I found the Toaster is MAJOR hosed up. With CBars input to input 1 direct froma camera, I autohued the Toaster (under 3.1/3.5 Toaster software both with and without the Flyer connected and the FLyer init in user-startup). After autohue and starting the toaster I selected input 1 on the program bus. Boy, were the colors off! Then I loaded CBAR graphic into both DV buffers and did a half wipe between them using the "Wipe Up" effect (normally proj 11, bank D, 34). BIG difference in the display. I hooked the program out to the WF/VS and found that the CBars from the camera when selected on the program bus, were 30 degrees off (that is, to line up the color points in the boxes, I had to rotate the burst line 30 deg below its correct horizontal position). The levels and relative distance between the points was right on, however. With the CBar graphic in both DV buffers, the levels on the VS were lower than I've seen them before (1/2 to 1/3 of the way between the "X" and the lower edge of the box) and switching betwee DV buffers shows about a 5-10 degree CCW rotation of the vector. DV1 appears to have the correct vector angles, but DV2 is 5-10 degrees off. Then if I look at the WF with the CBar in both DVs, the levels are about 3 IRE low for DV1 and the tops of the bars in flat or low pass mode ar slightly "bowed" – not nice and flat like I'm used to seeing from the Toaster. When I flip to DV2, the bowing shifts to the left and the bars compress by about 5 IRE. That is the tops of the bars come down around 2.IRE and the bottoms of the bars go up by 2.5 IRE. Looking at the wave form of the program out with the camera CBars input (1) selected, the levels appear depressed from the "raw" camera to WF/VS display by about 3-4 IRE. Do we need to RMA it and get the to revisit the repairs or can these be adjusted here by some "sneak" screen facilities? (I don't see any other adjusments on the Toaster besides CF.) SPeaking of CF, if I adjust it correctly, it seems to drift upward at about 1 V/hour (e.g. from -2.15 to -2.05 in the span of an hour). I don't know if there is a lwer limit, but since the toaster doesn't loose sync, I expect it stops prbably around 2.0. NOTE: re-enabling Flyer init in the user-startup, killing the cache/burst of cpu and then running autohue and flyer cal for the FLyer, then doing the same WF/VS tests as above shows similar results. The camera CBar signal looks perfect when taken direct to the WF/VS and nearly so when passed through the Toaster 4000 in the other box and tested off its program out. This leads me to believe that when they put the new Aircap on and the new resistor they did not adjust for proper phasing and level matching or inputs to outputs and between DV's. BTW, do I still qualify for RMA on the Seagates eventhough the drives were part of a Safe Harbor Flyer drive/tower package that was put together after NT stopped certifying HD's? If the Toaster needs an RMA (adjustments cannot be done by me), and I do qualify for the Seagate RMA's what is the possibility of arranging RMA's so that the repair periods run in parallel, rather than serial? (I do have the original Seagate drive packaging, BTW). wmc – via Autopilot!