[mythtv] Preparing for 0.8

[Bruce Markey]

Isaac Richards wrote:
...
> - The bug reported 
> http://www.snowman.net/pipermail/mythtv-dev/2003-March/007346.html
>  here.  I probably won't have time to track this one down.
> - Apparently people occasionally lose the ability to rewind during playback of 
> a recorded file.  Might be tied to the bookmark/editing code.  I haven't 
> managed to reproduce this at all, though.

I've usually seen this (maybe always?) when watching a recording
in progress or on a recording that was killed early so I suspect
this might be related to not having a seektable.

> - Bruce Markey's reported an issue with multiple backends and some scheduler 
> weirdness.

I spent some frustrating time yesterday trying to grok the
scheduler.cpp code. It certainly iterates through all the
inputs per sourceid. However, it seems to only "secondmove"
to move conflicts from the first input to the second input
in DoMultiCard(). I don't see how it should iterate moving
conflicts from the second to the third, third to fourth, etc.
I would be a shame if multi-backends could still only schedule
two recordings so I'd appreciate any help to resolve this
issue this week.

> I can't think of anything else major, really, and none of those are really 
> critical.

There is a security issue that I believe must be closed
before releasing. I was going to work on this today but
I want to talk to you about it offline first.

> It'd also be nice to modify the code that selects a free recorder to prefer a 
> local backend over a remote one.

That would be a good thing for performance. Also, currently
a local ringbuffer is treated as a remote file transfer which
impairs performance (uncomment cerr << payload in util.cpp to
see this). This crept in a few weeks ago. Both of these would
be good to fix but I don't think either of these are 'stop
ship' bugs.

--  bjm