Recordserver thoughts; both 1.x and 2.0

On 8/23/07, Andrew Flegg < andrewbleb.org">andrewbleb.org&gt; wrote:

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 considered, not thought of, would be wanted, are being
worked on and/or are in Freevo 2?

* If I have a favourite scheduled for a fixed channel, fixed time,
fixed day; and set something to record which conflicts, *either*
recording is rescheduled as appropriate.

* The UK has a number of +1 channels (more on DVB-S than DVB-T). Are
these common in other territories? If so, any recording fixed on a
particular channel should shift to a +1 variant as a first option.

* Programmes should be recorded at the earliest opportunity; however
the body of programmes as a whole should be recorded as early as
possible. Currently, "My Name is Earl" is on Channel 4 at 22:00 on a
Thursday; "Studio 60" is on More 4 at 22:00.

&nbsp; Ignoring the fact that since they're on the same multiplex *both*
could be recorded simultaneously, "My Name Is Earl" could be recorded
at 23:00 on Channel 4+1 and "Studio 60" at 22:00. However, "My Name Is
Earl&quot; recorded at 22:00, and "Studio 60" on a later repeat.

&nbsp; "Studio 60" is higher priority, and the hour delay of "My Name Is
Earl&quot; shouldn9;t matter.

* However, in general, higher priority programmes should be recorded
earlier than lower priority if possible.

* Recording options similar to MythTV';s where I can say "record one of
these per week" etc. would be useful. However, it'd be even better if
I could point to a particular instance and say "this is when the week
for this programme begins&quot;.

* Programme names for favourites should be able to match explicitly,
rather than as substrings. Currently, making a favourite for "ER&quot; is
quite tricky.

* Duplicate detection needs to be improved (and I helped develop it),
as data sources have a tendency to change descriptions. I think
titles, if present, should be the only decider, relying on
descriptions only when they are not present. Alternatively, this is
configured on a per-favourite basis as in MythTV.

* A group of channels on which you'd like the programme recorded,
rather than a single one or "ANY&quot; would be useful. Meeting the other
requirements may make this less useful.

There are probably a few I've missed, and I'd be interested to hear
others' thoughts - including disagreements!

Cheers,

Andrew

--
Andrew Flegg -- mailto: andrewbleb.org">andrewbleb.org&nbsp; | &nbsp;http://www.bleb.org/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?&nbsp; Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>&nbsp;  http://get.splunk.com/
_______________________________________________
Freevo-devel mailing list
Freevo-devellists.sourceforge.net">Freevo-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel

On 8/23/07, Andrew Flegg < andrewbleb.org">andrewbleb.org&gt; wrote:

On 8/23/07, Justin Wetherell < phishman3579gmail.com">phishman3579gmail.com> 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 ago.

Indeed, however Freevo 1.x certainly isn't working like I'd want it to
(it';s close). This could be user error, but I've got duplicate
detection (in practice it's not quite right, however) and the
rescheduling if conflicted is working, if not optimally.

I'm not aware of any preference for +1 channels, or the algorithm for
the rescheduling for conflicts, though (without reading the source).

--
Andrew Flegg -- mailto: andrewbleb.org">andrewbleb.org&nbsp; | &nbsp;http://www.bleb.org/

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?&nbsp; Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>&nbsp;  http://get.splunk.com/
_______________________________________________
Freevo-devel mailing list
Freevo-devellists.sourceforge.net">Freevo-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel