[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4D2B0521.1020404@linuxtv.org>
Date: Mon, 10 Jan 2011 14:09:53 +0100
From: Andreas Oberritter <obi@...uxtv.org>
To: Thomas Schlöter <thomas.schloeter@....net>
CC: linux-media@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] DVB Satellite Channel Routing support for DVB-S
Hallo Thomas,
thank you for your contribution. However, I'm against applying it.
On 01/10/2011 05:19 AM, Thomas Schlöter wrote:
> I have developed some modifications to the 2.6.37 DVB frontend code to support DVB satellite channel routing (aka "SCR", "Unicable", "EN50494"). Following this standard, all satellite tuners share the same cable and each of them has a fixed intermediate frequency it is supposed to tune to. Zapping is done by sending a special DiSEqC message while SEC voltage is temporarily pulled from 14 to 18 volts. This message includes the tuner's ID from 0 to 7, the frequency, band and polarisation to tune to as well as one out of two satellite positions.
>
> I decided this should be supported by the kernel frontend code as it is impossible to send that special DiSEqC / voltage sequence from userspace.
Why do you think that's impossible? There's a userspace implementation
in Enigma2.
> Additionally, it adds fully transparent support for SCR to arbitrary applications that use the DVB API, such as MythTV, VDR, xine etc.
That statement is not true, because you have to configure Unicable LNBs,
which you do using dvb-scr-setup.c.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists