Re: [vdr] VDR-on-Mac patches

[Tero Siironen]

2007/1/29, Rob Davis <[EMAIL PROTECTED]>:

Tero Siironen wrote:
> I've made patches for VDR 1.4.5 and few plugins (Subtitles, streamdev and
> xineliboutput, softdevice) to run them on Mac OS X (10.4.8 Intel tested)
>
> Notice, VDR can only be run as client for another VDR system as there's no
> support for DVB devices. Server-VDR needs a streamdev-server or
> xineliboutput plugin which can stream the reception to the client.
>
> Patches and short instrucions can be found from here:
>
> http://kotisivu.suomi.net/izero/vdr-darwin/vdr-darwin.html
>
>

Sounds really good.

I will play tomorrow.

How easy would it be to package up a version of, say vdr-sxfe for mac
with xine incorporated?  In such a way that it runs, searches for a vdr
server on the local net and auto connects?


I don't know how hard it would be, but idea sounds very good. One
problem currently is that Xine-lib doesn't compile clean on OS X yet.
Some patches exists already but they don't solve all the compiling
problems. Also accelerated video out is needed to get the performance,
Xshm is too heavy for everyday use.


Another thing that I would like to someone dig in are the DVB-drivers
for OS X by John Dalgliesh (http://www.defyne.org/dvb/driver.html)
which are originally based on Linux v4l drivers. Maybe VDR could be
adopted for those drivers or some kind of a wrapper could be made to
get DVB device support on OS X.


--
Tero

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR-on-Mac patches

[Rob Davis]

Tero Siironen wrote:

I've made patches for VDR 1.4.5 and few plugins (Subtitles, streamdev and
xineliboutput, softdevice) to run them on Mac OS X (10.4.8 Intel tested)

Notice, VDR can only be run as client for another VDR system as there's no
support for DVB devices. Server-VDR needs a streamdev-server or
xineliboutput plugin which can stream the reception to the client.

Patches and short instrucions can be found from here:

http://kotisivu.suomi.net/izero/vdr-darwin/vdr-darwin.html




Sounds really good.

I will play tomorrow.

How easy would it be to package up a version of, say vdr-sxfe for mac 
with xine incorporated?  In such a way that it runs, searches for a vdr 
server on the local net and auto connects?





--
Latest news on http://www.streetcredo.org.uk/rob

Rob Davis

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problems receiving couple of german channels DVB-S

[Peer Oliver Schmidt]

Hello Martin,


there is a plugin Femon available - much nicer output! You should check it
out! Then you have clear text messages.


Problem here is, I don't have access to the regular VDR OSD.


So, I'm no expert, but "ber" and "unc" must be zero (I'm sure you can have a
look in wiki). So, as you see, you had some values there. 


I will see what I can find.

> This seems then to

be a signal problem. Either your sat dish is not perfectly set up or you may
have problems with v/h switching. Btw: I use femon plugin in vdr to adjust
my dish. So how did you do?


The dish had been setup ages ago. So, I guess, I will have a look at the 
switching.


Thanks for your help.

--
Best regards

Peer Oliver Schmidt
PGP Key ID: 0x83E1C2EA


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

AW: [vdr] Problems receiving couple of german channels DVB-S

[martin]

Hi,

there is a plugin Femon available - much nicer output! You should check it
out! Then you have clear text messages.

So, I'm no expert, but "ber" and "unc" must be zero (I'm sure you can have a
look in wiki). So, as you see, you had some values there. This seems then to
be a signal problem. Either your sat dish is not perfectly set up or you may
have problems with v/h switching. Btw: I use femon plugin in vdr to adjust
my dish. So how did you do?

Regards,
Martin

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von
Peer Oliver Schmidt
Gesendet: Sonntag, 28. Januar 2007 18:57
An: VDR Mailing List
Betreff: Re: [vdr] Problems receiving couple of german channels DVB-S

Hi martin,

thanks for your help.

> have you installed femon? Have you had a look at the perception level?
What
> does it say? 

I have it installed, and this is the output:

First without specific tuning to any channel

vdr:~# femon -a 0
using '/dev/dvb/adapter0/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal b9b9 | snr b7f6 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal baba | snr b7f6 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal baba | snr b7f6 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b9b9 | snr b7f6 | ber  | unc  | 
FE_HAS_LOCK

vdr:~# femon -a 1
using '/dev/dvb/adapter1/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal bebe | snr b7fc | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal bebe | snr b7fc | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal bebe | snr b7fc | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal bebe | snr b7fc | ber  | unc  | 
FE_HAS_LOCK

vdr:~# femon -a 2
using '/dev/dvb/adapter2/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal b7b7 | snr b7fa | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b7b7 | snr b7fa | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b7b7 | snr b7fa | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b8b8 | snr b7fa | ber  | unc  | 
FE_HAS_LOCK


And now I switch on VLC to ARD, and receive this:


vdr:~# femon -a 2
using '/dev/dvb/adapter2/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal b6b6 | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b5b5 | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b6b6 | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK

