[mythtv] EIT Broken +other thoughts.
stuarta at squashedfrog.net
Mon Oct 3 11:17:58 UTC 2005
On Sun, Oct 02, 2005 at 03:47:02PM +0200, Torbjörn Jansson wrote:
> mythtv-dev-bounces at mythtv.org <> wrote:
> > On 10/2/05, Daniel Kristjansson <danielk at cuymedia.net> wrote:
> >> I don't know much about the EIT parsing code, but perhaps the time
> >> per channel should be increased? Right now it is 60 seconds, which
> >> may be a bit low. (it is on line 1210 in tv_rec...)
> > I don't think it's the time. It also doesn't collect the EPG data when
> > I watch LiveTV (what always worked for me lately). So it's not only
> > the crawler that doesn't parse the EIT code.
> > Adam
> Exactly, a long time ago it used to take only one channel change to the
> right channel and it would pick upp all EIT data.
> Then something changed and it would take many channel changes to get it to
> pickup all data.
> It looked as if it began to collect eit data and if i did something like
> pointing my web browser to mythweb it stopped immediately.
> Even if i didn't do anything it would stop after a short while.
> Then came all daniel:s changes and now it's broken completly.
When Daniel first put the EIT crawler in it was still getting all
the data. I have since noticed some problems which some of you are
1) If the EIT crawler picks a channel that is off air (& so only a
data channel) the crawler gets stuck and doesn't go any further.
2) While watching liveTV EIT is no longer collected.
I've a patch for #2 which should help Torbjörn (attached)
I'm going to look at #1 today and see what I come up with.
Daniel, part of what happens in #1 is that when the backend
attempts to reconstruct a PMT for the frontend, it can't find
any video and so gives up building a new PMT.
I think this is a root cause of a number of other problems that
some people have been seeing. What I would like to do is as follows
1) Contruct a PMT under all circumstances and pass it through
2) Add handling to cope with PMT that may be only data or audio.
The interesting part about this is we can use #2 to implement
preliminary support for audio only (ie. radio) channels and also
data only channels.
What I would need to do this is a way of insterting a static
mpeg I frame into the stream to generate a video stream
even though it doesn't change. One could be an image of a radio,
one an image representing data.
-------------- next part --------------
--- mythtv.orig/libs/libmythtv/tv_rec.cpp 2005-10-03 11:51:48.000000000 +0100
+++ mythtv/libs/libmythtv/tv_rec.cpp 2005-10-03 11:52:15.000000000 +0100
@@ -1219,6 +1219,12 @@
eitScanStartTime = QDateTime::currentDateTime().addYears(1);
+ else if (HasFlags(kFlagFrontendReady|kFlagSIParserRunning) &&
+ scanner && internalState == kState_WatchingLiveTV)
#endif // USING_DVB_EIT
// We should be no more than a few thousand milliseconds,
More information about the mythtv-dev