Re: [RFC] v4l2 support for thermopile devices

Hi! > So want to toss a few thoughts on adding support for thermopile > devices (could be used for FLIR Lepton as well) that output pixel > data. > These typically aren't DMA'able devices since they are low speed > (partly to limiting the functionality to be in compliance with ITAR) > and data is

Re: [RFC] v4l2 support for thermopile devices

Hi! > So want to toss a few thoughts on adding support for thermopile > devices (could be used for FLIR Lepton as well) that output pixel > data. > These typically aren't DMA'able devices since they are low speed > (partly to limiting the functionality to be in compliance with ITAR) > and data is

Re: [RFC] v4l2 support for thermopile devices

Hi Matt and Hans,, On Wed, Nov 02, 2016 at 11:10:41PM -0700, Matt Ranostay wrote: > On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay > wrote: > > On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: > >> Hi Matt, > >> > >> On 28/10/16 22:14, Matt

Re: [RFC] v4l2 support for thermopile devices

Hi Matt and Hans,, On Wed, Nov 02, 2016 at 11:10:41PM -0700, Matt Ranostay wrote: > On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay > wrote: > > On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: > >> Hi Matt, > >> > >> On 28/10/16 22:14, Matt Ranostay wrote: > >>> > >>> So want to toss a few

Re: [RFC] v4l2 support for thermopile devices

On Thu, Nov 3, 2016 at 8:11 AM, Luca Barbato wrote: > On 03/11/2016 14:21, Attila Kinali wrote: >> On Wed, 2 Nov 2016 23:10:41 -0700 >> Matt Ranostay wrote: >> >>> >>> So does anyone know of any software that is using V4L2_PIX_FMT_Y12 >>> currently?

Re: [RFC] v4l2 support for thermopile devices

On Thu, Nov 3, 2016 at 8:11 AM, Luca Barbato wrote: > On 03/11/2016 14:21, Attila Kinali wrote: >> On Wed, 2 Nov 2016 23:10:41 -0700 >> Matt Ranostay wrote: >> >>> >>> So does anyone know of any software that is using V4L2_PIX_FMT_Y12 >>> currently? Want to test my driver but seems there isn't

Re: [RFC] v4l2 support for thermopile devices

On 03/11/2016 14:21, Attila Kinali wrote: > On Wed, 2 Nov 2016 23:10:41 -0700 > Matt Ranostay wrote: > >> >> So does anyone know of any software that is using V4L2_PIX_FMT_Y12 >> currently? Want to test my driver but seems there isn't anything that >> uses that format

Re: [RFC] v4l2 support for thermopile devices

On 03/11/2016 14:21, Attila Kinali wrote: > On Wed, 2 Nov 2016 23:10:41 -0700 > Matt Ranostay wrote: > >> >> So does anyone know of any software that is using V4L2_PIX_FMT_Y12 >> currently? Want to test my driver but seems there isn't anything that >> uses that format (ffmpeg, mplayer, etc). >>

Re: [RFC] v4l2 support for thermopile devices

On Wed, 2 Nov 2016 23:10:41 -0700 Matt Ranostay wrote: > > So does anyone know of any software that is using V4L2_PIX_FMT_Y12 > currently? Want to test my driver but seems there isn't anything that > uses that format (ffmpeg, mplayer, etc). > > Raw data seems correct

Re: [RFC] v4l2 support for thermopile devices

On Wed, 2 Nov 2016 23:10:41 -0700 Matt Ranostay wrote: > > So does anyone know of any software that is using V4L2_PIX_FMT_Y12 > currently? Want to test my driver but seems there isn't anything that > uses that format (ffmpeg, mplayer, etc). > > Raw data seems correct but would like to

Re: [RFC] v4l2 support for thermopile devices

On 03/11/16 08:35, Antonio Ospite wrote: On Wed, 2 Nov 2016 23:10:41 -0700 Matt Ranostay wrote: On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay wrote: On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: Hi Matt, On

Re: [RFC] v4l2 support for thermopile devices

On 03/11/16 08:35, Antonio Ospite wrote: On Wed, 2 Nov 2016 23:10:41 -0700 Matt Ranostay wrote: On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay wrote: On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: Hi Matt, On 28/10/16 22:14, Matt Ranostay wrote: So want to toss a few thoughts on

Re: [RFC] v4l2 support for thermopile devices

On Wed, 2 Nov 2016 23:10:41 -0700 Matt Ranostay wrote: > On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay > wrote: > > On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: > >> Hi Matt, > >> > >> On 28/10/16 22:14, Matt

Re: [RFC] v4l2 support for thermopile devices

On Wed, 2 Nov 2016 23:10:41 -0700 Matt Ranostay wrote: > On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay > wrote: > > On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: > >> Hi Matt, > >> > >> On 28/10/16 22:14, Matt Ranostay wrote: > >>> > >>> So want to toss a few thoughts on adding

Re: [RFC] v4l2 support for thermopile devices

On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay wrote: > On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: >> Hi Matt, >> >> On 28/10/16 22:14, Matt Ranostay wrote: >>> >>> So want to toss a few thoughts on adding support for thermopile >>> devices