vdr:~# femon -a 1
using '/dev/dvb/adapter1/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal  | snr b7f7 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr b7f7 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr b7f7 | ber  | unc  | 
FE_HAS_LOCK

vdr:~# femon -a 0
using '/dev/dvb/adapter0/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal baba | snr b7f0 | ber 0042 | unc 0042 | 
FE_HAS_LOCK
status 1f | signal  | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK

To me, I see a difference within the signal. But unfortunately, I can't 
interpret the message.

 > Is there a difference when tuning to SAT.1 (which is on the
> same stream like Pro7).

SAT.1, RTL and Pro7 look good, all the time.

> One other thing that comes to my mind: Sat1 and Pro7 use 7.5MBit/s whereas
> ARD, ZDF and stuff use 15MBit, which can be a problem on poor network
> performance.

I have the ASTRA.HD channel running right now in the background 
(S19.2E-1-1088-21101) and it works perfect. Input-Bitrare according to 
VLC is ~ 19MBit.

> I also use streamdev-server a lot, over my 802.11g WLAN .. with VLC on
Vista
> already. I use it, to watch TV in my bedroom.

I also use VOMP to connect Hauppauge MediaMVPs and they have the same 
problem with those channels. Do you know anything else, that ARD + ZDF 
have in common, that is different from Pro7 and RTL? Is it possible, I 
have plugged the cables wrong into the Multiswitch?

Thanks for your help on a sunday afternoon :-)
-- 
Best regards

Peer Oliver Schmidt
PGP Key ID: 0x83E1C2EA


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Safer diseqc setup ? Like in kaffeine ?

[Reinhard Nissl]

Hi,

Gregoire Favre wrote:

>> I've had a look at the source code today. kaffeine "uses" a VDR
>> diseqc.conf like this one:
>>
>> S19.2E 11700 V  9750 t v W15 [E0 10 38 F0] W15 A W15 t
>> S19.2E 9 V 10600 t v W15 [E0 10 38 F1] W15 A W15 T
>> S19.2E 11700 H  9750 t V W15 [E0 10 38 F2] W15 A W15 t
>> S19.2E 9 H 10600 t V W15 [E0 10 38 F3] W15 A W15 T
>>
>> S13.0E 11700 V  9750 t v W15 [E0 10 38 F4] W15 B W15 t
>> S13.0E 9 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T
>> S13.0E 11700 H  9750 t V W15 [E0 10 38 F6] W15 B W15 t
>> S13.0E 9 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T
>>
>> S28.2E 11700 V  9750 t v W15 [E0 10 38 F8] W15 A W15 t
>> S28.2E 9 V 10600 t v W15 [E0 10 38 F9] W15 A W15 T
>> S28.2E 11700 H  9750 t V W15 [E0 10 38 FA] W15 A W15 t
>> S28.2E 9 H 10600 t V W15 [E0 10 38 FB] W15 A W15 T
> 
> It's one of my try, but it don't work sowell here. So I guess it's not
> totally what kaffeine does.

I'm sorry, this IS what the code does:

kaffeine-0.8.3/kaffeine/src/input/dvb/dvbstream.cpp

Just have a look at these functions:

DvbStream::tuneDvb()
DvbStream::setupSwitch()
DvbStream::diseqc()

> I don't understand the difference betweem a diseqc and a multiswitch.

I don't think that there is any difference concerning switching. The
only difference I can think of is, that DiSEqC 1.0 allows you to select
a port/band among 16 while the "old" signalling supports only 8 ports/bands.

> I think I will go off VDR and look how to use mastetimer similar tool
> under it, it's way too hard to setup diseqc under vdr.
> 
> Thank for all your help, unfortunately, I give up...

Here you'll find further reading:

http://www.eutelsat.com/satellites/4_5_5.html

http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf
http://www.eutelsat.com/satellites/pdf/Diseqc/associated%20docs/update_recomm_for_implim.pdf

>> I also had a closer look into the specification and into the
>> implementation guide. There is only one mandatory command for DiSEqC
>> 1.0: the above used 0x38.
> 
> Well, good to know :-)

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Safer diseqc setup ? Like in kaffeine ?

[Gregoire Favre]

On Sun, Jan 28, 2007 at 07:08:26PM +0100, Reinhard Nissl wrote:

Hello :-)

> I do not see how the ports could interfere with each other. Your switch
> provides 4 independent 1-of-3 switches and each of your 3 LNBs provides
> 4 independent 1-of-4 switches.

Well, under kaffeine it's so, but with VDR not...

