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
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox