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.
_
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
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
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
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
>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
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
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
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 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
10 matches
Mail list logo