[mythtv] Re: [mythtv-commits] Re: Ticket #821: autoexpire doesn't

[Chris Pinkham]

> 8468 didn't fix the issue for me:
> select starttime, endtime, basename from recorded where recgroup =3D
> "LiveTV"order by starttime;
> +---------------------+---------------------+-------------------------+
> | starttime           | endtime             | basename                |
> +---------------------+---------------------+-------------------------+
> | 2006-01-01 23:45:23 | 2006-01-02 00:00:00 | 4102_20060101234523.mpg |
> | 2006-01-01 23:45:39 | 2006-01-01 23:46:00 | 4101_20060101234539.mpg |
> | 2006-01-01 23:45:43 | 2006-01-01 23:47:00 | 4101_20060101234543.mpg |
> +---------------------+---------------------+-------------------------+
> 
> I'm including the backend log here.
> Same result as before though:
> On a 'SetChannel' (in this case from 4102 to 4101) the recording on
> 4102 never gets processed by 'FinishedRecording'
> Note that the first recording after opening the device (the 'dummy'
> one) gets the endtime set correctly, and subsequently deleted).

OK, next theory.... :)

In your logs, TVRec::TuningRestartRecorder() isn't being called, so
that explains why my patch didn't have any effect in your case.

I see TVRec::SwitchLiveTVRingBuffer() being called in the logs.
There isn't a VERBOSE call at the top of TVRec::TuningFrequency, but
this is the only other place that I could see that we could be
calling TVRec::SwitchLiveTVRingBuffer() from without finishing
the previous recording.

Also, I don't see TVRec::RingBufferChanged() being called anywhere in
the logs, so it can not mark the recording as finished.  Is there
something going on in the DTV recorder that is causing it to not
be called.

I don't know that code at all, so I think it might be better to defer
to Daniel on this one if this code is working properly for the other
recorders.

-- 
Chris