> I've had a look at the source code today. kaffeine "uses" a VDR
> diseqc.conf like this one:
> 
> S19.2E 11700 V  9750 t v W15 [E0 10 38 F0] W15 A W15 t
> S19.2E 9 V 10600 t v W15 [E0 10 38 F1] W15 A W15 T
> S19.2E 11700 H  9750 t V W15 [E0 10 38 F2] W15 A W15 t
> S19.2E 9 H 10600 t V W15 [E0 10 38 F3] W15 A W15 T
> 
> S13.0E 11700 V  9750 t v W15 [E0 10 38 F4] W15 B W15 t
> S13.0E 9 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T
> S13.0E 11700 H  9750 t V W15 [E0 10 38 F6] W15 B W15 t
> S13.0E 9 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T
> 
> S28.2E 11700 V  9750 t v W15 [E0 10 38 F8] W15 A W15 t
> S28.2E 9 V 10600 t v W15 [E0 10 38 F9] W15 A W15 T
> S28.2E 11700 H  9750 t V W15 [E0 10 38 FA] W15 A W15 t
> S28.2E 9 H 10600 t V W15 [E0 10 38 FB] W15 A W15 T

It's one of my try, but it don't work sowell here. So I guess it's not
totally what kaffeine does.

I don't understand the difference betweem a diseqc and a multiswitch.

I think I will go off VDR and look how to use mastetimer similar tool
under it, it's way too hard to setup diseqc under vdr.

Thank for all your help, unfortunately, I give up...

> I also had a closer look into the specification and into the
> implementation guide. There is only one mandatory command for DiSEqC
> 1.0: the above used 0x38.

Well, good to know :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

[Klaus Schmidinger]

Udo Richter wrote:
> Klaus Schmidinger wrote:
>> I would suggest to rename NextWakeupEvent() to WakeupTime(), because
>> there isn't really an "event" involved, and the word "event is generally
>> used in a different context (for EPG events). Plus, the individual
>> plugin only has a single wake-up time, so there's no need for "Next".
>>
>> Accordingly GetNextWakeupEventPlugin() should be renamed to
>> GetNextWakeupPlugin(). Here the "Next" makes sense, because the
>> function returns the plugin with the earliest wake-up time. The
>> "Time" part could be dropped because the function returns a cPlugin*
>> and there is no time involved.
> 
> I agree, s/event/time/g makes things a lot more consistent. I didn't
> like GetNextWakeupEventPlugin either.
> 
> I also renamed the setup parameter NextWakeupEvent to NextWakeupTime,
> and renamed some local variables accordingly. I can provide a patch if
> needed.

I'll wait for the final result for version 1.5, once everybody
has agreed on it ;-)

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

[Udo Richter]

Klaus Schmidinger wrote:

I would suggest to rename NextWakeupEvent() to WakeupTime(), because
there isn't really an "event" involved, and the word "event is generally
used in a different context (for EPG events). Plus, the individual
plugin only has a single wake-up time, so there's no need for "Next".

Accordingly GetNextWakeupEventPlugin() should be renamed to
GetNextWakeupPlugin(). Here the "Next" makes sense, because the
function returns the plugin with the earliest wake-up time. The
"Time" part could be dropped because the function returns a cPlugin*
and there is no time involved.


I agree, s/event/time/g makes things a lot more consistent. I didn't 
like GetNextWakeupEventPlugin either.


I also renamed the setup parameter NextWakeupEvent to NextWakeupTime, 
and renamed some local variables accordingly. I can provide a patch if 
needed.


Cheers,

Udo


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] VDR-on-Mac patches

[Tero Siironen]

I've made patches for VDR 1.4.5 and few plugins (Subtitles, streamdev and
xineliboutput, softdevice) to run them on Mac OS X (10.4.8 Intel tested)

Notice, VDR can only be run as client for another VDR system as there's no
support for DVB devices. Server-VDR needs a streamdev-server or
xineliboutput plugin which can stream the reception to the client.

Patches and short instrucions can be found from here:

http://kotisivu.suomi.net/izero/vdr-darwin/vdr-darwin.html


-- 
Tero



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Re: replay stuttering

[Kartsa]

Carsten Koch kirjoitti:

Kartsa wrote:
...
  

So, hdparm did no good. I have been running vdr now for a couple days with



Try
   hdparm -I /dev/sda

on my system, it says
...
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
...
which I interpret as: "this device suuports mdma0-udma6
and is currently running in udma6 mode.".
  

I got for first disk
...
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
...
and for second
...
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 udma7
...

This would propably mean that both my sata disks are dma enabled.

\\Kartsa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Safer diseqc setup ? Like in kaffeine ?

[Reinhard Nissl]

Hi,

Gregoire Favre wrote:

>> To just prove my understanding:
>> Your VDR is able to switch to all three satelites, but from time to time
>> you get those tuning timeouts. Reloading the drivers fixes this issue
>> and VDR can then switch to all three satellites again.
> 
> More or less : it's slow (compared to kaffeine) and when I use vdr with
> only one card, I can choose the sat in vdr, but then under kaffeine with
> the two others cards, I can't tune to another sat than the same choosen
> in VDR ???
> 
> In kaffeine, I can reccord without problem on three differents sats.

I do not see how the ports could interfere with each other. Your switch
provides 4 independent 1-of-3 switches and each of your 3 LNBs provides
4 independent 1-of-4 switches.

 Hhm, these settings only help in determining high/low band and the
 frequency to tune to. I first need to take a look into the code how
 kaffeine and xine-lib pass the information about the port to use to the
 DVB driver.
