<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://ez.analog.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Q&amp;amp;A - Recent Threads</title><link>https://ez.analog.com/video/f/q-a</link><description /><dc:language>en-US</dc:language><generator>Telligent Community 12</generator><item><title>Can ADV7511K send data without HS/VS (DE mode only)?</title><link>https://ez.analog.com/thread/603964?ContentTypeID=0</link><pubDate>Thu, 16 Apr 2026 19:54:04 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:c4e597e8-a68a-4279-9c6e-8a0ab0c3e959</guid><dc:creator>kjpetlig</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/603964?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603964/can-adv7511k-send-data-without-hs-vs-de-mode-only/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;I would like to use&amp;nbsp;ADV7511K for non-video purposes (just sending 24 bit data), can this part accept data without HS/VS? Typically this is called &amp;quot;DE mode&amp;quot;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7403BSTZ-110 RS-170 Video Detection Issue</title><link>https://ez.analog.com/thread/603948?ContentTypeID=0</link><pubDate>Thu, 16 Apr 2026 06:57:32 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:0827f3d8-fc5c-4350-9e22-c9c79fc52262</guid><dc:creator>NileshCore</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/603948?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603948/adv7403bstz-110-rs-170-video-detection-issue/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;span&gt;I am currently using the&amp;nbsp;&lt;/span&gt;ADV7403BSTZ-110&amp;nbsp;&lt;span&gt;in a design where I am feeding a monochrome&amp;nbsp;&lt;/span&gt;&lt;strong class="Yjhzub" data-sfc-root="c" data-sfc-cb="" data-complete="true" data-processed="true"&gt;RS-170&lt;/strong&gt;&lt;span&gt;&amp;nbsp;video signal&amp;nbsp;(640*480&lt;/span&gt;&lt;span&gt;). However, the IC is detecting this as an&amp;nbsp;&lt;strong class="Yjhzub" data-sfc-root="c" data-sfc-cb="" data-complete="true" data-processed="true"&gt;NTSC&lt;/strong&gt;&amp;nbsp;signal (720*480&lt;/span&gt;&lt;span&gt;), which results in a black border and incorrect framing on the output.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Since the ADV7403 datasheet does not explicitly list RS-170 support, I have the following questions&lt;/span&gt;&lt;/p&gt;
&lt;ol class="IaGLZe VimKh" data-sfc-root="c" data-sfc-cb="" data-complete="true" data-processed="true"&gt;
&lt;li class="dF3vjf" data-sfc-root="c" data-sfc-cb="" data-hveid="CAEIDhAA" data-complete="true" data-sae=""&gt;&lt;span class="T286Pc" data-sfc-cp="" data-sfc-root="c" data-sfc-cb="" data-complete="true"&gt;Is there a specific register configuration or script for the&lt;span&gt;&amp;nbsp;&lt;/span&gt;&lt;/span&gt;ADV7403 that allows it to correctly frame a&lt;span&gt;&amp;nbsp;&lt;/span&gt;RS-170 input without defaulting to 720-pixel NTSC width?&lt;/li&gt;
&lt;li class="dF3vjf" data-sfc-root="c" data-sfc-cb="" data-hveid="CAEIDhAD" data-complete="true" data-sae=""&gt;&lt;span class="T286Pc" data-sfc-cp="" data-sfc-root="c" data-sfc-cb="" data-complete="true"&gt;If the ADV7403 cannot support this, could you recommend a similar video decoder IC (with similar pinouts or specifications) that fully supports NTSC, PAL, and monochrome RS-170?&lt;/span&gt;&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;&lt;span class="T286Pc" data-sfc-cp="" data-sfc-root="c" data-sfc-cb="" data-complete="true"&gt;&lt;span&gt;I have attached my current schematic ( i am giving RS170 input to the pin no 76 of IC ) and a sample of the video output for your reference. Any guidance or scripts you can provide would be greatly appreciated.&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span class="T286Pc" data-sfc-cp="" data-sfc-root="c" data-sfc-cb="" data-complete="true"&gt;&lt;span&gt;&lt;img style="max-height:175px;max-width:609px;" height="175" src="/resized-image/__size/1218x350/__key/communityserver-discussions-components-files/331/pastedimage1776321547297v7.png" width="609" alt=" " /&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span class="T286Pc" data-sfc-cp="" data-sfc-root="c" data-sfc-cb="" data-complete="true"&gt;&lt;span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span class="T286Pc" data-sfc-cp="" data-sfc-root="c" data-sfc-cb="" data-complete="true"&gt;&lt;span&gt;&lt;img style="max-height:240px;max-width:320px;" src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/331/pastedimage1776322251869v8.jpeg" alt=" " /&gt;&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>CVBS input video disturbance issue</title><link>https://ez.analog.com/thread/603931?ContentTypeID=0</link><pubDate>Wed, 15 Apr 2026 10:35:47 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:3c391244-ff76-4cca-a0bb-6c4bcd9fac70</guid><dc:creator>jianzhou</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/603931?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603931/cvbs-input-video-disturbance-issue/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;span&gt;Dear Engineer,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; To avoid the jitter issue caused by the ADV7280 I2P function, I disabled the I2P function and used the downstream RV1126B to perform de-interlacing. Now I find that with CVBS input, there is a disturbance phenomenon, while S-video input shows no disturbance. I also verified with the internal test pattern using REG0x14&amp;#39;s FREE_RUN_PAT_SEL(&lt;/span&gt;100% color bars/Luma ramp/Boundary box),&amp;nbsp;&lt;span&gt;and there was no disturbance. How can I optimize the disturbance issue specifically for CVBS input?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Settings for the equaliser gain on the RX side (zctrl and gctrl)</title><link>https://ez.analog.com/thread/603922?ContentTypeID=0</link><pubDate>Wed, 15 Apr 2026 04:38:06 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:c20f3baa-0857-4d47-a3cc-48e1f8a243c5</guid><dc:creator>ADV7625SDAPullupResistor</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/603922?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603922/settings-for-the-equaliser-gain-on-the-rx-side-zctrl-and-gctrl/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Please tell me how to adjust the equaliser gain on the RX side of the adv7626, and which register to use.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7511 ARC only - How to connect TMDS pins?</title><link>https://ez.analog.com/thread/603865?ContentTypeID=0</link><pubDate>Sat, 11 Apr 2026 01:54:54 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:600566a3-b445-4fd7-871e-bf1e470653db</guid><dc:creator>t1msu100</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/603865?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603865/adv7511-arc-only---how-to-connect-tmds-pins/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I&amp;#39;m interested in using the ADV7511 &lt;strong&gt;only for it&amp;#39;s ARC&lt;/strong&gt; functionality.&lt;/p&gt;
&lt;p&gt;The RGB-&amp;gt;HDMI video conversion part will be unused.&lt;/p&gt;
&lt;p&gt;The HW-Guide suggests that the RGB input pins should be tied to ground.&lt;/p&gt;
&lt;p&gt;What should done with the 8 TMDS pins?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Can they be left unconnected on both the IC and the HDMI connector for easier routing or should they be connected the same as if I was using the video part?&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7401 PCB TRACE length matching</title><link>https://ez.analog.com/thread/603783?ContentTypeID=0</link><pubDate>Tue, 07 Apr 2026 10:08:30 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:7ce1057e-a169-403e-9a02-347e73030cbb</guid><dc:creator>Esakkidurai</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/603783?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603783/adv7401-pcb-trace-length-matching/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Dear Team,&lt;br /&gt;&lt;br /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; Good day to you all !! We are using the ADV7401BSTZ-110 video decoder in our design.&lt;br /&gt;&lt;br /&gt;The input signal is Graphics RGBs and the output format is 24-bit pixel data.&lt;br /&gt;&lt;br /&gt;Q1) Could you please share the allowable PCB trace length mismatch (allowable Skew)&amp;nbsp; requirements for analog RGB signlas?&lt;br /&gt;&lt;br /&gt;Q2) What is the allowable PCB trace length mismatch (allowable Skew) among the pixel data lines RGB[0:23],control lines and LLC clock for ADV7401 chipset?&lt;/p&gt;
&lt;p&gt;Thanks &amp;amp; Regards,&lt;/p&gt;
&lt;p&gt;Esakki.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>[ADV7480] Reset timing during battery brown-out and DVDDIO absolute maximum concern</title><link>https://ez.analog.com/thread/603749?ContentTypeID=0</link><pubDate>Fri, 03 Apr 2026 04:32:09 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:6e78c7bc-2e54-44ef-8195-afbdd559dc74</guid><dc:creator>HTCV3</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/603749?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603749/adv7480-reset-timing-during-battery-brown-out-and-dvddio-absolute-maximum-concern/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;We have a question regarding the ADV7480 reset behavior during an abnormal battery condition in customer system.&lt;/p&gt;
&lt;p&gt;In customer application, when a momentary battery brown-out occurs, the ADV7480 is powered down and the RESETL pin is driven low. However, we have observed that the RESETL output transitions to low approximately 4 ms later than the DVDDIO power-off.&lt;/p&gt;
&lt;p&gt;As a result, during this short period, the voltage level on the RESETL pin exceeds the DVDDIO rail and temporarily violates the absolute maximum rating of DVDDIO + 0.3 V.&lt;/p&gt;
&lt;p&gt;Our questions are as follows:&lt;/p&gt;
&lt;p&gt;1. Is this condition acceptable from a device reliability standpoint, considering that the duration is very short (approximately 4 ms) and the event occurs only during abnormal power conditions?&lt;br /&gt;2. Is there a known risk of device damage or long-term reliability degradation due to this short-duration exposure beyond the absolute maximum rating?&lt;br /&gt;3. Does Analog Devices have any recommended mitigation techniques (for example, series resistance on RESETL or other minimal circuit measures) to reduce the risk without requiring major circuit changes such as level shifters?&lt;/p&gt;
&lt;p&gt;Please note that implementing major circuit modifications would have a significant impact on customer design, so we would appreciate your guidance on whether this behavior can be reasonably tolerated or how it can be mitigated with minimal impact.&lt;/p&gt;
&lt;p&gt;We apologize for the short notice, but we would appreciate a response by April 6th.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7604 non document register</title><link>https://ez.analog.com/thread/603693?ContentTypeID=0</link><pubDate>Tue, 31 Mar 2026 11:23:10 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:b6c03526-7b59-4d87-9d04-bcf2910afef1</guid><dc:creator>gabi.furman</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/603693?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603693/adv7604-non-document-register/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;&lt;span data-olk-copy-source="MessageBody"&gt;On my GPU board I am using the ADV7604 to capture RGBHV video input at XGA resolution. &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span data-olk-copy-source="MessageBody"&gt;The device work properly but I get a background analog noise on the image. &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span data-olk-copy-source="MessageBody"&gt;During debug I mistakenly write AFE MAP register 0x12 with value 0x00 and it solve the problem. &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span data-olk-copy-source="MessageBody"&gt;When looking into the SW register list , I cannot find that such register exists .&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span data-olk-copy-source="MessageBody"&gt;appreciate your support.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7280A: Unstable chroma on first active line of BT.656 (STANAG Class C / NTSC)</title><link>https://ez.analog.com/thread/603677?ContentTypeID=0</link><pubDate>Mon, 30 Mar 2026 14:24:03 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:2f1e99ad-4b72-4415-a785-159e45b5b5ee</guid><dc:creator>jon510</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/603677?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603677/adv7280a-unstable-chroma-on-first-active-line-of-bt-656-stanag-class-c-ntsc/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I am using the ADV7280A with a STANAG 3350 Class C (NTSC RS-170A timing equivalent) composite input and 8-bit embedded BT.656-4 output.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Symptom:&lt;/strong&gt;&lt;br /&gt;The first active row of one field shows blinking colored dots (unstable chroma) on saturated colors such as SMPTE bars. Luma appears stable. Row 1 and the following rows are clean.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Isolation:&lt;/strong&gt;&lt;br /&gt;We checked the raw BT.656 output directly with an FPGA Integrated Logic Analyzer (ILA). The ADV7280A outputs 487 active lines, and the chroma variation is already present on the first active line of the raw byte stream before our FPGA crops it to 720x486 lines for the downstream modules.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Attempted fixes:&lt;/strong&gt;&lt;br /&gt;We tested several documented registers and EngineerZone-recommended initialization sequences, including 0x27, 0x2B to 0x2E, 0x3D, 0x38 to 0x39, and 0xEB to 0xEC, without any change to the first-line behavior. We have also checked with different video sources.&lt;/p&gt;
&lt;p&gt;For reference, our baseline ADV7280A configuration is:&lt;br /&gt;0x00 = 0x00&lt;br /&gt;0x02 = 0x14&lt;br /&gt;0x03 = 0x0C&lt;br /&gt;0x04 = 0xBD&lt;br /&gt;0x1D = 0x64&lt;br /&gt;0x0F = 0x00&lt;br /&gt;0x3A = 0x07&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:434px;max-width:643px;" alt=" " height="434" src="/resized-image/__size/1286x868/__key/communityserver-discussions-components-files/331/cvbs_5F00_in_5F00_smpte_5F00_capture.png" width="643" /&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Questions:&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;1. Is this a known ADV7280A behavior for STANAG Class C / non-broadcast NTSC sources, specifically on the first active line of a field?&lt;/p&gt;
&lt;p&gt;2. Could this be related to NTSC field-boundary / SCH burst phase behavior, or to how the ADV7280A handles chroma decoding / comb filtering on the first active line?&lt;/p&gt;
&lt;p&gt;3. Is there any documented or undocumented register sequence that can improve first-line chroma stability, or is the recommended approach simply to mask this line downstream?&lt;/p&gt;
&lt;p&gt;Thanks in advance for the support.&lt;/p&gt;
&lt;p&gt;Kind&amp;nbsp;regards,&lt;br /&gt;Jonathan&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7391WBCPZ – Device-to-Device Variation in Large-Signal Transient Response (Right-Side Trailing Artifact)</title><link>https://ez.analog.com/thread/603570?ContentTypeID=0</link><pubDate>Tue, 24 Mar 2026 01:29:14 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:d42b67be-9bfa-4bb6-a600-89c5570a39ec</guid><dc:creator>sakelover</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/603570?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603570/adv7391wbcpz-device-to-device-variation-in-large-signal-transient-response-right-side-trailing-artifact/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;span&gt;Dear ADI FAE Team,&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;We are currently evaluating the ADV7391WBCPZ in an NTSC composite video application and have encountered a device-dependent artifact related to large-signal transitions.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;When the digital input experiences a full-scale step change (e.g., luminance transition from 0 to 255), a visible trailing artifact appears toward the right side of the displayed image. From a signal integrity standpoint, this resembles a large-signal transient response issue, potentially associated with reconstruction filter behavior, DAC slew limitations, output stage settling characteristics, or edge-enhancement / sharpness processing interaction.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;Importantly, this phenomenon is not consistent across all devices. Under identical FPGA video timing, register configuration, PCB layout, load conditions, and power supply environment, only a subset of ADV7391 devices exhibit this right-direction trailing behavior. This suggests a possible device-to-device variation in analog transient performance, internal filter stability margin, or output driver dynamics.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;For your reference, the current register configuration programmed via I&amp;sup2;C from the FPGA is listed below:&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;0x17 : 0x02 (Software reset)&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;0x00 : 0x1C (All DACs enabled)&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;0x01 : 0x00 (SD mode)&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;0x02 : 0x20 (Default)&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;0x80 : 0x10 (NTSC standard selection)&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;0x82 : 0xCB&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;We would greatly appreciate your technical guidance on the following points:&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;1. Are there any known silicon variations or characterization notes related to large-amplitude step response, DAC settling behavior, or composite output reconstruction filtering in ADV7391 devices?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;2. Are there recommended register settings to mitigate overshoot, ringing, or right-side trailing artifacts (e.g., sharpness control, adaptive filtering gain, output drive strength, or internal LPF configuration)?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;3. Could this behavior be influenced by output load impedance sensitivity, AC-coupling network design, or PCB parasitics affecting loop stability?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;4. Is there any application note or internal technical documentation addressing transient artifacts under full-scale video transitions?&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;Thank you very much for your support.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;span&gt;Best regards,&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Behavior of ADV7610 and I2C pins during a continuous reset state</title><link>https://ez.analog.com/thread/603491?ContentTypeID=0</link><pubDate>Thu, 19 Mar 2026 09:39:21 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:c4ee18b7-3137-4716-a199-36b143740dad</guid><dc:creator>KKZ</dc:creator><slash:comments>2</slash:comments><comments>https://ez.analog.com/thread/603491?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603491/behavior-of-adv7610-and-i2c-pins-during-a-continuous-reset-state/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Q1: Is there any issue with the ADV7610 device if the RESET pin is held low to maintain a continuous reset state while the following conditions are met?&lt;br /&gt;- All power supplies (TVDD, VDDIO, CVDD, PVDD, DVDD) are applied.&lt;br /&gt;- 5V is applied to the RXA_5V pin.&lt;br /&gt;- A clock signal is input to the XTALP pin.&lt;br /&gt;- There is no TMDS input, and the TMDS bus is in a high-impedance state.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Q2: What is the state of the SCL and SDA pins when the RESET pin is held low (continuous reset state)? There are some ICs sharing the same I2C bus (SCL, SDA), and we are planning to perform I2C communication with those ICs while the ADV7610 is held in reset.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>MSL level for ADV7535BCBZ-RL7</title><link>https://ez.analog.com/thread/603487?ContentTypeID=0</link><pubDate>Thu, 19 Mar 2026 06:59:24 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:1c3bc705-8749-465e-bb23-e988339491c8</guid><dc:creator>MSY</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/603487?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603487/msl-level-for-adv7535bcbz-rl7/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi Team,&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Please help to share the MSL level of&amp;nbsp;ADV7535BCBZ-RL7 on priority.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Power rails design and current consumption</title><link>https://ez.analog.com/thread/603341?ContentTypeID=0</link><pubDate>Thu, 12 Mar 2026 06:59:01 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:1f8c2799-44c1-4ec0-bd2f-f9994a4dd759</guid><dc:creator>Roey</dc:creator><slash:comments>4</slash:comments><comments>https://ez.analog.com/thread/603341?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603341/power-rails-design-and-current-consumption/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi Team&lt;/p&gt;
&lt;p&gt;I am going to use the ADV7391 in my design. My setup is:&lt;/p&gt;
&lt;p&gt;Video output: SD (NTSC/PAL)&lt;/p&gt;
&lt;p&gt;Mode of operation: x8 over sampling, Low drive current mode&lt;/p&gt;
&lt;p&gt;Output Driver: ADA4807 Gain of x2 and with 75ohm serial resistor&lt;/p&gt;
&lt;p&gt;IO Voltage: 1.8V&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;My questions are:&lt;/p&gt;
&lt;p&gt;1. What is the full current consumption from VAA at low current mode?&amp;nbsp;The datasheet specifies 50mA but that is in Full drive mode.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;2. I saw that VAA range is from 2.6V to 3.45 why the range is so large?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;3. I would like to provide the best power for the component. What is your recommendation for achieving that?&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;a. If you suggest using LDO, can you suggest a low dropout LDO because i want to use my 3.3V voltage as input voltage of the LDO&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;b. I saw that datasheet suggests&amp;nbsp;ferrite beads as filters. Many discussions claim that ferrite bead may add noise due to its inductance and resonance with the capacitor. What do you think of that?&lt;/p&gt;
&lt;p&gt;&amp;nbsp; &amp;nbsp;c. Can i use single LDO to feed same power sources such as PVDD, VDD and VDD_IO?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Thanks in advance&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Roey&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Video Test Pattern Generator IP issues</title><link>https://ez.analog.com/thread/603339?ContentTypeID=0</link><pubDate>Thu, 12 Mar 2026 05:03:43 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:4b6d4b12-38c2-4c0d-99e2-0120d7d4ecf9</guid><dc:creator>Chercheur</dc:creator><slash:comments>3</slash:comments><comments>https://ez.analog.com/thread/603339?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603339/video-test-pattern-generator-ip-issues/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I&amp;#39;ve started working on video tracking implementation on FPGA. The research paper I am following uses Zynq UltraScale + ZCU104 evaluation board. Initially I am trying to run HDMI in/out exdes on vivado which includes a video test pattern generator which is a built-in vivado IP generated through HLS. But it is giving error&amp;nbsp;&lt;/p&gt;
&lt;p&gt;[Synth 8-439] module &amp;#39;exdes_v_tpg_0_v_tpg&amp;#39; not found ["d:/MS_Notes/ResearchPRoject/MOSSE101/v_hdmi_rx_ss_0_ex/v_hdmi_rx_ss_0_ex.srcs/sources_1/bd/exdes/ip/exdes_v_tpg_0/synth/exdes_v_tpg_0.v":196] , though location is correct and file is present over there.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/331/pastedimage1773291721463v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;Best Regards&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7125 - Internal reference no longer supported?</title><link>https://ez.analog.com/thread/603159?ContentTypeID=0</link><pubDate>Tue, 10 Mar 2026 12:13:05 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:204f7aec-e17f-4407-bf12-d84ca0fb5155</guid><dc:creator>Bobrze</dc:creator><slash:comments>2</slash:comments><comments>https://ez.analog.com/thread/603159?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603159/adv7125---internal-reference-no-longer-supported/rss?ContentTypeId=0</wfw:commentRss><description>&lt;div data-wrapper="true"&gt;Hello,&lt;/div&gt;
&lt;div data-wrapper="true"&gt;&amp;nbsp;&lt;/div&gt;
&lt;div data-wrapper="true"&gt;I have noticed that the current version of datasheet omits description of the internal voltage reference in ADV7125. Older datasheet mentions either internal, or external Vref can be used. Current datasheet only directs you the Vref pin must be connected with external voltage reference.&lt;/div&gt;
&lt;div data-wrapper="true"&gt;&amp;nbsp;&lt;/div&gt;
&lt;div data-wrapper="true"&gt;Is that a mistake in the new datasheet (info got somehow missing) or does it mean, that ADV7125 now always requires an external reference? How to distinguish the chip version then please?&lt;/div&gt;
&lt;div data-wrapper="true"&gt;&amp;nbsp;&lt;/div&gt;
&lt;div data-wrapper="true"&gt;Thank you for your expertize.&lt;/div&gt;
&lt;div data-wrapper="true"&gt;Regards,&lt;/div&gt;
&lt;div data-wrapper="true"&gt;Jan&lt;/div&gt;
&lt;div data-wrapper="true"&gt;&amp;nbsp;&lt;/div&gt;
&lt;div data-wrapper="true"&gt;&lt;/div&gt;
&lt;div data-wrapper="true"&gt;&lt;img style="max-height:240px;max-width:320px;" alt=" " src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/331/2553.jpg" /&gt;&lt;img style="max-height:240px;max-width:320px;" alt=" " src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/331/0726.jpg" /&gt;&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Chuyển đổi DVI sang LVDS</title><link>https://ez.analog.com/thread/603243?ContentTypeID=0</link><pubDate>Mon, 09 Mar 2026 02:46:22 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:f7165b17-e7f8-4811-b55c-c49cad70bd36</guid><dc:creator>MIKOTRAN22</dc:creator><slash:comments>2</slash:comments><comments>https://ez.analog.com/thread/603243?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603243/chuyen-oi-dvi-sang-lvds/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Our customer would like to use&amp;nbsp;following configuration. Can ADV7842 configurate it?&lt;/p&gt;
&lt;p&gt;Input : DVI/HDMI&lt;/p&gt;
&lt;p&gt;Output : RGB&amp;nbsp;/ 24bit&lt;/p&gt;
&lt;p&gt;If ADV7842 can as above, how to set the registers? I&amp;#39;d like to know that script.&lt;/p&gt;
&lt;p&gt;&lt;span class="tlid-translation translation"&gt;&lt;span title=""&gt;When I confirmed &amp;quot;ADV7842-VER.5.9c.txt&amp;quot;, I could not find the configuration.&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span class="tlid-translation translation"&gt;&lt;span title=""&gt;Or please tell me which register to change from which section setting in order to make the setting.&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7842-7511 Evaluation Board EEPROM</title><link>https://ez.analog.com/thread/603182?ContentTypeID=0</link><pubDate>Thu, 05 Mar 2026 06:57:37 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:ec699323-eb54-4331-a84d-e307e0b036cc</guid><dc:creator>MIKOTRAN22</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/603182?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603182/adv7842-7511-evaluation-board-eeprom/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p data-start="0" data-end="134"&gt;I&amp;rsquo;m currently designing a board using the &lt;strong data-start="42" data-end="53"&gt;ADV7842&lt;/strong&gt;. On the &lt;strong data-start="62" data-end="95"&gt;ADV7842-7511 Evaluation Board&lt;/strong&gt;, I see both SPI EEPROM and I&amp;sup2;C EEPROM.&lt;/p&gt;
&lt;p data-start="136" data-end="197" data-is-last-node="" data-is-only-node=""&gt;How can I program and write firmware/data into these EEPROMs?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Video differential line drivers</title><link>https://ez.analog.com/thread/603116?ContentTypeID=0</link><pubDate>Tue, 03 Mar 2026 04:20:29 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:e037edab-b93f-41d1-91d9-4fea726ca3b4</guid><dc:creator>satya</dc:creator><slash:comments>3</slash:comments><comments>https://ez.analog.com/thread/603116?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603116/video-differential-line-drivers/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;I&amp;#39;m looking for video buffers (PAL to PAL), audio buffers(driving for long distance and load) and video format converter(PAL to RGB and NTSC to PAL).&lt;/p&gt;
&lt;p&gt;please suggest me the suitable IC.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;BR&lt;/p&gt;
&lt;p&gt;satya&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Noise occurs at sampling frequencies of 176.4 kHz and 192 kHz.</title><link>https://ez.analog.com/thread/603113?ContentTypeID=0</link><pubDate>Tue, 03 Mar 2026 00:18:27 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:378d5a9a-92d0-4953-bf8c-f5e08abddb90</guid><dc:creator>SHIGETO</dc:creator><slash:comments>2</slash:comments><comments>https://ez.analog.com/thread/603113?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603113/noise-occurs-at-sampling-frequencies-of-176-4-khz-and-192-khz/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;As shown in the diagram, I built a circuit combining the ADV7511 and ADV7619.&lt;/p&gt;
&lt;p&gt;The audio format between the ADV7619 and the ADV7511 is SPDIF.&lt;/p&gt;
&lt;p&gt;When the sampling frequency is set to 176.4 kHz or 192 kHz, the audio output from the ADV7511 becomes noisy. At that time, the N and CTS values are incorrect.&lt;/p&gt;
&lt;p&gt;・192 kHz (Normal)&lt;br /&gt;N = 24576&lt;br /&gt;CTS = 148500&lt;/p&gt;
&lt;p&gt;・192 kHz (Noise from ADV7511 output)&lt;br /&gt;N = 6144&lt;br /&gt;CTS = 37124&lt;/p&gt;
&lt;p&gt;What should I check?&lt;/p&gt;
&lt;p&gt;Best regards.&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/331/pastedimage1772496818449v1.jpeg" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7611 with TP2915</title><link>https://ez.analog.com/thread/603103?ContentTypeID=0</link><pubDate>Mon, 02 Mar 2026 10:33:29 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:3a7e738c-4e07-47a6-91e5-e5d033d55d69</guid><dc:creator>Hareesh9415</dc:creator><slash:comments>10</slash:comments><comments>https://ez.analog.com/thread/603103?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603103/adv7611-with-tp2915/rss?ContentTypeId=0</wfw:commentRss><description>&lt;div&gt;
&lt;p&gt;We are using the ADV7611 together with the Techpoint TP2915 to convert an HDMI input to an AHD/TVI output. When configuring the ADV7611 using the script below, I noticed the following issues:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;HDMI MAP (0x6A[4], tmds_clk_a_raw)&lt;/strong&gt; &amp;rarr; reading &lt;strong&gt;0x00&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;IO MAP (0x6F[0])&lt;/strong&gt; &amp;rarr; reading &lt;strong&gt;0x01&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;I am setting the resolution to &lt;strong&gt;1080p60&lt;/strong&gt; using the following register configuration:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;98 FF 80   # I2C reset
98 FD 44   # CP
98 00 1E   # VID_STD = 1080P60 @ 60Hz
98 01 05   # Prim_Mode = 101b HDMI-COMP
98 03 42   # 36-bit SDR 4:4:4 Mode 0
98 05 28   # AV Codes Off
98 0B 44   # Power up part
98 0C 42   # Power up part
98 14 7F   # Max Drive Strength
98 15 80   # Disable Tristate
98 19 83   # LLC DLL phase
98 33 40   # LLC DLL enable

