Le samedi 18 mars 2017 à 20:43 +0000, Russell King - ARM Linux a écrit : > On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote: > > Can you share your gstreamer pipeline? For now, until > > VIDIOC_ENUM_FRAMESIZES is implemented, try a pipeline that > > does not attempt to specify a frame rate. I use the attached > > script for testing, which works for me. > > It's nothing more than > > gst-launch-1.0 -v v4l2src ! <any needed conversions> ! xvimagesink > > in my case, the conversions are bayer2rgbneon. However, this only > shows > you the frame rate negotiated on the pads (which is actually good > enough > to show the issue.) > > How I stumbled across though this was when I was trying to encode: > > gst-launch-1.0 v4l2src device=/dev/video9 ! bayer2rgbneon ! \ > videoconvert ! x264enc speed-preset=1 ! avimux ! \ > filesink location=test.avi > > I noticed that vlc would always say it was playing the resulting AVI > at 30fps. In practice, I have the impression there is a fair reason why framerate enumeration isn't implemented (considering there is only 1 valid rate). Along with the norm fallback, GStreamer could could also consider the currently set framerate as returned by VIDIOC_G_PARM. At the same time, implementing that enumeration shall be straightforward, and will make a large amount of existing userspace work. regards, Nicolas
Attachment:
signature.asc
Description: This is a digitally signed message part
