[mythtv] Ticket #2335: LiveTV hangs when a recording is finished and a new on starts (no channel change)

eric.bosch at comcast.net eric.bosch at comcast.net
Sat Jul 28 15:49:57 UTC 2007


THis workaround works for me too.  Is there a field on the tuner in the database that can be used to identify IVTV devices?  Perhaps that is the actual fix that is needed so it can determine at runtime if it is a discontinous stream or not.
 -------------- Original message ----------------------
From: "Bob Cottingham" <bobnvic at gmail.com>
> I compiled with Shane's patch Thursday night and I haven't had a
> freeze since, so count me as another success.
> 
> Bob
> 
> On 7/26/07, Bob Cottingham <bobnvic at gmail.com> wrote:
> > On 7/26/07, Nick Morrott <knowledgejunkie at gmail.com> wrote:
> > > Another issue I have noticed is that when a completely recorded
> > > program transitions without freezing (the key problem), a new
> > > ringbuffer is not (always?) created and Myth does not start or even
> > > update the recording with details of the new program but carries on
> > > using the old recording file.
> > >
> > > When I entered LiveTV when a program was already underway, the next
> > > program transition was successful. In my testing I entered LiveTV at
> > > 0926, and LiveTV successfully transitioned to the next program at
> > > 0930, using a new ringbuffer and updating program details accordingly.
> > > However, when this show (0930-1000) finished, at 1000 the recording
> > > again continued without freezing, but continued to use the same
> > > ringbuffer file from the 0930-1000 show. When I backed out of this
> > > show at 1007 and looked at the recordings list, instead of showing one
> > > entry for 0930-1000 and another for 1000-1007 (the next program),
> > > there was only a single entry with duration 0930-1007 with the details
> > > relating to the 0930-1000 program.
> > >
> > > I'm sure this will probably cause some issues if a user decides to try
> > > and record the 'new' program when it is still using the old
> > > ringbuffer.
> >
> > I've been seeing this problem as well as the freeze on transition
> > issue for the last month so. The freeze on transition is very
> > consistent, however the problem of not creating a new file on
> > transistion is very intermittant and has caused quite a problem as it
> > has created files over 30GB when LiveTV was left on over night,
> > resulting in the system running out of disk space and crashing myth.
> > There were a mix of non-expirable shows, expirable shows and LiveTV
> > plus the slave backend OS on a 120GB drive - so once the
> > auto-expirable shows were deleted it couldn't delete anything else.
> >
> > So I don't think that the issue you found is due to Shane's patch
> > since I've been seeing it for a while as well. I hope to try his patch
> > this weekend as the entire family appreciation factor has gone down
> > with the LiveTV freezes.
> >
> > Bob Cottingham
> >
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev



More information about the mythtv-dev mailing list