-----Original message----- From: Klaus Schmidinger Klaus.Schmidinger@cadsoft.de Sent: Tue 07-10-2008 13:44 To: vdr@linuxtv.org; Subject: Re: [vdr] [PATCH] S2API for vdr-1.7.1 vanilla and extensions patch 64 ( 071020008 )

On 10/07/08 12:46, gimli wrote:

...

Hi All,

this patches are for Steve Toth's repository at : http://linuxtv.org/hg/~stoth/s2/ . In theory they should work. I did them offline from my VDR.

Just so nobody wonders why I'm not currently adopting this switch to S2API: I've tested a recent version of the S2API driver and it apparently doesn't support the TT-Budget S2-3200 cards yet (which IIRC the "multiproto" driver does).

I understand this completely. Even besides the fact that the card (still?) has locking problems with multiproto, I hope that the current drivers in multiproto and/or mantis will be be ported to S2API soon. I have high hopes that this will be the case in a short time. It's been two weeks after the S2API announcement and they announced that in 4 weeks after the announcement the TT-3200 should be included in S2API. So have hope! :)

So as long as these cards are not supported, VDR will not go anywhere near S2API (and I certainly will not support two DVB APIs in parallel).

The reason why I started (read: continued Igor's patch ;) with the S2API patch, is because S2API has been voted to be the next enhancement in the v4l drivers and I wanted to test S2API. Since I have a WinTV-NOVA-HD-S2, I didn't had much difficulty to test S2API in combination with VDR (since it's supported since the beginning, ghe). The plus of this all is, is that people can use VDR *now* with their S2API supported DVB-cards for DVB-T, DVB-S, DVB-S2 and possibly DVB-C. But other can use VDR as well, as soon when it becomes a part of v4l and/or part of the next kernel release :)

Currently only Kaffeine (untested, but it should be working) and VDR 1.7.x have support for S2API. So VDR is atleast ahead of MythTV on this point (I haven't seen any S2API patches floating around for MythTV). And I'll be making patches for S2API-support, as long as long as you can't test/support it :)

Klaus

Regards,

Niels Wagenaar