From: "Markus Rechberger" <mrechberger@gmail.com>
To: "Alan Cox" <alan@redhat.com>
Cc: "Steven Toth" <stoth@hauppauge.com>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
"video4linux-list@redhat.com" <video4linux-list@redhat.com>,
"linux-dvb@linuxtv.org" <linux-dvb@linuxtv.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [linux-dvb] [PATCH] Userspace tuner
Date: Fri, 14 Sep 2007 18:18:00 +0200 [thread overview]
Message-ID: <d9def9db0709140918m4eff0fe9if01c3383a3a5c3ce@mail.gmail.com> (raw)
In-Reply-To: <20070914135237.GB19311@devserv.devel.redhat.com>
On 9/14/07, Alan Cox <alan@redhat.com> wrote:
> On Fri, Sep 14, 2007 at 01:17:05AM +0200, Markus Rechberger wrote:
> > what stops vendors of using the current existing code to achieve that
> > goal. They could provide binary drivers with the existing API.
>
> If you feel lucky about the GPL
>
> > What stops companies to intercept the ioctl calls and overriding some
> > I2C commands?
>
> The GPL - derivative work is the boundary not code linkage. Possibly a
> userspace
> tuner hack would probably fit this too. Especially if a specific vendor is
> producing both bits together and trying to claim they are independant.
>
> > How about proprietary video formats, would you also place the decoding
> > algorithms in kernel just to force companies to release their code
> > for it?
>
> No, I would assume they'd provide a proprietary conversion library that
> no nobody would use (just like their hw). We keep format conversion firmly
> seperated from hardware I/O processing.
>
In general there are known formats available, the drawback is that every TV
application deals with it in a non-unified way at the moment, meaning alot
code duplication in userspace since there's no library available at the moment
which does the videoconversion from one to another format. Such a library is
beeing developed at the moment which gets plugged infront of accessing
the devicenodes.
Although in the long run I'm looking forward to reuse the userspace tuners with
such a library infront of everything by using i2c-dev.
This would also make it easy to reuse the sample code of several companies,
without having to cut out several features of the drivers and to rewrite them
to an inkernel format.
Markus
next prev parent reply other threads:[~2007-09-14 16:18 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <46C1BCC5.9090709@amd.com>
[not found] ` <1189626560.5160.57.camel@gaivota>
[not found] ` <d9def9db0709121546h67d3d1ceuf001ab1d798fde92@mail.gmail.com>
2007-09-12 23:10 ` Markus Rechberger
2007-09-13 4:58 ` Dâniel Fraga
[not found] ` <d9def9db0709122258l4b05546dq2e370e67a2a1404@mail.gmail.com>
2007-09-13 12:40 ` Johannes Stezenbach
2007-09-13 13:17 ` Markus Rechberger
2007-09-17 22:05 ` Bill Davidsen
2007-09-13 13:13 ` [linux-dvb] " Johannes Stezenbach
2007-09-13 14:12 ` Markus Rechberger
2007-09-13 15:50 ` Manu Abraham
2007-09-13 16:08 ` Markus Rechberger
2007-09-13 16:22 ` Manu Abraham
2007-09-13 16:32 ` Markus Rechberger
2007-09-13 16:52 ` Manu Abraham
2007-09-13 20:36 ` Steven Toth
2007-09-13 23:17 ` Markus Rechberger
2007-09-14 1:03 ` Steven Toth
2007-09-14 6:38 ` Markus Rechberger
2007-09-14 7:57 ` Manu Abraham
2007-09-14 9:15 ` Joerg Roedel
2007-09-14 12:00 ` Manu Abraham
2007-09-14 16:09 ` Markus Rechberger
2007-09-14 18:52 ` Alex Deucher
2007-09-14 18:59 ` Markus Rechberger
2007-09-14 19:38 ` Alex Deucher
2007-09-14 16:13 ` Joerg Roedel
2007-09-14 16:56 ` Manu Abraham
2007-09-14 17:40 ` Joerg Roedel
2007-09-14 11:38 ` Johannes Stezenbach
2007-09-14 16:36 ` Markus Rechberger
2007-09-14 17:32 ` Mauro Carvalho Chehab
2007-09-14 17:46 ` Markus Rechberger
2007-09-14 18:29 ` Mauro Carvalho Chehab
2007-09-14 19:20 ` Michael Krufky
2007-09-14 21:07 ` Aidan Thornton
2007-09-14 21:16 ` Mauro Carvalho Chehab
2007-09-14 21:53 ` Manu Abraham
2007-09-14 20:43 ` Johannes Stezenbach
2007-09-15 1:29 ` Markus Rechberger
2007-09-15 1:49 ` Mauro Carvalho Chehab
2007-09-15 13:16 ` Johannes Stezenbach
2007-09-15 13:38 ` Markus Rechberger
2007-09-15 14:04 ` Mauro Carvalho Chehab
2007-09-15 14:33 ` Markus Rechberger
2007-09-15 14:45 ` Mauro Carvalho Chehab
2007-09-15 16:58 ` Bernard Jungen
2007-09-16 11:30 ` Hans Verkuil
2007-09-17 8:46 ` Markus Rechberger
2007-09-15 1:49 ` Markus Rechberger
2007-09-15 3:09 ` Mauro Carvalho Chehab
2007-09-15 12:59 ` Markus Rechberger
2007-09-15 8:52 ` Manu Abraham
2007-09-15 13:34 ` Johannes Stezenbach
2007-09-15 14:56 ` Steven Toth
2007-09-14 13:52 ` Alan Cox
2007-09-14 16:18 ` Markus Rechberger [this message]
2007-09-18 8:19 ` Jelle Foks
2007-09-18 8:55 ` Markus Rechberger
2007-09-18 22:56 ` Mauro Carvalho Chehab
2007-09-18 23:00 ` Alan Cox
2007-09-14 0:49 ` hermann pitton
2007-09-14 12:10 ` Alan Cox
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=d9def9db0709140918m4eff0fe9if01c3383a3a5c3ce@mail.gmail.com \
--to=mrechberger@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=alan@redhat.com \
--cc=linux-dvb@linuxtv.org \
--cc=linux-kernel@vger.kernel.org \
--cc=stoth@hauppauge.com \
--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®