Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-06 Thread VDR User
Whatever gets implemented, please make sure the user can disable it. I can't remember why but VDR's internal channel population has never worked right for NA so it's better to be kept as optional when it comes to auto-removing channels, parsing si tables, etc. _

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-06 Thread Udo Richter
Am 06.01.2014 09:59, schrieb Reinhard Nissl: > But this still seems error prone -- looks like a more complex solution > is needed which keeps track of how often a transponder has been seen > dead over a certain period of time before declaring these channels > OBSOLETE (and later delete them automat

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-06 Thread Klaus Schmidinger
On 06.01.2014 09:59, Reinhard Nissl wrote: Hi, Am 05.01.2014 12:42, schrieb Klaus Schmidinger: The changes since version 2.1.2: - Channels that are no longer contained in the current SDT of a transponder are now marked with the keyword OBSOLETE in their name and provider fields. That way

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-06 Thread Reinhard Nissl
Hi, Am 05.01.2014 12:42, schrieb Klaus Schmidinger: The changes since version 2.1.2: - Channels that are no longer contained in the current SDT of a transponder are now marked with the keyword OBSOLETE in their name and provider fields. That way you can identify obsolete channels when yo

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-05 Thread Gerald Dachs
Am 05.01.2014 14:40, schrieb Lars Hanisch: > "I'll do my very best..." :) Lars. This is funny! English, but only understood by German. Gerald !DSPAM:52c9992d302581408685597! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/l

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-05 Thread cedric.dew...@telfort.nl
>The changes since version 2.1.2: >- The new function cCamSlot::Decrypt() can be used by derived classes to >implement a > CAM slot that can be freely assigned to any device, without being directly > inserted > into the full TS data stream in hardware. A derived class that implements > Decr

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-05 Thread Lars Hanisch
ssage- >> From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf >> Of Lars Hanisch >> Sent: Sunday, January 05, 2014 12:54 PM >> To: vdr@linuxtv.org >> Subject: Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3 >> >> Am 05.01.2014 12:4

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-05 Thread fnu
ristmas has gone recently, but I wouldn't say no for delayed present. === Kind regards fnu > -Original Message- > From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf > Of Lars Hanisch > Sent: Sunday, January 05, 2014 12:54 PM > To: vdr@linuxtv

Re: [vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-05 Thread Lars Hanisch
Am 05.01.2014 12:42, schrieb Klaus Schmidinger: > VDR developer version 2.1.3 is now available at > > ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.3.tar.bz2 > > A 'diff' against the previous version is available at > > ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.2-2.1.3.diff > > MD5 checksum

[vdr] [ANNOUNCE] VDR developer version 2.1.3

2014-01-05 Thread Klaus Schmidinger
VDR developer version 2.1.3 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.3.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.1.2-2.1.3.diff MD5 checksums: 054f80e0045aa6fad118e9285b52f4f2 vdr-2.1.3.tar.bz2 3c5ab05d5