Part Number:DRA72
Tool/software: Linux
I have been testing our camera inputs that use a Renesas (Intersil) device that converts from analog to CSI-2 (2 lanes)
I had issues where it would not auto detect NTSC or SECAM and would only recognize PAL plus some Hor Start of line issues, I got all those fixed.
We have made updates to v4l and ti_cal to support virtual ports since they are not supported by TI, apparently only by NXP. We used that device because that is what our partners in Europe use. We then realized that only NXP is supported. Any plan for TI to support that?
I have one issue left and it seems related to ti_cal or gstreamer. I am tryng to figure out where the problem is. Perhaps TI may have some ideas that could help.
Here is what is going on
I open 4 ssh sessions to do the test, I run a script in each.
I have 2 NTSC cameras, 1 PAL camera and 1 NTSC DVD connected. The use of the dvd was to test response of the video, not as obvious with a camera.
I also tested with a PAL DVD player.
Bash script used, I do not need to stipulate the system since the Renesas devices detects it correctly on boot.
gst-launch-1.0 v4l2src io-mode=4 device=/dev/video$1 ! 'video/x-raw,format=UYVY,interlaced=true' ! vpe ! 'video/x-raw,format=NV12,interlaced=false' ! queue ! waylandsink
After running all 4 scripts I get 4 small screens on the weston desktop which I can move with a mouse on touch.
I do a Ctrl C on one of the video, this one leaves the screen and the other ones just stop with the last picture on the screen.
I tried to reload the previous screen, no success, even after stopping all the other ones.
I thought that perhaps gstreamer just didn't trap the Ctrl C so I wrote a test program using the gstreamer library, I get the same results.
If I only do one camera at a time I never have the issue, the problem occurs only when I use more than one camera at a time with gstreamer.
The recovery requires either a reboot or rmmod and modprobe of ti_cal
Michel Catudal
ACTIA Corp