44 BA 01   # Set HDMI FreeRun
44 BF 17   # Force FreeRun; Manual color settings
44 C0 00   # Manual color: Green
44 C1 00   # Manual color: Red
44 C2 A0   # Manual color: Blue
44 C9 05   # Disable auto buffering of FreeRun parameters
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;The LLC clock is correctly running at &lt;strong&gt;148.50 MHz&lt;/strong&gt;, and I can see activity on the ADV7611 output bus. However, the video is &lt;strong&gt;not displayed&lt;/strong&gt; on the TP2915 output.&lt;/p&gt;
&lt;p&gt;What could be the reason for this issue?&lt;/p&gt;
&lt;/div&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7480 Current Consumption During Reset States</title><link>https://ez.analog.com/thread/603100?ContentTypeID=0</link><pubDate>Mon, 02 Mar 2026 09:10:53 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:46de8044-37ce-4165-85b2-b52c9f336426</guid><dc:creator>shimizu-yasu</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/603100?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603100/adv7480-current-consumption-during-reset-states/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;span style="font-size:inherit;"&gt;Hello.&lt;/span&gt;&lt;br /&gt;&lt;span style="font-size:inherit;"&gt;We have received the following question from our customer.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;&lt;span style="font-size:inherit;"&gt;During a hardware reset of the ADV7480 (RESET pin asserted Low) and during a software reset (I2C/SPI register-based reset), what is the typical current consumption?&lt;/span&gt;&lt;br /&gt;&lt;span style="font-size:inherit;"&gt;Is it the same as the values listed under &amp;ldquo;POWER-DOWN CURRENTS&amp;rdquo; on page 6 of the datasheet, or are there any differences?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="font-size:inherit;"&gt;Best regards.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADV7341/ADV7393 use case</title><link>https://ez.analog.com/thread/603095?ContentTypeID=0</link><pubDate>Mon, 02 Mar 2026 07:58:36 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:cf973c19-f7da-4d27-8425-fa7a5dab4d4b</guid><dc:creator>Sree1729</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/603095?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603095/adv7341-adv7393-use-case/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;strong&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;div&gt;Hi,&lt;/div&gt;
&lt;div&gt;&amp;nbsp;&lt;/div&gt;
&lt;div&gt;I am planning to use ADV7611 and ADV7393 to convert HDMI to CVBS.&amp;nbsp;&lt;/div&gt;
&lt;div&gt;&amp;nbsp;&lt;/div&gt;
&lt;div&gt;While checking the evaluation board of ADV7611 I came across ADV7341 used on the eval-board to put out CVBS.&lt;/div&gt;
&lt;div&gt;&amp;nbsp;&lt;/div&gt;
&lt;div&gt;1. Why ADV7341 is not recommended for new design?&lt;/div&gt;
&lt;div&gt;2. Are ADV7341 and ADV7393 similar in functionality? I am asking this to see if I can validate the ADV7611 and ADV7393 combination.&lt;/div&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>MIPI clock can not output</title><link>https://ez.analog.com/thread/603088?ContentTypeID=0</link><pubDate>Mon, 02 Mar 2026 03:45:02 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:a23e79d2-980a-446b-90e9-53cc5cbd27e6</guid><dc:creator>yyl123hf</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/603088?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/603088/mipi-clock-can-not-output/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;While reading the MAX96712 registers, I confirmed that &lt;code data-path-to-node="2,0" data-index-in-node="56"&gt;video_lock&lt;/code&gt; and &lt;code data-path-to-node="2,0" data-index-in-node="71"&gt;pipe_lock&lt;/code&gt; are both set. However, after enabling &lt;code data-path-to-node="2,0" data-index-in-node="119"&gt;CSI_OUT&lt;/code&gt; (0x40B-bit2), the SOC side does not receive any bus data. Using an oscilloscope to probe the CSI bus, I observed waveforms on D0&amp;nbsp;~ D3, but the CLK bus remains constantly low. I attempted to set &lt;code data-path-to-node="2,0" data-index-in-node="327"&gt;force_csi_out_en&lt;/code&gt; (0x8A0-bit7), but the result remains the same. Reading registers 0x8D0~0x8D3 shows that the data is continuously toggling.&lt;/p&gt;
&lt;p&gt;The waveforms for D0：&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/331/pastedimage1772423049898v4.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;CLK are shown below：&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/331/pastedimage1772423075206v5.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Do you have any troubleshooting suggestions for this issue?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>[ADV7480] About CP_OUT_MODE[1:0] setting</title><link>https://ez.analog.com/thread/602981?ContentTypeID=0</link><pubDate>Wed, 25 Feb 2026 11:22:46 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:f4825b15-b627-47f9-bc7f-6dc313dd5e91</guid><dc:creator>HTCV3</dc:creator><slash:comments>2</slash:comments><comments>https://ez.analog.com/thread/602981?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/602981/adv7480-about-cp_out_mode-1-0-setting/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;The customer is using RGB888 when outputting MIPI-CSI.&lt;/p&gt;
&lt;p&gt;Checking the ADI recommended script, the following settings are found:&lt;br /&gt;(Ex.)01-29 HDMI to MIPI TxA CSI 4-Lane - RGB888, Up to 600Mbps:&lt;br /&gt;　　IO-MAP(0xE0) 0x04=0x02: RGB_OUT=1&lt;br /&gt;　　IO-MAP(0xE0) 0x12=0xF0: CP_OUT_MODE[1:0]=00&lt;/p&gt;
&lt;p&gt;Could you please explain in detail the difference between the settings CP_OUT_MODE[1:0]=00 (SDR 444) and CP_OUT_MODE[1:0]=01 (SDR 422 2ch)?&lt;br /&gt;Is any conversion or processing performed internally within the ADV7480?&lt;/p&gt;
&lt;p&gt;Best regards.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Chipset Suggestion for RGsB+PAL to MIPI-CSI2 conversion</title><link>https://ez.analog.com/thread/602953?ContentTypeID=0</link><pubDate>Tue, 24 Feb 2026 09:41:54 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:ec44a455-3088-43d9-95ee-89b65e2d09c1</guid><dc:creator>GaneshTamilselvam</dc:creator><slash:comments>7</slash:comments><comments>https://ez.analog.com/thread/602953?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/video/f/q-a/602953/chipset-suggestion-for-rgsb-pal-to-mipi-csi2-conversion/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi Team,&lt;/p&gt;
&lt;p&gt;We are looking for chipsets to convert 2x RGsB + PAL video signals to MIPI-CSI2 to interface with processor.&lt;/p&gt;
&lt;p&gt;Have attached block diagram below for your kind reference.&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="/resized-image/__size/640x480/__key/communityserver-discussions-components-files/331/pastedimage1771926068178v1.png" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>