On Fri, Oct 7, 2011 at 12:36 PM, Enrico <ebutera@xxxxxxxxxxxxxxxx> wrote: > On Fri, Oct 7, 2011 at 12:22 PM, Gary Thomas <gary@xxxxxxxxxxxx> wrote: >> Do we know for sure that these problems are happening in the ISP itself >> or could they possibly be in the TVP5150? Does anyone have experience >> with a different analogue encoder? > > Never tried another encoder, but at this point it's something to look > at. I don't think some TI people will say "yes the encoder has > ghosting artifacts". > > Enrico > I have never tried with an different decoder either. I don't think this is a HW thing. As far as I know the tvp5150 is used in some em28xx devices that is what Mauro said, and he would notice that behaviour. Also, if you try getting 625 lines (for PAL) but disable the line-output-formatter for deinterlacing, i.e: pdata->fldmode = 0; ispccdc_config_outlineoffset(ccdc, pix.bytesperline, EVENEVEN, 0); ispccdc_config_outlineoffset(ccdc, pix.bytesperline, EVENODD, 0); ispccdc_config_outlineoffset(ccdc, pix.bytesperline, ODDEVEN, 0); ispccdc_config_outlineoffset(ccdc, pix.bytesperline, ODDODD, 0); Then you get a frame with the 313 odd lines and 312 even lines correctly. That means that the TVP5151 is generating correctly the interlaced video. Also the ISP is doing correctly the deinterlacing for a some frames. But all the approaches used so far (wait for two VD0 interrupt to change the CCCDC output memory direction), looks more like a hack than a clean solution to me, but maybe is the only way to do it with the ISP. My guess is that the problem is the ISP driver that before this configuration (TVP5150/1 + ISP) had never been tested with an video decoder that generates interlaced data. -- Javier Martínez Canillas (+34) 682 39 81 69 Barcelona, Spain -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
