public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Manu Abraham <abraham.manu@gmail.com>
To: Patrick Boettcher <patrick.boettcher@desy.de>
Cc: DVB ML <linux-dvb@linuxtv.org>
Subject: Re: [linux-dvb] [ANNOUNCE] DVB API improvements
Date: Wed, 24 Sep 2008 14:25:38 +0400	[thread overview]
Message-ID: <48DA15A2.40109@gmail.com> (raw)
In-Reply-To: <alpine.LRH.1.10.0809241051170.12985@pub3.ifh.de>

Patrick Boettcher wrote:
> Manu,
> 
> On Wed, 24 Sep 2008, Manu Abraham wrote:
> 
>> Mauro Carvalho Chehab wrote:
>> [..]
>>> The main arguments in favor of S2API over Multiproto are:
>>>
>>
>> [..]
>>
>>>     - Capability of allowing improvements even on the existing
>>> standards,
>>>       like allowing diversity control that starts to appear on newer DVB
>>>       devices.
>>
>>
>> I just heard from Patrick, what he meant by this at the meeting and the
>> reason why he voted for S2API, due to a fact that he was convinced
>> incorrectly. Multiproto _already_has_ this implementation, while it is
>> non-existant in S2API.
> 
> In order to not have people getting me wrong here, I'm stating now in
> public:
> 
> 1) I like the idea of having diversity optionally controlled by the
> application.
> 
> 2) My vote for S2API is final.
> 
> It is final, because the S2API is mainly affecting
> include/linux/dvb/frontend.h to add user-API support for new standards.
> I prefer the user-API of S2API over the one of multiproto because of 1).

After adding in diversity to frontend.h,

Would you prefer to update the diversity related event on the event list
as well ?


> All the other things around multiproto are dvb-core/dvb_frontend internal.
> They have no relation with the user-interface. This I understood during
> the BOF, the microconf and the numberless talks we had around LPC.
> 
> Manu, it would be extremely good to have your modifications of
> dvb-core/dvb_frontend within the 4 weeks schedule in order to have the
> maximum number of hardware supported by that time. If you do not have
> the time to do that right now, I'm sure people are willing to help.
> 
> However - we can always change dvb_frontend/dvb-core internals at any
> time without breaking the user-interface.


Since the very same can be achieved with multiproto without breaking the
user interface and without porting it to anything else, it makes much
sense to simply add in a field for diversity into the multiproto tree,
is it not ?


Regards,
Manu

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

  parent reply	other threads:[~2008-09-24 10:25 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-23 21:16 [linux-dvb] [ANNOUNCE] DVB API improvements Mauro Carvalho Chehab
     [not found] ` <a3ef07920809231506h722c9fd4h1e3b8c3e40ca32cb@mail.gmail.com>
2008-09-24  0:36   ` Janne Grunau
2008-09-24  0:55     ` Markus Rechberger
2008-09-24  1:37       ` hermann pitton
2008-09-24  2:04       ` Janne Grunau
2008-09-24  2:34         ` Kristiadi Himawan
2008-09-24  4:00           ` BOUWSMA Barry
     [not found] ` <48D9F6F3.8090501@gmail.com>
2008-09-24  9:11   ` Patrick Boettcher
2008-09-24  9:34     ` Manu Abraham
2008-09-24 10:25     ` Manu Abraham [this message]
2008-09-24 11:05       ` Manu Abraham
2008-09-24 15:21       ` Mauro Carvalho Chehab
     [not found]         ` <a3ef07920809241441gea2c09al6e2ed32589ad6fa4@mail.gmail.com>
     [not found]           ` <d9def9db0809241901g56a54750kbfccecc77b111ec7@mail.gmail.com>
2008-09-25  2:47             ` Michael Krufky
2008-09-25  2:49               ` Markus Rechberger
2008-09-25  3:04                 ` hermann pitton
2008-09-25  3:18                   ` Markus Rechberger
2008-09-25  3:05                 ` Christophe Thommeret
2008-09-25  3:13                   ` Markus Rechberger
2008-09-25 12:50                 ` Simon Kenyon
2008-09-25  3:28               ` Manu Abraham
2008-09-25  9:55                 ` Mauro Carvalho Chehab
     [not found] ` <48DB6A94.2040508@linuxtv.org>
     [not found]   ` <d9def9db0809250345v674861a0k3d4b5f2c765e4152@mail.gmail.com>
2008-09-25 11:13     ` Janne Grunau
2008-09-25 11:27       ` Markus Rechberger
     [not found]   ` <alpine.LFD.1.10.0809250822390.29643@areia.chehab.org>
     [not found]     ` <a3ef07920809250811n15c620ceg68f9e92c58de403b@mail.gmail.com>
     [not found]       ` <20080925223817.34c81302@gmail.com>
     [not found]         ` <a3ef07920809260812j3dbb3692r3a5c194681425a2a@mail.gmail.com>
2008-09-26 15:37           ` Devin Heitmueller
2008-09-26 16:07             ` VDR User
2008-09-26 16:26               ` Devin Heitmueller
  -- strict thread matches above, loose matches on Subject: below --
2008-09-25  3:23 Hans Verkuil
2008-09-25  3:44 ` Manu Abraham
2008-09-25  3:57 ` Manu Abraham
2008-09-25  4:04   ` Christophe Thommeret
2008-09-25  4:13     ` Manu Abraham
2008-09-25  4:31       ` Christophe Thommeret
2008-09-25  4:37         ` Manu Abraham
2008-09-25  4:58         ` Manu Abraham

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=48DA15A2.40109@gmail.com \
    --to=abraham.manu@gmail.com \
    --cc=linux-dvb@linuxtv.org \
    --cc=patrick.boettcher@desy.de \
    /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