Honored Contributor
Honored Contributor> Also, woudn't I have to change the control data packet information if I was to change the width of the VIP frame from 640 pixels to 640 X 3 pixels inorder to get the Y_10, Y_10, Y_10, Y_11, Y_11, Y_11..sequence ?
No, the width in the control packets would still be 640 since the number of pixels would still be the same. The transformation brings you from 1 channel in sequence to 3 channels in sequence but this information is not carried over in control packets. It is a compile time parameter for most VIP cores. > I'm not sure if this is the right solution, but what would happen if I create a custom module that receives the camera stream from a source(deinterlacer) and place the 8bit Y values in a 24 bit signal(23..16)(15..8)(7..0) which is then streamed along with the valid, sop, eop signals to the alpha blending mixer (sink) ? I am not sure I understood what your source is but if you have control over the source and you are already generating control packets yourself then yes this is by far the easiest solution. If your source is the deinterlacer VIP core working with 1 color sample per pixel (1 channel in parallel and 1 channel in sequence) then you have to modify the control packet on the fly as described in: http://www.altera.com/literature/ug/ug_vip.pdf (Figure 4.10 to Figure 4.8). The data contained in the control packet would still be the same but it is transmitted differently.
