Any Video4Linux driver should support both native hardware color encoding
(for maximum performances) and rgb (for maximum flexibility).
Requiering user land tools to be prepared to match the webcam native color
encoding is poor kernel API design for several reasons:
. some software will say 'I will work only if your camera support the encoding
I want' (surf the Internet and you will discover that it's already sadely true)
. small tools that make Unix flexibility get hard to write and test without
relying on glue libraries, and glue libraries are evil
. if new color models appear in new cameras, the current design will require
to map them anyway to some existing encodings not to break existing softwares,
so the end result will be even more confusing because the driver supporting a
non rgb encoding will not necessary mean that selecting the encoding is better
from the performances point of view
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
