We need to capture standard-definition PAL video using the TVP5147 on an 8168 EVM board. We have an existing app that uses GStreamer on a DM365 and we're evaluating whether to upgrade to a DM8168 in the future.
I've attached a set of patches to the Linux kernel that gets part of the way there - the GStreamer pipeline goes to the PLAYING status and then fails with the error "VPSS_FVID2: create handle is NULL". This is now beyond my knowledge of how to fix it, so it would be great if someone could take a look and see what else I need to fix.
The patches are in the attached tarfile. They should be applied to the ti81xx-master branch of the omap3 Linux kernel: http://arago-project.org/git/projects/?p=linux-omap3.git starting at the current head (which at the time of writing is http://arago-project.org/git/projects/?p=linux-omap3.git;a=commit;h=7c6b556bf2bc0515b2d079e9fe574d9d5c5dd015 ).
The patches enable both TVP7002 decoders and the TVP5147 simultaneously. This is done by adding an "i2c_adapter" member to the ti81xxvin_subdev_info struct so that you can specify which i2c adapter the decoders are on. We also add a "force_sd_video" flag which is only enabled on the TVP5147. There are various code changes that read this flag to override the default HD video behaviour when the TVP5147 is selected. With the patches applied, the device mappings are as follows:
/dev/video0 = TVP7002 on VIN0
/dev/video4 = not mapped
/dev/video5 = TVP7002 on VIN1
/dev/video6 = TVP5147
We altered the load-hd-v4l2-firmware.sh script to also modprobe the tvp514x module, and we use a simple GStreamer pipeline to capture from /dev/video6 into a fakesink. We're using EZSDK 5.04.00.11.
So please, if anyone can help with the VPSS issue now that the TVP5147 is plumbed in, please let me know!
Best regards,
Peter Millerchip
Ultra Electronics
