[mythtv] Ticket #1790: pes packet assembly in mythtv-eit
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