[mythtv] Ticket #1790: pes packet assembly in mythtv-eit

Janne Grunau janne-mythtv at grunau.be
Wed May 17 15:30:33 UTC 2006

On Wednesday 17 May 2006 16:18, Daniel Kristjansson wrote:
> On Wed, 2006-05-17 at 09:52 -0400, Mark Buechler wrote:
> > Daniel, zero'ing out the networkid and transportid enables me to
> > tune just fine.
> Ok, then that sounds fine as a work-around for this broken SDT
> problem for now. I'll sync the EIT tree to svn head then and so we
> can start applying those outstanding patches to the EIT tree.

Im not 100% sure that the assembly is without bugs but it is working 
Stuart Auchterlonie, me and another guy from irc. But if there is a 
problem we can sort it out later.
Another minor problem is that consecutive recordings fail. Stuart has 
discovered it and I'm able to reproduce it. The problem seems to be 
that we finished not only the first recording but also the second. When 
TVRec is ready to start the second tuning fails sice the tuningrequest 
is empty. I haven't tested trunk or anything other than DVB recordings 
yet. relevant log excerpt: http://pastebin.ca/56336

I'm not too happy with the previous global eitscanner patch. I've 
started to redoing it and I will probably move all EIT processing to 
that single thread. This will make it easier to limit the load of EIT 

> One solution would be to just add a "tuning_method" column to the
> channel table, but I'd prefer a workaround that doesn't require this,
> or at least detects this problem in the channel scan and set this
> "tuning_method" column automatically.

Waiting not longer than 6 seconds for a SDT is maybe a viable 
workaround. If it's a standard conform DVB stream we should have seen 3 
SDTs. If not we can shout out a "missing SDT" warning and tune with 
only PMT and PAT. The only loss of PMT-PAT-tuning is that can't be sure 
if it is the desired service.


More information about the mythtv-dev mailing list