UPGRADE YOUR BROWSER

We have detected your current browser version is not the latest one. Xilinx.com uses the latest web technologies to bring you the best online experience possible. Please upgrade to a Xilinx.com supported browser:Chrome, Firefox, Internet Explorer 11, Safari. Thank you!

cancel
Showing results for 
Search instead for 
Did you mean: 
Explorer
Explorer
808 Views
Registered: ‎05-04-2014

[2018.1 / 2017.4]HDMI RxStreamDownCallback problem

Jump to solution

Hi,

 

I have a question about HDMI RxStreamDownCallback function. Why  does Xilinx add "TxRestartColorbar = (FALSE);TxBusy = (TRUE);" in vivado 2018.1 ?

 

Vivado 2017.4 

 

void RxStreamDownCallback(void *CallbackRef)
{
  IsPassThrough = (FALSE);

#ifdef USE_HDCP
  /* Call HDCP stream-down callback */
  XHdcp_StreamDownCallback(&HdcpRepeater);
#endif

}

 

Vivado 2018.1 

 

void RxStreamDownCallback(void *CallbackRef) {

#if(LOOPBACK_MODE_EN != 1)
#ifdef XPAR_XV_HDMITXSS_NUM_INSTANCES
	    ResetAuxFifo();
		/*Check for Pass-through*/
		/* Doesnt require to restart colorbar
		 * if the system is in colorbar mode
		 */
		if (IsPassThrough) {
			/* RX Stream Down happen due to 2 possible scenarios
			 * 1 - When resolution change
			 * 2 - When the source stops sending stream even the RX cable
			 *     is connected
			 * In this example, The color bar should happen only for 2 
			 * scenarios, when the TX Cable is still connected
			 * 1 - When pressing "c" by forcing the color bar
			 * 2 - When RX cable is disconnected
			 * Hence, when the stream change, the example design
			 * wouldn't enter to color bar mode unless both scenario's32
			 * above
			 */
			TxRestartColorbar = (FALSE);
			TxBusy = (TRUE);
		}
#endif
#endif

#ifdef USE_HDCP
	/* Call HDCP stream-down callback */
	XHdcp_StreamDownCallback(&HdcpRepeater);
#endif

}

 

 

Sitting

Tags (2)
0 Kudos
1 Solution

Accepted Solutions
Xilinx Employee
Xilinx Employee
876 Views
Registered: ‎08-02-2007

Re: [2018.1 / 2017.4]HDMI RxStreamDownCallback problem

Jump to solution

@sitting

 

I think the comments is clear enough, TxRestartColorbar is used to avoid using color mode when RX is changing resolution. "Hence, when the stream change, the example design wouldn't enter to color bar mode unless both scenario's32 above"

2 Replies
Moderator
Moderator
734 Views
Registered: ‎10-04-2017

Re: [2018.1 / 2017.4]HDMI RxStreamDownCallback problem

Jump to solution

Hi @sitting

 

To clarify: this function is included in the application source code for the example design. Specifically in xhdmi_example.c.

 

In the old code, I believe there was a conditional statement that checked for IsPassThrough, if it was false then the TPG was started to produce a video stream to the TX.

 

In the new code, TxRestartColorbar = (FALSE), and TxBusy = (TRUE) are used.

 

TxRestartColorbar is a flag used to call:

HdmiTxSsVidStreamPtr = XV_HdmiTxSs_GetVideoStream(&HdmiTxSs);
             EnableColorBar(&Vphy,
                         &HdmiTxSs,
                         HdmiTxSsVidStreamPtr->VmId,

                         HdmiTxSsVidStreamPtr->ColorFormatId,
                         HdmiTxSsVidStreamPtr->ColorDepth);

 

TxBusy is a flag that represents:

"Either TX still on transition to a new video format    "or the TX cable is not connected"

 

Regards,

Sam

 

Regards,

Sam

Don't forget to reply, kudo, and accept as solution.

Xilinx Video Design Hub
Xilinx Employee
Xilinx Employee
877 Views
Registered: ‎08-02-2007

Re: [2018.1 / 2017.4]HDMI RxStreamDownCallback problem

Jump to solution

@sitting

 

I think the comments is clear enough, TxRestartColorbar is used to avoid using color mode when RX is changing resolution. "Hence, when the stream change, the example design wouldn't enter to color bar mode unless both scenario's32 above"