lkml.org 
[lkml]   [2004]   [Aug]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: kernel 2.6.8 pwc patches and counterpatches
Wouter Van Hemel wrote:
> On Fri, 27 Aug 2004, Denis Vlasenko wrote:
>
>> If you feel like it, you can even step up and maintain it.
>>
>
> I really would, if it wouldn't be C, kernel makefile stuff_and_ driver
> specifics. My current knowledge wouldn't do the driver justice, to say
> it mildly.
>
> Perhaps one of the maintainers of other webcam drivers could help out here.
>
>>> Maybe Philips will open up their oh so secret compression algorithm
>>> if we
>>> all ask them nicely. I mean, how secret can that still be?...
>>
>>
>> Corporations can be ridiculous/bureaucratic at times. Especially large
>> ones.
>>
>
> True, but I still think Philips was on the right track. I doubt that
> their driver being pulled will aid linux support for their products...

I was really trying to restrain myself from entering this thread, but I
can't help it anymore...

What do Phillips gain from making their compression code secret? (If it
is really secret... I probably can reverse engineer it legally for the
purpose of interoperability)

They are basically saying: "Yes the quality of our webcam is as bad as
the competition, with the same low-quality cmos sensors, plastic lenses,
high noise analog conditioning, etc. *but* we are so much better than
our competitors because we have a secret compression algorithm that we
don't want them to know because they can never figure out how to do a
compression algorithm on their own..."

No, Phillips was *not* on the right track.

Hardware products should gain with _hardware_ merits. If the Phillips
camera has a better lens, that allows more light in under ambient light,
or some such, it is better than the competition.

The right track would be to provide all the hardware info so that a real
open source driver could be written. (or even better, provide the open
source driver themselves)

About the legal aspects of all this, they have been discussed
extensively in the past. It is not about "hey this is just a simple
hook", it is all about the derived work concept. This driver does
absolutely nothing outside the kernel. It's only purpose is to attach
itself to the kernel and to provide the images from the camera to
userspace using the kernel ABI's. So you can not say it is not a derived
work at all.

I for one, would really like to see Phillips allow Nemosoft to build a
really open source driver, and not let all the work go to waste...

--
Paulo Marques - www.grupopie.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:05    [W:0.886 / U:0.240 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site