[mythtv] Ticket #1619: DVB: backend won't tune after the first channel tune

Mark Buechler mark.buechler at gmail.com
Tue Apr 11 17:48:21 UTC 2006


The PAT from the different multiplex is either the old PAT from the previous
multiplex or a multiplex in between (when using a rotor). Stuart and I
discussed this a bit. After thinking a bit I believe it's incorrect to
assume versions will be different as well as incorrect to think transport
IDs will be different. Given that, I don't know there's anyway of fixing
IsRedundant().

As I told Stuart, this only happens if the new PAT comes late (ie: not
before the first call of ProcessPAT() ).

- Mark.

On 4/11/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:  patch                    |       Status:  closed
> Priority:  minor                    |    Milestone:  0.20
> Component:  dvb                      |      Version:  head
> Severity:  medium                   |   Resolution:  duplicate
>
> -------------------------------------+--------------------------------------
> Changes (by danielk):
>
>   * resolution:  => duplicate
>   * status:  reopened => closed
>
> Comment:
>
> It looks like you are getting a PAT from a different multiplex.
> So this looks like a duplicate of #1049... which I'm actually surprised
> that no DVB-Land person has looked at implementing, considering the number
> of duplicate tickets which have been opened.
>
> The zero version number for the PAT is probably just a coincidence. This
> is only incremented when the PAT changes so you will see many with the
> same version number in a row and the small counter wraps around fairly
> often to zero.
>
> --
> Ticket URL: <http://svn.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/20060411/44e4c370/attachment.htm 


More information about the mythtv-dev mailing list