public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Marek Habersack <grendel@caudium.net>
To: "Nemosoft Unv." <webcam@smcc.demon.nl>
Cc: Linus Torvalds <torvalds@osdl.org>,
	Craig Milo Rogers <rogers@isi.edu>,
	Xavier Bestel <xavier.bestel@free.fr>,
	Christoph Hellwig <hch@infradead.org>,
	Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Termination of the Philips Webcam Driver (pwc)
Date: Sat, 28 Aug 2004 00:49:37 +0200	[thread overview]
Message-ID: <20040827224937.GA5107@beowulf.thanes.org> (raw)
In-Reply-To: <200408272342.30619@smcc.demon.nl>

[-- Attachment #1: Type: text/plain, Size: 1352 bytes --]

On Fri, Aug 27, 2004 at 11:42:30PM +0200, Nemosoft Unv. scribbled:
[snip]
> > So I'd personally much prefer the user mode approach. At that point it's
> > still closed-source, but at least there is not even a whiff of a "hook"
> > inside the kernel.
> 
> My problem with that is that it makes using such cams a lot harder for both 
> users and developers of webcam tools. Basicly, every tool that wanted to 
> use webcam X that has some binary-only library would need to specifically 
> support it, use probing routines, check which formats are supported, set up 
> the decompressor, push the data through it, etc. Conversely, every user 
> that wanted to use webcams X, Y and Z would need to check first if they are 
> all supported by the program(s) he would like to use.
Forgive me if I'm talking bullshit, but wouldn't it be possible for you to
route the stream through a device with an entry in /dev/ which would be
opened by a userspace daemon which would take the stream from the in-kernel
pwc driver, apply all the codec magic to it, and then give it back to the
driver in the kernel so that the application that grabs the frames would get
the processed data? That way you would need only one userlevel daemon to
support the codecs and all the other apps would just read the data from the
framebuffer.

regards,

marek

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2004-08-27 22:50 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-26 23:32 Termination of the Philips Webcam Driver (pwc) Craig Milo Rogers
2004-08-26 23:47 ` Christoph Hellwig
2004-08-27  0:03   ` Linus Torvalds
2004-08-27  8:43     ` Christoph Hellwig
2004-08-27  9:48       ` Craig Milo Rogers
2004-08-27 17:28       ` Linus Torvalds
2004-08-27 17:37         ` Xavier Bestel
2004-08-27 18:13           ` Linus Torvalds
2004-08-27 18:55             ` Craig Milo Rogers
2004-08-27 19:06               ` Linus Torvalds
2004-08-27 19:34                 ` Jeff Garzik
2004-08-27 21:42                 ` Nemosoft Unv.
2004-08-27 22:49                   ` Marek Habersack [this message]
2004-08-27 23:40                     ` Dmitry Torokhov
2004-08-28 17:42                       ` Pavel Machek
2004-08-27 23:04                   ` Craig Milo Rogers
2004-08-27 21:59                 ` non-i386 architectures (Re: Termination of the Philips Webcam Driver (pwc)) Daniel Egger
2004-08-27 19:06               ` Termination of the Philips Webcam Driver (pwc) Martin J. Bligh
2004-08-27 19:12             ` Alex Belits
2004-08-27 21:36             ` Anton Altaparmakov
2004-08-27 21:42               ` Anton Altaparmakov
2004-08-27 22:26                 ` Geert Uytterhoeven
2004-08-27 21:52               ` Linus Torvalds
2004-08-27 22:22                 ` Jeff Garzik
2004-08-28  0:45                   ` Paul Jakma
2004-08-28  0:53                     ` Craig Milo Rogers
2004-08-28 10:29             ` Norbert van Nobelen
2004-08-29 14:37         ` Alan Cox
2004-08-28  9:26     ` chris
2004-08-29 14:41       ` Alan Cox
2004-08-29 14:36     ` Alan Cox
2004-08-29 18:09       ` Linus Torvalds
2004-08-29 18:57         ` Alan Cox
2004-08-29 19:40         ` Greg KH
2004-08-30  9:35         ` Craig Milo Rogers
  -- strict thread matches above, loose matches on Subject: below --
2004-08-27 10:14 Koos Vriezen
2004-08-27 11:03 ` Marcus Metzler
2004-08-28  2:16 lkml-mail
2004-08-28  5:30 ` Greg KH

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=20040827224937.GA5107@beowulf.thanes.org \
    --to=grendel@caudium.net \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rogers@isi.edu \
    --cc=torvalds@osdl.org \
    --cc=webcam@smcc.demon.nl \
    --cc=xavier.bestel@free.fr \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox