From: volodya@mindspring.com
To: "Albert D. Cahalan" <acahalan@cs.uml.edu>
Cc: Mark McClelland <mark@alpha.dyndns.org>,
video4linux-list@redhat.com, livid-gatos@linuxvideo.org,
linux-kernel@vger.kernel.org
Subject: Re: [V4L] Re: [RFC] alternative kernel multimedia API
Date: Sun, 4 Nov 2001 12:44:48 -0500 (EST) [thread overview]
Message-ID: <Pine.LNX.4.20.0111041230040.938-100000@node2.localnet.net> (raw)
In-Reply-To: <200111040839.fA48deO123804@saturn.cs.uml.edu>
On Sun, 4 Nov 2001, Albert D. Cahalan wrote:
> Mark McClelland writes:
> > volodya@mindspring.com wrote:
> >> On Mon, 29 Oct 2001, Gerd Knorr wrote:
>
> >>> You can't. But I don't see why this is a issue: The only thing a
> >>> application can handle easily are controls like contrast/hue where the
> >>> only thing a application needs to do is to map it to a GUI and let the
> >>> user understand and adjust stuff. The other stuff has way to much
> >>> non-trivial dependences, I doubt a application can blindly use new
> >>> driver features.
> >>
> >> Have you ever thought that the reason we only use these controls is
> >> because they are the only ones easy to implement now ?
> >
> > What I don't understand is how will your driver implement these controls
> > in a generic V4L3 GUI control app automatically? No matter how powerful
kmultimedia, not V4L3. The interface is meant to be used with _all_
multimedia devices, not just video ones.
> > the semantic information you give to the app is, it can still only build
> > interfaces from standard GUI components that it already knows about. The
> > app cannot build a gamma curve control on its own. If it could, we
> > wouldn't need programmers anymore :)
>
> The driver provides this: /proc/v4l3/vid0/gamma.java
>
> :-)
>
> The very idea of a gamma table is featuritis. Just a single number
> will do for most anyone. You get from 0.01 to 2.55 and "off" with
> just 8 bits.
And the color correction is unnecessary too. In fact I see a big
opportunity for you to try selling IBM PCs with DOS and generic monitors
to artistic community. Just imagine the slogan "Be free from the confines
of color!" ;)
But on a more serious note: the hardware already has it. All I want is to
export the interface to the userspace so that users can decide whether
they want to or not.
>
> If you want to get fancy, I guess you need:
>
> 1 gamma value per primary
> 3 tri-stimulus values for each primary ("What color is red?")
> 3 tri-stimulus values for the whitepoint (maybe)
> 1 black level for each primary
>
> That is 18 values at most.
See ? You are in the same pit as everyone else. You are trying to
construct a single model that fits everything. This is the exact
problem that makes Windows so awkward: if you are doing what Microsoft
thought you might do you are ok(more or less), if you are trying something
new you are screwed.
Leave the choice to the user and application programmer. Make it easy for
them to support it.
Regardless, I am going to give it a try implementing it. It looks like the
main argument boiled down to: why bother while we have v4l2 and if you
really want we can extend it, which is more or less what I expected, I
don't believe any further discussion will make sense until there is some
code to look at.
Big thanks to everyone for comments :)
Vladimir Dergachev
>
>
prev parent reply other threads:[~2001-11-04 17:41 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <slrn9tiq3v.69j.kraxel@bytesex.org>
2001-10-26 15:19 ` volodya
2001-10-26 17:52 ` Gerd Knorr
2001-10-26 21:28 ` volodya
2001-10-29 12:40 ` Gerd Knorr
2001-10-29 13:21 ` volodya
2001-10-30 9:51 ` Gerd Knorr
2001-11-02 15:10 ` volodya
2001-11-05 8:52 ` Gerd Knorr
2001-11-05 20:56 ` volodya
2001-11-05 21:52 ` Gerd Knorr
2001-11-06 15:41 ` volodya
2001-11-06 16:45 ` Gerd Knorr
2001-10-30 11:43 ` Mark McClelland
2001-11-04 8:39 ` Albert D. Cahalan
2001-11-04 17:44 ` volodya [this message]
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=Pine.LNX.4.20.0111041230040.938-100000@node2.localnet.net \
--to=volodya@mindspring.com \
--cc=acahalan@cs.uml.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=livid-gatos@linuxvideo.org \
--cc=mark@alpha.dyndns.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®