>>
>> Haven't had a look at this yet.
> 
> Here kaffeine output of some tuning :
> 
> Tuning to: ARTE / autocount: 11
> Using DVB device 0:0 "ST STV0299 DVB-S"
> tuning DVB-S to 11567000 v 2200
> inv:2 fecH:5
> DiSEqC: switch pos 0, 13V, loband (index 0)
> DiSEqC: e0 10 38 f0 00 00

I've had a look at the source code today. kaffeine "uses" a VDR
diseqc.conf like this one:

S19.2E 11700 V  9750 t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E 9 V 10600 t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E 11700 H  9750 t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E 9 H 10600 t V W15 [E0 10 38 F3] W15 A W15 T

S13.0E 11700 V  9750 t v W15 [E0 10 38 F4] W15 B W15 t
S13.0E 9 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T
S13.0E 11700 H  9750 t V W15 [E0 10 38 F6] W15 B W15 t
S13.0E 9 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T

S28.2E 11700 V  9750 t v W15 [E0 10 38 F8] W15 A W15 t
S28.2E 9 V 10600 t v W15 [E0 10 38 F9] W15 A W15 T
S28.2E 11700 H  9750 t V W15 [E0 10 38 FA] W15 A W15 t
S28.2E 9 H 10600 t V W15 [E0 10 38 FB] W15 A W15 T

I also had a closer look into the specification and into the
implementation guide. There is only one mandatory command for DiSEqC
1.0: the above used 0x38.

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problems receiving couple of german channels DVB-S

[Peer Oliver Schmidt]

Hi martin,

thanks for your help.


have you installed femon? Have you had a look at the perception level? What
does it say? 


I have it installed, and this is the output:

First without specific tuning to any channel

vdr:~# femon -a 0
using '/dev/dvb/adapter0/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal b9b9 | snr b7f6 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal baba | snr b7f6 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal baba | snr b7f6 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b9b9 | snr b7f6 | ber  | unc  | 
FE_HAS_LOCK


vdr:~# femon -a 1
using '/dev/dvb/adapter1/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal bebe | snr b7fc | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal bebe | snr b7fc | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal bebe | snr b7fc | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal bebe | snr b7fc | ber  | unc  | 
FE_HAS_LOCK


vdr:~# femon -a 2
using '/dev/dvb/adapter2/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal b7b7 | snr b7fa | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b7b7 | snr b7fa | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b7b7 | snr b7fa | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b8b8 | snr b7fa | ber  | unc  | 
FE_HAS_LOCK



And now I switch on VLC to ARD, and receive this:


vdr:~# femon -a 2
using '/dev/dvb/adapter2/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal b6b6 | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b5b5 | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal b6b6 | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK


vdr:~# femon -a 1
using '/dev/dvb/adapter1/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal  | snr b7f7 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr b7f7 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr b7f7 | ber  | unc  | 
FE_HAS_LOCK


vdr:~# femon -a 0
using '/dev/dvb/adapter0/frontend0'
FE: Samsung S5H1420 DVB-S (SAT)
status 1f | signal baba | snr b7f0 | ber 0042 | unc 0042 | 
FE_HAS_LOCK
status 1f | signal  | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK
status 1f | signal  | snr b7f0 | ber  | unc  | 
FE_HAS_LOCK


To me, I see a difference within the signal. But unfortunately, I can't 
interpret the message.


> Is there a difference when tuning to SAT.1 (which is on the

same stream like Pro7).


SAT.1, RTL and Pro7 look good, all the time.


One other thing that comes to my mind: Sat1 and Pro7 use 7.5MBit/s whereas
ARD, ZDF and stuff use 15MBit, which can be a problem on poor network
performance.


I have the ASTRA.HD channel running right now in the background 
(S19.2E-1-1088-21101) and it works perfect. Input-Bitrare according to 
VLC is ~ 19MBit.



I also use streamdev-server a lot, over my 802.11g WLAN .. with VLC on Vista
already. I use it, to watch TV in my bedroom.


I also use VOMP to connect Hauppauge MediaMVPs and they have the same 
problem with those channels. Do you know anything else, that ARD + ZDF 
have in common, that is different from Pro7 and RTL? Is it possible, I 
have plugged the cables wrong into the Multiswitch?


Thanks for your help on a sunday afternoon :-)
--
Best regards

Peer Oliver Schmidt
PGP Key ID: 0x83E1C2EA


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

[Klaus Schmidinger]

Udo Richter wrote:
> Hi list,
> 
> I've finished a third version of the shutdown rewrite. Again there are
> two patches available, one for VDR 1.5.0, and one with slight changes
> for 1.4.x.
> ...

I would suggest to rename NextWakeupEvent() to WakeupTime(), because
there isn't really an "event" involved, and the word "event is generally
used in a different context (for EPG events). Plus, the individual
plugin only has a single wake-up time, so there's no need for "Next".

