From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail.gmx.net ([213.165.64.20]) by www.linuxtv.org with smtp (Exim 4.63) (envelope-from ) id 1KdSJL-00039X-OO for linux-dvb@linuxtv.org; Wed, 10 Sep 2008 18:12:57 +0200 Date: Wed, 10 Sep 2008 18:12:22 +0200 From: "Hans Werner" In-Reply-To: <200809101710.19695.hftom@free.fr> Message-ID: <20080910161222.21640@gmx.net> MIME-Version: 1.0 References: <48B8400A.9030409@linuxtv.org> <200809101340.09702.hftom@free.fr> <48C7CDCF.9090300@hauppauge.com> <200809101710.19695.hftom@free.fr> To: Christophe Thommeret , stoth@hauppauge.com Cc: linux-dvb@linuxtv.org Subject: Re: [linux-dvb] DVB-S2 / Multiproto and future modulation support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: linux-dvb-bounces@linuxtv.org Errors-To: linux-dvb-bounces+mchehab=infradead.org@linuxtv.org List-ID: -------- Original-Nachricht -------- > Datum: Wed, 10 Sep 2008 17:10:19 +0200 > Von: Christophe Thommeret > An: Steven Toth > CC: linux-dvb@linuxtv.org > Betreff: Re: [linux-dvb] DVB-S2 / Multiproto and future modulation support > Le Wednesday 10 September 2008 15:38:23 Steven Toth, vous avez =E9crit : > > > Is this card able to deliver both S and T at the same time? > > > > No, the hardware can do S/S2 or T. > = > > The driver in the S2API tree only has S/S2 enabled (for the time being). > = > So, maybe we have to think a bit about how to add support for this kind of > device. Yes, absolutely, and I hope this can go in to S2API and the kernel. It woul= d be a lie to claim that linux supports the HVR4000 until this is done. Fortunately St= even and Darron made experimental drivers which do this. > I mean, if the driver provides different adapters/frontends (say = > adapter0/frontend0 and adapter1/frontend0), a typical application will see > these as separate devices, and then when a user watch a S channel, the app > assumes that the T frontend is free while in fact it's not. > For example, Kaffeine updates its channels list according to which > channels = > can be viewed (based on which frontends are free). So, if you are > recording a = > S channel, all channels on this freq are shown as available and all T = > channels are also shown as available. But in the HVR4000 case, it's false, > since the T tuner isn't free. > = > Maybe a solution could be to have : > - adapter0/frontend0 -> S/S2 tuner > - adapter0/frontend1 -> T tuner This is what the multifrontend (mfe) driver at http://dev.kewl.org/hauppaug= e does. And Kaffeine is the only major DVB app which correctly finds the two fronte= nds and uses them correctly (well done!!). Or very nearly -- TV watching is per= fect, but the only slight problem happens when you are recording: (1) record a DVB-T channel: -->all DVB-T channels except those in same multiplex vanish from the availa= ble channels list (correct) -->no satellite channels vanish (incorrect) (2) record a DVB-S channel; -->all DVB-S channels except those on the same multiplex vanish from the av= ailable channels list (correct) -->no DVB-T channels vanish (incorrect) It's a small problem, easily fixed I would think. > = > So applications could know that these 2 frontends are exclusive. > That would not require any API change, but would have to be a rule > followed by = > all drivers. Yes, if we keep to that rule then only frontends which can operate truly simultaneously should have a different adapter number. Regards, Hans -- = Release early, release often. Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten = Browser-Versionen downloaden: http://www.gmx.net/de/go/browser _______________________________________________ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb