All of lore.kernel.org
 help / color / mirror / Atom feed
From: Uri Shkolnik <urishk@yahoo.com>
To: Andreas Oberritter <obi@linuxtv.org>
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] Multiple frontends on a single adapter support
Date: Thu, 11 Sep 2008 10:57:36 -0700 (PDT)	[thread overview]
Message-ID: <708306.32642.qm@web38802.mail.mud.yahoo.com> (raw)
In-Reply-To: <48C9363C.6070801@linuxtv.org>




--- On Thu, 9/11/08, Andreas Oberritter <obi@linuxtv.org> wrote:

> From: Andreas Oberritter <obi@linuxtv.org>
> Subject: Re: [linux-dvb] Multiple frontends on a single adapter support
> To: 
> Cc: linux-dvb@linuxtv.org
> Date: Thursday, September 11, 2008, 6:16 PM
> Christophe Thommeret wrote:
> > Uri Shkolnik said:
> > "Some of the hardware devices which using our
> chipset have two tuners per 
> > instance, and should expose 1-2 tuners with 0-2 demux
> (TS), since not all DTV 
> > standard are TS based, and when they are (TS based),
> it depends when you are 
> > using two given tuners together (diversity  mode, same
> content) or each one 
> > is used separately (different frequency and
> modulation, different content, 
> > etc.)."
> > 
> > 
> > 
> > So, here are my questions:
> > 
> > @Steven Toth:
> > What do you think of Andreas' suggestion? Do you
> think it could be done that 
> > way for HVR4000 (and 3000?) ?
> > 
> > @Uri Shkolnik:
> > Do you mean that non-TS based standards don't make
> use of multiplexing at all?
> > 
> 
> I guess diversity mode should be transparent to the user,
> so such a
> device would register only one frontend (and thus only one
> demux) per
> set of tuners used in diversity mode.
> 
> While your statements about non-TS based standards make
> sense, those
> standards would require further work to be covered by a
> future API. In
> this special case, however, we're discussing correct
> usage of the
> current (TS based) demux API.
> 
> Regards,
> Andreas
> 


Regarding the diversity mode - Need to be kept flexible, a device can switch mode (between using a given set of tuners as input for single content or use each tuner for different content)

Regarding Non-TS - I must disagree, there are several posts on this ML that contradict your assumptions, and (much) more important, CMMB after two months of service has much bigger deployment than DVB-H, DVB-T2 and DVB-S2 putting together. T-DMB (DAB) also has much bigger audience.

The optimum is to support all DTV standards :-) , but facing the reality, we must set some priority, and I think the priority should be base on the current users number, and the forecast of DTV standards "market share".

Uri


      

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

  reply	other threads:[~2008-09-11 17:58 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-11 14:21 [linux-dvb] Multiple frontends on a single adapter support Christophe Thommeret
2008-09-11 15:16 ` Andreas Oberritter
2008-09-11 17:57   ` Uri Shkolnik [this message]
2008-09-11 19:36     ` Andreas Oberritter
  -- strict thread matches above, loose matches on Subject: below --
2008-08-29 18:29 [linux-dvb] DVB-S2 / Multiproto and future modulation support Steven Toth
2008-09-10 18:47 ` Steven Toth
2008-09-10 20:32   ` [linux-dvb] Multiple frontends on a single adapter support. (Was: Re: DVB-S2 / Multiproto and future modulation support) Christophe Thommeret
2008-09-11 13:35     ` [linux-dvb] Multiple frontends on a single adapter support Christophe Thommeret
2008-09-11 14:22       ` Uri Shkolnik
2008-09-11 19:31       ` Steven Toth

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=708306.32642.qm@web38802.mail.mud.yahoo.com \
    --to=urishk@yahoo.com \
    --cc=linux-dvb@linuxtv.org \
    --cc=obi@linuxtv.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.