Accordingly GetNextWakeupEventPlugin() should be renamed to
GetNextWakeupPlugin(). Here the "Next" makes sense, because the
function returns the plugin with the earliest wake-up time. The
"Time" part could be dropped because the function returns a cPlugin*
and there is no time involved.

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with compiling plugins

[Kartsa]

Kartsa kirjoitti:

Halim Sahin kirjoitti:

Hi,
On So, Jan 28, 2007 at 01:16:45 +0200, Kartsa wrote:
 

But the burn plugin still won't compile.



Please use a newer versionof burn plugin
I used it with vdr-14.4.
  
I thought I had the newest one?  Where do I find a newer one? In the 
README file there is  http://www.xeatre.tv/community/burn/ which is 
supposed to have the latest version available.


Oh, I found link to snapshots from the german wiki (on english wiki were 
none and my german is as good as my chinese :).


Now it compiled. Thanks to everyone.

\\Kartsa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

AW: AW: [vdr] Problems receiving couple of german channels DVB-S

[martin]

Hi Oli,

have you installed femon? Have you had a look at the perception level? What
does it say? Is there a difference when tuning to SAT.1 (which is on the
same stream like Pro7).

One other thing that comes to my mind: Sat1 and Pro7 use 7.5MBit/s whereas
ARD, ZDF and stuff use 15MBit, which can be a problem on poor network
performance.

I also use streamdev-server a lot, over my 802.11g WLAN .. with VLC on Vista
already. I use it, to watch TV in my bedroom.


Martin

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von
Peer Oliver Schmidt
Gesendet: Sonntag, 28. Januar 2007 17:49
An: VDR Mailing List
Betreff: Re: AW: [vdr] Problems receiving couple of german channels DVB-S

Hello martin,

> can you give us a hint what the problem is? So if you only have budget
> cards, what kind of frontend do you use? Need to know a bit more from your
> setup.

Sorry for not being more verbose.

I am using streamdev-server on the VDR in the attic, and VLC as a 
frontend running downstairs on a WinXP or Ubuntu system. The problem is 
a totally distorted picture, like when I have thunderstorm outside with 
bad reception. Block artefacts etc.
Sometimes it gets so bad, VLC quits from errors.

The funny thing is, it is ONLY on some of the channels.
-- 
Mit freundlichen Grüßen

Peer Oliver Schmidt
the internet company
PGP Key ID: 0x83E1C2EA


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Re: replay stuttering

[Carsten Koch]

Kartsa wrote:
...
> So, hdparm did no good. I have been running vdr now for a couple days with

Try
   hdparm -I /dev/sda

on my system, it says
...
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
...
which I interpret as: "this device suuports mdma0-udma6
and is currently running in udma6 mode.".


Carsten.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Re: replay stuttering

[Kartsa]

Marko Mäkelä kirjoitti:

On Sat, Jan 27, 2007 at 11:56:56PM +0200, Kartsa wrote:
  

So, hdparm did no good.



Did you try sdparm?  Serial ATA looks like SCSI to some tools.
  
Nope, because there was no sdparm. For some reason did not think to 
check if such exists at all :)


This is what sdparm gives but I don't have the knowledge to find dma 
specific info in this. I see that there is something about dma but is it 
enabled or not??


sdparm --long /dev/sda
   /dev/sda: ATA   ST3200822AS   3.01
   Direct access device specific parameters: WP=0  DPOFUA=0
Read write error recovery [rw] mode page:
 AWRE1  Automatic write reallocation enabled
 ARRE1  Automatic read reallocation enabled
 PER 0  Post error
Caching (SBC) [ca] mode page:
 WCE 1  Write cache enable
 RCD 0  Read cache disable
Control [co] mode page:
 SWP 0  Software write protect

sdparm --long /dev/sdb
   /dev/sdb: ATA   SAMSUNG SP0812C   SU10
   Direct access device specific parameters: WP=0  DPOFUA=0
Read write error recovery [rw] mode page:
 AWRE1  Automatic write reallocation enabled
 ARRE1  Automatic read reallocation enabled
 PER 0  Post error
Caching (SBC) [ca] mode page:
 WCE 1  Write cache enable
 RCD 0  Read cache disable
Control [co] mode page:
 SWP 0  Software write protect

\\Kartsa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with compiling plugins

[Halim Sahin]

Sorry the cvs stuff does not work.
I have taken it from vdr-wiki.

Halim


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with compiling plugins

[Halim Sahin]

Hello,
On So, Jan 28, 2007 at 06:03:56 +0100, Michael Brueckner wrote:
> Am Sonntag 28 Januar 2007 17:59 schrieb Kartsa:
> > I thought I had the newest one?  Where do I find a newer one? In the
> > README file there is  http://www.xeatre.tv/community/burn/ which is
> > supposed to have the latest version available.
> 
> Use 0.1.0-pre21:
> 
> http://linux.kompiliert.net/contrib/
> 
Or the cvs version

cvs -d:pserver:[EMAIL PROTECTED]:/var/cvsroot login
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/var/cvsroot co burn
> Cheers
> Michi
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with compiling plugins