Re: [RFC] v4l2 support for thermopile devices

On Fri, Oct 28, 2016 at 7:59 PM, Matt Ranostay wrote: > On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: >> Hi Matt, >> >> On 28/10/16 22:14, Matt Ranostay wrote: >>> >>> So want to toss a few thoughts on adding support for thermopile >>> devices (could be used for FLIR Lepton as well) that

Re: [RFC] v4l2 support for thermopile devices

On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: > Hi Matt, > > On 28/10/16 22:14, Matt Ranostay wrote: >> >> So want to toss a few thoughts on adding support for thermopile >> devices (could be used for FLIR Lepton as well) that output pixel >> data. >> These typically

Re: [RFC] v4l2 support for thermopile devices

On Fri, Oct 28, 2016 at 2:53 PM, Hans Verkuil wrote: > Hi Matt, > > On 28/10/16 22:14, Matt Ranostay wrote: >> >> So want to toss a few thoughts on adding support for thermopile >> devices (could be used for FLIR Lepton as well) that output pixel >> data. >> These typically aren't DMA'able

Re: [RFC] v4l2 support for thermopile devices

On Fri, Oct 28, 2016 at 1:30 PM, Devin Heitmueller wrote: > Hi Matt, > >> Need some input for the video pixel data types, which the device we >> are using (see datasheet links below) is outputting pixel data in >> little endian 16-bit of which a 12-bits signed value

Re: [RFC] v4l2 support for thermopile devices

On Fri, Oct 28, 2016 at 1:30 PM, Devin Heitmueller wrote: > Hi Matt, > >> Need some input for the video pixel data types, which the device we >> are using (see datasheet links below) is outputting pixel data in >> little endian 16-bit of which a 12-bits signed value is used. Does it >> make

Re: [RFC] v4l2 support for thermopile devices

On Fri, Oct 28, 2016 at 1:40 PM, Marek Vasut wrote: > On 10/28/2016 10:30 PM, Devin Heitmueller wrote: >> Hi Matt, >> >>> Need some input for the video pixel data types, which the device we >>> are using (see datasheet links below) is outputting pixel data in >>> little endian

Re: [RFC] v4l2 support for thermopile devices

On Fri, Oct 28, 2016 at 1:40 PM, Marek Vasut wrote: > On 10/28/2016 10:30 PM, Devin Heitmueller wrote: >> Hi Matt, >> >>> Need some input for the video pixel data types, which the device we >>> are using (see datasheet links below) is outputting pixel data in >>> little endian 16-bit of which a

Re: [RFC] v4l2 support for thermopile devices

Hi Matt, On 28/10/16 22:14, Matt Ranostay wrote: So want to toss a few thoughts on adding support for thermopile devices (could be used for FLIR Lepton as well) that output pixel data. These typically aren't DMA'able devices since they are low speed (partly to limiting the functionality to be

Re: [RFC] v4l2 support for thermopile devices

Hi Matt, On 28/10/16 22:14, Matt Ranostay wrote: So want to toss a few thoughts on adding support for thermopile devices (could be used for FLIR Lepton as well) that output pixel data. These typically aren't DMA'able devices since they are low speed (partly to limiting the functionality to be

Re: [RFC] v4l2 support for thermopile devices

On 10/28/2016 10:30 PM, Devin Heitmueller wrote: > Hi Matt, > >> Need some input for the video pixel data types, which the device we >> are using (see datasheet links below) is outputting pixel data in >> little endian 16-bit of which a 12-bits signed value is used. Does it >> make sense to do

Re: [RFC] v4l2 support for thermopile devices

On 10/28/2016 10:30 PM, Devin Heitmueller wrote: > Hi Matt, > >> Need some input for the video pixel data types, which the device we >> are using (see datasheet links below) is outputting pixel data in >> little endian 16-bit of which a 12-bits signed value is used. Does it >> make sense to do

Re: [RFC] v4l2 support for thermopile devices

Hi Matt, > Need some input for the video pixel data types, which the device we > are using (see datasheet links below) is outputting pixel data in > little endian 16-bit of which a 12-bits signed value is used. Does it > make sense to do some basic processing on the data since greyscale is >

Re: [RFC] v4l2 support for thermopile devices

Hi Matt, > Need some input for the video pixel data types, which the device we > are using (see datasheet links below) is outputting pixel data in > little endian 16-bit of which a 12-bits signed value is used. Does it > make sense to do some basic processing on the data since greyscale is >

[RFC] v4l2 support for thermopile devices

So want to toss a few thoughts on adding support for thermopile devices (could be used for FLIR Lepton as well) that output pixel data. These typically aren't DMA'able devices since they are low speed (partly to limiting the functionality to be in compliance with ITAR) and data is piped over

[RFC] v4l2 support for thermopile devices

So want to toss a few thoughts on adding support for thermopile devices (could be used for FLIR Lepton as well) that output pixel data. These typically aren't DMA'able devices since they are low speed (partly to limiting the functionality to be in compliance with ITAR) and data is piped over