From: Thierry Merle <thierry.merle@free.fr>
To: Laurent Pinchart <laurent.pinchart@skynet.be>
Cc: video4linux-list@redhat.com, Jiri Slaby <jirislaby@gmail.com>
Subject: Re: [RFC 1/1] v4l2_extension: helper daemon commands passing
Date: Thu, 06 Mar 2008 21:12:18 +0100 [thread overview]
Message-ID: <47D05022.2070207@free.fr> (raw)
In-Reply-To: <200803042350.55996.laurent.pinchart@skynet.be>
Laurent Pinchart a écrit :
> On Monday 03 March 2008, Thierry Merle wrote:
>
>> Jiri Slaby a écrit :
>>
>>> Here I would like to know if the the commands passing interface to the
>>> helper daemon introduced in this patch is OK, or alternatively propose
>>> some other idea ;).
>>>
>> I have committed your patch as is
>> http://linuxtv.org/hg/~tmerle/v4l2_extension/
>> Now will begin a driver enhancement. I will do that on usbvision because
>> I know it.
>> The first step will be to extend the supported video formats (2
>> sub-steps: 1-just enable hardware pixel format capabilities in
>> usbvision, 2-allow the helper daemon to extend usbvision pixel format
>> capabilities).
>>
>
> I haven't followed v4l2_extension development closely, so I'm a bit puzzled by
> this. Are the modifications you made to the usbvision module for testing
> purpose only ? My understanding of v4l2_extension is that it should work
> completely transparently and must not require any change to v4l2 drivers.
>
>
In fact I meant remove from usbvision the software decompression
algorithm in order to put it in the helper daemon.
I will restrict the list of supported pixel formats to the ones that the
hardware can output without software decompression.
I hope that the sole modification for a standard base driver will be the
add of v4l2ext_register/v4l2ext_unregister calls.
> Best regards,
>
> Laurent Pinchart
>
>
Cheers,
Thierry
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
next prev parent reply other threads:[~2008-03-06 20:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1202916257-10421-1-git-send-email-jirislaby@gmail.com>
2008-02-22 20:25 ` [RFC 1/1] v4l2_extension: helper daemon commands passing Thierry Merle
2008-03-03 17:33 ` Thierry Merle
2008-03-04 22:50 ` Laurent Pinchart
2008-03-06 20:12 ` Thierry Merle [this message]
2008-03-06 22:30 ` Laurent Pinchart
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47D05022.2070207@free.fr \
--to=thierry.merle@free.fr \
--cc=jirislaby@gmail.com \
--cc=laurent.pinchart@skynet.be \
--cc=video4linux-list@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.