[Michael Brueckner]

Am Sonntag 28 Januar 2007 17:59 schrieb Kartsa:
> I thought I had the newest one?  Where do I find a newer one? In the
> README file there is  http://www.xeatre.tv/community/burn/ which is
> supposed to have the latest version available.

Use 0.1.0-pre21:

http://linux.kompiliert.net/contrib/

Cheers
Michi

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with compiling plugins

[Kartsa]

Halim Sahin kirjoitti:

Hi,
On So, Jan 28, 2007 at 01:16:45 +0200, Kartsa wrote:
  

But the burn plugin still won't compile.



Please use a newer versionof burn plugin
I used it with vdr-14.4.
  
I thought I had the newest one?  Where do I find a newer one? In the 
README file there is  http://www.xeatre.tv/community/burn/ which is 
supposed to have the latest version available.


\\Kartsa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [RFC] Shutdown rewrite for 1.5.x

[Udo Richter]

Hi list,

I've finished a third version of the shutdown rewrite. Again there are 
two patches available, one for VDR 1.5.0, and one with slight changes 
for 1.4.x.


http://www.udo-richter.de/vdr/patches.html#shutdown
http://www.udo-richter.de/vdr/patches.en.html#shutdown


- Shutdown command called with /dev/null as stdin

- Shutdown script now called with plugin name as 4th parameter
  if the wakeup time is set by a plugin. Summarized:
  No restart:
shutdown.sh 0 0 0 "" Force
  Timer restart:
shutdown.sh Time Delta Channel "Timer-Name" Force
  Plugin restart:
shutdown.sh Time Delta 0 "Plugin-Name" Force

- Changed cPluginManager::NextWakeupEvent into
  cPluginManager::GetNextWakeupEventPlugin to return the plugin
  that schedules the next event, instead of just the time_t.

- Merged SystemExecSession into SystemExec of thread.c

- Added #define PATCH_SHUTDOWN_REWRITE to detect the patch
  Use #if VDRVERSNUM >= 105xx || defined(PATCH_SHUTDOWN_REWRITE) after
  final integration into VDR.

- Adapted newplugin script.

- Adapted PLUGINS.html.

- Adapted INSTALL for new shutdown behavior.

Todo:

- i18n strings:
  "VDR will shut down later. Press power to force."
  "VDR will shut down in %s minutes"
  "Replaying - shut down anyway?"
  "Cutting - shut down anyway?"
  "Plugin activity in %ld minutes, shut down anyway?"

Cheers,

Udo

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: AW: [vdr] Problems receiving couple of german channels DVB-S

[Peer Oliver Schmidt]

Hello martin,


can you give us a hint what the problem is? So if you only have budget
cards, what kind of frontend do you use? Need to know a bit more from your
setup.


Sorry for not being more verbose.

I am using streamdev-server on the VDR in the attic, and VLC as a
frontend running downstairs on a WinXP or Ubuntu system. The problem is
a totally distorted picture, like when I have thunderstorm outside with
bad reception. Block artefacts etc.
Sometimes it gets so bad, VLC quits from errors.

The funny thing is, it is ONLY on some of the channels.
--
Mit freundlichen Grüßen

Peer Oliver Schmidt
the internet company
PGP Key ID: 0x83E1C2EA


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

AW: [vdr] Problems receiving couple of german channels DVB-S

[martin]

Hi Peer Oliver,

can you give us a hint what the problem is? So if you only have budget
cards, what kind of frontend do you use? Need to know a bit more from your
setup.

Regards,
Martin

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von
Peer Oliver Schmidt
Gesendet: Sonntag, 28. Januar 2007 15:43
An: VDR Mailing List
Betreff: [vdr] Problems receiving couple of german channels DVB-S

Hi,

I have problems receiving some channels (ARD, ZDF,N3, DMAX) in good 
quality. Receiving other channels (SAT.1, RTL, Pro7, Das Vierte) works 
just fine.

I have three budget TT cards connected to a multiswitch in my attic, 
just a few meters cable away from my dish. Each DVB-S card is running on 
a different IRQ.

Is it possible, I just miswired the multiswitch?

Any idea on how to fix this problem would be greatly appreciated.
-- 
Best regards

Peer Oliver Schmidt
PGP Key ID: 0x83E1C2EA


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Re: replay stuttering

[Marko Mäkelä]

On Sat, Jan 27, 2007 at 11:56:56PM +0200, Kartsa wrote:
> So, hdparm did no good.

Did you try sdparm?  Serial ATA looks like SCSI to some tools.

Marko

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Problems receiving couple of german channels DVB-S

[Peer Oliver Schmidt]

Hi,

I have problems receiving some channels (ARD, ZDF,N3, DMAX) in good 
quality. Receiving other channels (SAT.1, RTL, Pro7, Das Vierte) works 
just fine.


I have three budget TT cards connected to a multiswitch in my attic, 
just a few meters cable away from my dish. Each DVB-S card is running on 
a different IRQ.


