Re: [PATCH/RFC] v4l: Add subdev sensor g_skip_frames operation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Hans,

On Friday 19 November 2010 14:42:31 Hans Verkuil wrote:
> On Friday 19 November 2010 14:26:42 Laurent Pinchart wrote:
> > Some buggy sensors generate corrupt frames when the stream is started.
> > This new operation returns the number of corrupt frames to skip when
> > starting the stream.
> 
> Looks OK, but perhaps the two should be combined to one function?

I'm fine with both. Guennadi, any opinion ?

> I also have my doubts about the sensor_ops in general. I expected
> originally to see a lot of ops here, but apparently there is little or no
> need for it.
> 
> Do we expect to see this grow, or would it make more sense to move the ops
> to video_ops? I'd be interested to hear what sensor specialists think.

Good question. It won't remove the need for the g_skip_frames operation, but 
it's certainly worth asking. Standards are emerging for sensors in specific 
markets (SMIA comes to mind - I'm not sure if the spec is public, but some 
information can be found online) and there will probably be a need to provide 
more sensor information to both "bridge" drivers and userspace applications in 
the future.

-- 
Regards,

Laurent Pinchart
--
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


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux