All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Krufky <mkrufky@linuxtv.org>
To: HoP <jpetrous@gmail.com>
Cc: linux-media@vger.kernel.org, k@linux.com,
	Ales Jurik <ajurik@smartimp.cz>,
	Honza Petrous <jpetrous@smartimp.cz>
Subject: Re: [RFC] vtunerc - virtual DVB device driver
Date: Wed, 22 Jun 2011 13:08:29 -0400	[thread overview]
Message-ID: <BANLkTi=zQNyxv=fp23ju8M0BYHGjE=yaBg@mail.gmail.com> (raw)
In-Reply-To: <BANLkTimtnbAzLTdFY2OiSddHTjmD_99CfA@mail.gmail.com>

On Sat, Jun 18, 2011 at 8:10 PM, HoP <jpetrous@gmail.com> wrote:
> Hi,
>
> get inspired by (unfortunately close-source) solution on stb
> Dreambox 800 I have made my own implementation
> of virtual DVB device, based on the same device API.
>
> In conjunction with "Dreamtuner" userland project
> [http://code.google.com/p/dreamtuner/] by Ronald Mieslinger
> user can create virtual DVB device on client side and connect it
> to the server. When connected, user is able to use any Linux DVB API
> compatible application on client side (like VDR, MeTV, MythTV, etc)
> without any need of code modification. As server can be used any
> Linux DVB API compatible device.


I can think of many interesting uses for a solution like this.  It's
great that such a driver exists and that people can use it now to
create interesting do-it-yourself projects, however, I do not believe
this should ever be merged into the kernel.

If this solution were merged into the kernel, there would be no reason
for companies like Hauppauge to ever again contribute any open source
drivers.  Once it's possible to deliver a closed source driver to the
masses, that's what vendors will do -- there will no longer be any
motivation to continue working in open source.

Some may like that idea, but I feel this will destroy the foundation
that we've been building for years.

I repeat, the solution itself has some potential, and I see nothing
wrong with this existing and being available to users in source code
form, but it should never be merged into a kernel to be shipped
directly to end-users.  This can create a horrible president that
would truly result in the prevention of open source driver
contributions from silicon vendors and hardware manufacturers.

Regards,

Michael Krufky
LinuxTV developer / Hauppauge Digital

      parent reply	other threads:[~2011-06-22 17:08 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-19  0:10 [RFC] vtunerc - virtual DVB device driver HoP
2011-06-20 17:37 ` Rémi Denis-Courmont
2011-06-20 17:41   ` Devin Heitmueller
2011-06-20 18:17     ` HoP
2011-06-20 18:24       ` Devin Heitmueller
2011-06-20 19:10         ` Sébastien RAILLARD (COEXSI)
2011-06-20 19:36           ` Devin Heitmueller
2011-06-20 19:56             ` HoP
2011-06-20 20:02               ` Devin Heitmueller
2011-06-20 20:24                 ` HoP
2011-06-20 20:47                   ` Mauro Carvalho Chehab
2011-06-20 21:31                     ` HoP
2011-06-21  1:35                       ` Mauro Carvalho Chehab
2011-06-21 11:04                         ` Andreas Oberritter
2011-06-21 12:05                           ` Mauro Carvalho Chehab
2011-06-21 12:34                             ` Andreas Oberritter
2011-06-21 12:54                               ` Issa Gorissen
2011-06-21 12:34                             ` HoP
2011-06-21 12:59                               ` Mauro Carvalho Chehab
2011-06-21 13:44                           ` Devin Heitmueller
2011-06-21 14:15                             ` Andreas Oberritter
2011-06-21 14:34                               ` Devin Heitmueller
2011-06-21 14:35                               ` Mauro Carvalho Chehab
2011-06-21 15:09                                 ` Andreas Oberritter
2011-06-21 17:10                                   ` Mauro Carvalho Chehab
2011-06-21 17:38                                     ` HoP
2011-06-22  1:06                                       ` Markus Rechberger
2011-06-22  6:08                                         ` HoP
2011-06-22 12:17                                       ` Mauro Carvalho Chehab
2011-06-22 12:30                                         ` Andreas Oberritter
2011-06-22 12:55                                           ` Mauro Carvalho Chehab
2011-06-22 13:07                                             ` Andreas Oberritter
2011-06-22 13:21                                             ` HoP
2011-06-22 12:37                                         ` HoP
2011-06-22 13:03                                           ` Mauro Carvalho Chehab
2011-06-22 13:13                                             ` Andreas Oberritter
2011-06-22 13:45                                               ` Mauro Carvalho Chehab
2011-06-22 14:03                                                 ` HoP
2011-06-22 14:23                                                   ` Mauro Carvalho Chehab
2011-06-22 14:24                                                 ` Andreas Oberritter
2011-06-22 15:19                                                   ` Mauro Carvalho Chehab
2011-06-22 15:45                                                     ` Andreas Oberritter
2011-06-22 19:18                                         ` Rémi Denis-Courmont
2011-06-22 22:24                                           ` Mauro Carvalho Chehab
2011-06-21 14:56                             ` Bjørn Mork
2011-06-21 15:06                               ` Mauro Carvalho Chehab
2011-06-21 14:59                             ` Mauro Carvalho Chehab
2011-06-21 17:12                               ` Markus Rechberger
2011-06-21 11:41                         ` HoP
2011-06-22 16:20                       ` Steven Toth
2011-06-20 22:11             ` Bjørn Mork
2011-06-20 22:36               ` HoP
2011-06-20 22:43               ` Devin Heitmueller
2011-06-20 19:40     ` Rémi Denis-Courmont
2011-06-22 17:08 ` Michael Krufky [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='BANLkTi=zQNyxv=fp23ju8M0BYHGjE=yaBg@mail.gmail.com' \
    --to=mkrufky@linuxtv.org \
    --cc=ajurik@smartimp.cz \
    --cc=jpetrous@gmail.com \
    --cc=jpetrous@smartimp.cz \
    --cc=k@linux.com \
    --cc=linux-media@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.