Is it possible, I just miswired the multiswitch?

Any idea on how to fix this problem would be greatly appreciated.
--
Best regards

Peer Oliver Schmidt
PGP Key ID: 0x83E1C2EA


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] [ANNOUNCE] DVB subtitles 0.5.0

[Pekka Virtanen]

There is a maintance release of DVB subtitles plugin available at:
http://virtanen.org/vdr/subtitles/

Relase Notes:
2007-01-28: Version 0.5.0
-Modification and patch for VDR 1.5.0 (Thanks to Rolf Ahrenberg)
-Changed usleep() functions to cCondWait::SleepMs() (Thanks to Rolf Ahrenberg)

--
pekka

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Re: diseqc problem with Edision switch

[Ilariu Raducan]

By the way, the switch is Diseqc 2.0.
If I remove the cable going to the card and plug it back while channel is
set on the port #1 the reception works. After first diseqc command sent to
the switch it doesn't work anymore.

On 1/27/07, Ilariu Raducan <[EMAIL PROTECTED]> wrote:


Hi all,

Could somebody help me with this one?

I Got 2 Edision switches and 4 quad LNBs to use it with 3 receivers (I
still have the old switch).
With the old switch (not Edision) everything works OK.
With Edision switches no channel locks, the signal is not stable. I
presume the problem is with diseqc.conf.

I used the following 2 files that work with the old switch but not with
the new ones:
diseq-ab.conf
# port 1
S5.0E  11700 V  9750  t v W15 [E0 10 23] W15 [E0 10 22] W15 t
S5.0E  9 V 10600  t v W15 [E0 10 23] W15 [E0 10 22] W15 T
S5.0E  11700 H  9750  t V W15 [E0 10 23] W15 [E0 10 22] W15 t
S5.0E  9 H 10600  t V W15 [E0 10 23] W15 [E0 10 22] W15 T

# port 2
S13.0E  11700 V  9750  t v W15 [E0 10 23] W15 [E0 10 26] W15 t
S13.0E   9 V 10600  t v W15 [E0 10 23] W15 [E0 10 26] W15 T
S13.0E  11700 H  9750  t V W15 [E0 10 23] W15 [E0 10 26] W15 t
S13.0E  9 H 10600  t V W15 [E0 10 23] W15 [E0 10 26] W15 T

# port 3
S16.0E  11700 V  9750  t v W15 [E0 10 27] W15 [E0 10 22] W15 t
S16.0E  9 V 10600  t v W15 [E0 10 27] W15 [E0 10 22] W15 T
S16.0E  11700 H  9750  t V W15 [E0 10 27] W15 [E0 10 22] W15 t
S16.0E  9 H 10600  t V W15 [E0 10 27] W15 [E0 10 22] W15 T

# port 4
S19.2E   11700 V  9750  t v W15 [E0 10 27] W15 [E0 10 26] W15 t
S19.2E  9 V 10600  t v W15 [E0 10 27] W15 [E0 10 26] W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 27] W15 [E0 10 26] W15 t
S19.2E  9 H 10600  t V W15 [E0 10 27] W15 [E0 10 26] W15 T

diseq-full.conf
S5.0E  11700 V  9750  t v W15 [E0 10 38 F0]  W15 t
S5.0E  9 V 10600  t v W15 [E0 10 38 F1]  W15 T
S5.0E  11700 H  9750  t V W15 [E0 10 38 F2]  W15 t
S5.0E  9 H 10600  t V W15 [E0 10 38 F3]  W15 T

S13E  11700 V  9750  t v W15  [E0 10 38 F4]  W15 t
S13E  9 V 10600  t v W15  [E0 10 38 F5]  W15 T
S13E  11700 H  9750 t V W15  [E0 10 38 F6]  W15 t
S13E  9 H 10600 t V W15  [E0 10 38 F7]  W15 T


S16.0E  11700 V  9750  t v W15  [E0 10 38 F8]  W15 t
S16.0E  9 V 10600  t v W15  [E0 10 38 F9]  W15 T
S16.0E  11700 H  9750  t V W15  [E0 10 38 FA]  W15 t
S16.0E  9 H 10600  t V W15  [E0 10 38 FB]  W15 T

S19.2E  11700 V  9750  t v W15  [E0 10 38 FC] W15 t
S19.2E  9 V 10600  t v W15  [E0 10 38 FD]  W15 T
S19.2E  11700 H  9750  t V W15  [E0 10 38 FE]  W15 t
S19.2E  9 H 10600  t V W15  [E0 10 38 FF]  W15 T



Please help !!

Thank you,
Regards,
Ilariu

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with compiling plugins

[Halim Sahin]

Hi,
On So, Jan 28, 2007 at 01:16:45 +0200, Kartsa wrote:
> But the burn plugin still won't compile.

Please use a newer versionof burn plugin
I used it with vdr-14.4.

Best regards
Halim

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with compiling plugins

[Udo Richter]

Kartsa wrote:

burn.c:32: error: conflicting return type specified for â
../../../include/vdr/plugin.h:43: error:   overriding â


