Justin Wetherell wrote:
> I think "duplicate detection" and "only new" are only as good as the
> "program data". When I get a chance, I can post a pseudo code version
> of the rescheduling algorithm. I am not sure what the +1 channel thing
> is, so I don't know if it has been addressed.
It's jus
I think "duplicate detection" and "only new" are only as good as the
"program data". When I get a chance, I can post a pseudo code version of the
rescheduling algorithm. I am not sure what the +1 channel thing is, so I
don't know if it has been addressed.
On 8/23/07, Andrew Flegg <[EMAIL PROTECTED
On 8/23/07, Justin Wetherell <[EMAIL PROTECTED]> wrote:
>
> I believe a lot of these issues are already addressed in 1.x version of
> Freevo. I implemented a Priority System, Duplicate Detection,
> Rescheduling if conflicted, specifying *any* channel, and *only new*
> episode recording quite awhile
I believe a lot of these issues are already addressed in 1.x version of
Freevo. I implemented a Priority System, Duplicate Detection, Rescheduling
if conflicted, specifying *any* channel, and *only new* episode recording
quite awhile ago.
Maybe I missed some the point?
On 8/23/07, Andrew Flegg <[
Hi,
With the launch of another +1 channel on DVB-T in the UK - and my
playing around with CRIDs in the DVB EIT (i.e. series link/unique
programmes & repeats etc.) - I've come up with a list of requirements
*I* would like to see in the record server, and wondered how many of
these have been conside