[mythtv-users] Time to record before start with back-to-back recordings and multirec?

Kevin Kuphal kkuphal at gmail.com
Tue Mar 11 03:17:53 UTC 2008


On Mon, Mar 10, 2008 at 7:23 PM, Brad DerManouelian <myth at dermanouelian.com>
wrote:

> On Mar 10, 2008, at 3:22 PM, jonny Linux wrote:
>
> >
> > One of the joys of multirec is that you will get the overlap in both
> > recordings. No need to use a second tuner for that situation any more.
> >
> > But I'm not getting an overlap, if I record two consecutive
> > programs, the first recording stops a couple of seconds before the
> > second recording starts. This is exactly what would happen if I only
> > had one card in the days before multirec. The only way I can cause
> > the overlap you describe is by manually setting a hard overlap by
> > adjusting the before/after time on the recording rules. Is this the
> > expected behaviour? I don't see why the first program should stop
> > early because I've got another virtual tuner.
>
> That's not what's happening for me. I've got 3 virtual tuners. One
> recording starts on the first one, the next recording starts on the
> next virtual tuner. I can see them both recording at the same time
> during the overlapping times. Something's not set up right - either in
> your recording rule or your tuner setup. You are using DVB, right?


I think you are talking about two different things:

Brad, you are talking about two shows recording at the same time on
different tuners and each holding overlapping bits of other shows.  This is
true.

Johnny is talking about two shows back to back on the same tuner (because
there is only soft padding "conflict" which does not bump the shows to a
second tuner, virtual or otherwise).

And the answer is, while it is possible for a multirec type system to record
the same content to different files, Myth will only do this when it bumps
the shows to a second virtual tuner.  So, my original statement holds true
that johnny should set hard over/under record options on his recording rules
to bump the programs as conflicting in the scheduler which will achieve this
result.

Kevin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20080310/16f67563/attachment.htm 


More information about the mythtv-users mailing list