[mythtv] Ticket #1619: DVB: backend won't tune after the first channel tune
Mark Buechler
mark.buechler at gmail.com
Tue Apr 11 02:52:55 UTC 2006
I suspect this also might be the case with the PMT as well. I'll check more
tomorrow.
- Mark.
On 4/10/06, MythTV <mythtv at cvs.mythtv.org> wrote:
>
> #1619: DVB: backend won't tune after the first channel tune
>
> -------------------------------------+--------------------------------------
> Reporter: Mark.Buechler at gmail.com | Owner: danielk
> Type: defect | Status: reopened
> Priority: minor | Milestone: 0.20
> Component: dvb | Version: head
> Severity: medium | Resolution:
>
> -------------------------------------+--------------------------------------
> Comment (by Mark.Buechler at gmail.com):
>
> Seems the problem here is the PAT version number and when a new PAT comes
> very late. Firstly, the PAT version seems ALWAYS to be 0. That causes
> HandleTSTables() to return before HandleTables() is called since
> IsRedundant() returns > 0. Since ProcessPAT comes after HandleTables, the
> new PAT is never processed because the version == 0 on the old and the new
> PAT.
>
> Also, IsReduntant() is called from HandleTables as well which forces it to
> return true before it has a chance to call ProcessPAT.
>
> So, the problem is if the newest PAT isn't seen on the very first
> ProcessPAT it will never get seen due to its version being the same (0) as
> the old. I fixed it temporarily by making global foundProgram and putting
> that in IsRedundant() forcing it to return false of foundprogram is false
> and table_id == PAT.
>
> Not sure the proper way of fixing this though.
>
> --
> Ticket URL: <http://cvs.mythtv.org/trac/ticket/1619>
> MythTV <http://www.mythtv.org/>
> MythTV
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-dev/attachments/20060410/7b948c04/attachment.htm
More information about the mythtv-dev
mailing list