I just wanted to do some recommendations, but I hope I'm not stating something too obvious (in the spirit of "divide and conquer"):
- Please use v4l2ctl to set the output format instead of the system (ntsc or pal), or both parameters at the same time, but focus on that tool rather than trying to combine the effects of Gstreamer and some random preset. Those settings may be easily applied everytime the device is plugged in, using udev rules. Therefore, try to set the camera working without gstreamer first (check with vlc or whichever player you want) - Once you've got that right, try to use the line Adam suggested. He's our gstreamer expert, and even though he may have mistakes, they are not common. Of course, try other configurations if that doesn't work, but always make sure that the camera is well configured previously (using the procedure you came up with in the previous step). - A word of advice, somehow unrelated with this topic: I would rather use a symlink than directly access to /dev/video0, at least when the system goes into production or pre-production somehow. Even though we believe those device names to be permanent, they're not. And while it's unlikely for the device assignment order to change, it may happen sometimes, that what you usually get on /dev/video0 appears in /dev/video1 and vice-versa. That is the reason why symlinks are created to access the devices with matterhorn: udev uses some matching rules to create the link for the appropriate device, so that "/dev/camera" will always point to the same card, no matter which video[0-9]* it may be. Good luck! 2011/2/4 shinymonk <[email protected]> > > Just to add some more info about the behaviour: > > The camera shows OK when starting VLC-Player after fresh boot of Ubuntu > 10.4.1.LTS. > > Starting a simple capture results in a green capture with a very thin > stripe > on the top showing camera content (ie. contents change with the moving of > the camera). > > And after that capture, VLC-Player won't display the camera anymore, > instead > we see the green picture described above. > > Switching to NTSC and then to PAL makes it display correctly again. > > Switching directly to PAL has no effect. > > gst-launch -e v4l2src device=/dev/video0 ! ffenc_mpeg2video ! mpegpsmux ! > filesink location=test.mpg > > results in a green picture also, whereas > > streamer -t 0:10 -s 352x240 -r 24 -o movie3.avi -f mjpeg > > results shows the camera ok. > > We read something about the palette not set correctly, but how to set it ? > > To me it seems, that the capture client somehow modifies the v4l2 settings, > since VLC shows OK before the capture, but bad after the capture. How can > this be prevented or circumvented ? > > Greetings, Andreas > -- > View this message in context: > http://opencast.3480289.n2.nabble.com/Matterhorn-users-Problem-with-customProducer-in-capture-impl-configurationmanager-properties-tp5970958p5992442.html > Sent from the Matterhorn Users mailing list archive at Nabble.com. > _______________________________________________ > Matterhorn-users mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn-users >
_______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
