Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1515007

Re: [RFC] v4l2 support for thermopile devices

From Matt Ranostay <matt@ranostay.consulting>
Newsgroups linux.kernel
Subject Re: [RFC] v4l2 support for thermopile devices
Date 2016-11-04 06:20 +0100
Message-ID <szF50-5Ex-13@gated-at.bofh.it> (permalink)
References (1 earlier) <sxnlU-5t8-13@gated-at.bofh.it> <sxsbT-m6-3@gated-at.bofh.it> <szjxv-cD-7@gated-at.bofh.it> <szqpj-4t0-15@gated-at.bofh.it> <szrY5-5yQ-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Thu, Nov 3, 2016 at 8:11 AM, Luca Barbato <lu_zero@gentoo.org> wrote:
> On 03/11/2016 14:21, Attila Kinali wrote:
>> On Wed, 2 Nov 2016 23:10:41 -0700
>> Matt Ranostay <matt@ranostay.consulting> 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 visualize it :). Suspect I'll
>>> need to write a test case application though
>>
>> I was pretty sure that MPlayer supports 12bit greyscale, but I cannot
>> find where it was handled. You can of course pass it to the MPlayer
>> internas as 8bit greyscale, which would be IMGFMT_Y8 or just pass
>> it on as 16bit which would be IMGFMT_Y16_LE (LE = little endian).
>>
>> You can find the internal #defines of the image formats in
>> libmpcodecs/img_format.h and can use https://www.fourcc.org/yuv.php
>> to decode their meaning.
>>
>> The equivalent for libav would be libavutil/pixfmt.h
>>
>> Luca Barbato tells me that adding Y12 support to libav would be easy.
>>
>>                       Attila Kinali
>>
>
> So easy that is [done][1], it still needs to be tested/reviewed/polished
> though.

Cool. Although needs to be processed since it is signed value, and
because it it is really just 0C based readings with 0.25C steps.. But
will look into that when I get a chance.

Anyway did hack in basic support so v4l2grab so I could test the
sensor, and seems to work well but needs some colorized processing to
be useful of course.

Soldering iron about 1 meter from sensor -> http://imgur.com/a/8totG


>
> [1]:https://github.com/lu-zero/libav/commits/gray12
>
> lu

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

[RFC] v4l2 support for thermopile devices Matt Ranostay <matt@ranostay.consulting> - 2016-10-28 22:20 +0200
  Re: [RFC] v4l2 support for thermopile devices Devin Heitmueller <dheitmueller@kernellabs.com> - 2016-10-28 22:40 +0200
    Re: [RFC] v4l2 support for thermopile devices Marek Vasut <marex@denx.de> - 2016-10-28 22:50 +0200
      Re: [RFC] v4l2 support for thermopile devices Matt Ranostay <matt@ranostay.consulting> - 2016-10-29 05:00 +0200
    Re: [RFC] v4l2 support for thermopile devices Matt Ranostay <matt@ranostay.consulting> - 2016-10-29 05:00 +0200
  Re: [RFC] v4l2 support for thermopile devices Hans Verkuil <hverkuil@xs4all.nl> - 2016-10-29 00:00 +0200
    Re: [RFC] v4l2 support for thermopile devices Matt Ranostay <matt@ranostay.consulting> - 2016-10-29 05:10 +0200
      Re: [RFC] v4l2 support for thermopile devices Matt Ranostay <matt@ranostay.consulting> - 2016-11-03 07:20 +0100
        Re: [RFC] v4l2 support for thermopile devices Antonio Ospite <ao2@ao2.it> - 2016-11-03 09:10 +0100
          Re: [RFC] v4l2 support for thermopile devices Hans Verkuil <hverkuil@xs4all.nl> - 2016-11-03 09:50 +0100
        Re: [RFC] v4l2 support for thermopile devices Attila Kinali <attila@kinali.ch> - 2016-11-03 14:40 +0100
          Re: [RFC] v4l2 support for thermopile devices Luca Barbato <lu_zero@gentoo.org> - 2016-11-03 16:20 +0100
            Re: [RFC] v4l2 support for thermopile devices Matt Ranostay <matt@ranostay.consulting> - 2016-11-04 06:20 +0100

csiph-web