The original plugin.h of VDR has this in line 43:

  virtual cString Active(void);

This was introduced on VDR 1.3.47, and conflicts with earlier patches 
that had this function with bool return type, causing conflicts with 
some plugins that supported the earlier patches.


In other words: You need to use a plugin version that is compatible with 
1.3.47 or newer, or use some patch that fixes this.


This just leaves the question, why the hell does your compiler report 
the 'Active' identifier as 'â'?


Cheers,

Udo

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with compiling plugins

[Kartsa]

VDR User kirjoitti:
On 1/27/07, *Kartsa* <[EMAIL PROTECTED] > 
wrote:


Plugin mp3:
make[1]: Entering directory
`/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15'
g++ -O2 -fPIC -Wall -Woverloaded-virtual -c -D_GNU_SOURCE
-DAPIVERSNUM=10404 -DHAVE_SNDFILE -DHAVE_VORBISFILE
-I../../../include mp3.c
mp3.c:50:17: error: mad.h: No such file or directory
mp3.c: In member function â:
mp3.c:1673: error: â was not declared in this scope
mp3.c:1674: error: â was not declared in this scope
make[1]: *** [ mp3.o] Error 1
make[1]: Leaving directory
`/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15'


Install the libmad0 package.


This was actually in the readme. I've missed it somehow. Thanks.

But the burn plugin still won't compile.
Plugin burn:
make[1]: Entering directory 
`/root/Lataukset/vdr-1.4.4/PLUGINS/src/burn-0.0.5'
g++ -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"burn"' 
-D_GNU_SOURCE -DDVDDEV='"/dev/dvd"' -DISODIR=NULL -I../../../include 
-I../../../../DVB/include -o burn.o burn.c

burn.c:32: error: conflicting return type specified for â
../../../include/vdr/plugin.h:43: error:   overriding â
burn.c: In member function â:
burn.c:58: warning: converting to non-pointer type â from NULL
make[1]: *** [burn.o] Error 1
make[1]: Leaving directory 
`/root/Lataukset/vdr-1.4.4/PLUGINS/src/burn-0.0.5'


\\Kartsa

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr error on turksat 42

[Klaus Schmidinger]

Halim Sahin wrote:
> Hi,
> On Sa, Jan 27, 2007 at 05:16:31 +0100, Klaus Schmidinger wrote:
>> Halim Sahin wrote:
>>> Hi Klaus
>>> On Sa, Jan 27, 2007 at 02:15:02 +0100, Klaus Schmidinger wrote:
 in cSdtFilter::Process(). Print out pn, ps and pp there when switching
 between the two channels and post the result.

>>> Here it komes:
>>> pn=FEED pp= ATV ps=
>>> pn=atv pp= Service Provider ps=
>>> pn=RADIO CITY pp= Service Provider ps=
>>> pn=Marmara Radyo pp= Service Provider ps=
>>> pn=. pp= Service Provider ps=
>>>
>>> pn=SAMANYOLU TV pp= STV ps=
>>> pn=MEHTAP TV pp= STV ps=
>>> pn=S HABER pp= stv ps=
>>> pn=BURC FM pp= STV ps=
>>> pn=DUNYA RADIO pp= STV ps=
>>> pn=AKRA FM pp= STV ps=
>>> pn=MORAL FM pp= STV ps=
>>> pn=MARMARA FM pp= STV ps=
>>> pn=RADYO 15 pp= STV ps=
>>> pn=INTERCOM pp= STV ps=
>>>
>>>
>>> After switching to the stv provider, vdr shows in channels.conf  for 
>>> atv
>>> SAMANYOLU TV.
>> Sorry, I forgot that we also need the information which channel all this
>> is for. Please locate the lines
>>
> Hav a look on this:
> ...
> data = 1 1 1
> channel = 'TRT 1'
> pn=atv pp= Service Provider ps=
> ...
> data = 1 1 1
> channel = 'atv'
> pn=SAMANYOLU TV pp= STV ps=

As you can see the provider broadcasts different channel names for the
same channel on the two transponders (that's assuming that the two
sets of data above were retrieved from the two transponders you mentioned
earlier).

So unless proven otherwise I'd say it's the provider's fault.

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] [ANNOUNCE] VDR maintenance patch 1.4.5-1

[Klaus Schmidinger]

VDR maintenance patch 1.4.5-1 is now available at

ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-1.diff

This is a 'diff' against version 1.4.5.


Small fixes to the officially released VDR versions will be first
made available as "maintenance patches" in the Developer directory,
so that they can be reviewed and tested before a new official
release is published.

So please apply the above patch and report whether it works (or
if it causes any new problems).


This version is binary compatible to the previous one, so plugins
don't need to be recompiled.


The changes since version 1.4.5:

- Fixed i18n characters for the Hungarian texts (thanks to Thomas Günther).
- Now using cPipe instead of popen() in cCommand::Execute() to avoid problems
  with open file handles when starting background commands (thanks to Reinhard
  Nissl).

Have fun!

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr