On 1/28/19 11:14 AM, Tim Harvey wrote:
On Sun, Jan 27, 2019 at 2:36 PM Steve Longerbeam <slongerbeam@xxxxxxxxx> wrote:
Hi Tim,
On 1/25/19 3:57 PM, Steve Longerbeam wrote:
<snip>
Now lets go back to a 480p60 source but this time include the vdic
(which isn't necessary but should still work right?)
No. First, the CSI will only capture in bt.656 mode if it sees
interlaced fields (bt.656 interlaced sync codes). Well, let me
rephrase, the CSI does support progressive BT.656 but I have never
tested that myself.
One more comment here. It would be great if you could test a progressive
bt.656 sensor (example: imx6q-gw54xx tda19971 480p60Hz YUV via BT656
IPU1_CSI0) since as I said I've never been able to test this myself.
Since it is progressive there's no need for the VDIC, so try these
pipelines:
mode0: sensor -> mux -> csi -> /dev/videoN
mode1: sensor -> mux -> csi -> ic_prp -> ic_prpenc -> /dev/videoN
Steve,
These both work fine in all cases for 480p60Hz YUV via BT656.
Great! thanks for confirming.
Steve
When I use 480p60Hz 'RGB' via BT656 mode0 works fine as the CSI does
the colorspace conversion needed for coda but for mode1 I end up with
the itu601 colorimetery issue from before that I'm still trying to
find a solution for.
Tim
