[mythtv-users] MythTV deciding to stop recording with Program "not found in PAT" error
nick.rout at gmail.com
Sun Nov 25 06:48:05 UTC 2012
On Sun, Nov 25, 2012 at 6:50 PM, Brett Randall <brett.randall at gmail.com>wrote:
> On Fri, Nov 23, 2012 at 11:42 PM, John Pilkington <J.Pilk at tesco.net>wrote:
>> On 23/11/12 12:02, Mike Perkins wrote:
>>> On 23/11/12 10:37, Brett Randall wrote:
>>>> Hi all
>>>> I've been running MythTV (under Mythbuntu 12.04.1 LTS) as my media
>>>> for the last year and, other than the occasional hiccup, it's been great
>>>> and my family has loved it. I originally installed 0.24 but a few months
>>>> ago upgraded to 0.25. It remained stable after doing so.
>>>> However, this last couple of weeks, it has lost the plot. In typical
>>>> fashion, the more I try to fix it with software updates, firmware
>>>> etc, the worse it gets. The version I'm currently running (from a Ubuntu
>>>> package) is 0.25.0+fixes.20120410.1f5962a-**0ubuntu1.
>>>> The last few days, as soon as a particular program comes on ("Finley the
>>>> Fire Engine" - NO it is not for me ;-) ), Myth freaks out with a PAT
>>>> and no longer records anything until I restart the backend process
>>>> (normally having to use "kill -9" to stop it). The exact log entries
>>>> Nov 23 06:25:48 myth mythbackend: E DVBRead
>>>> (HandlePAT) DTVSM(/dev/dvb/adapter0/**frontend0): Program #2370 not
>>>> found in
>>>> PAT!#012Program Association Section#012 PSIP tableID(0x0) length(41)
>>>> extension(0x221)#012 version(16) current(1) section(0)
>>>> last_section(0)#012 tsid(545) programCount(8)#012 program number
>>>> 0 has PID 0x0010#012 program number 544 has PID 0x0102#012 program
>>>> number 545 has PID 0x0100#012 program number 546 has PID 0x0101#012
>>>> program number 547 has PID 0x0103#012 program number 548 has PID
>>>> 0x0106#012 program number 550 has PID 0x0104#012 program number
>>>> has PID 0x0105
>>>> Definitely value any advice in getting around this!
>>>> This generally means that since you last scanned, the contents of the
>>> transport stream have changed. Either a channel which was thought to
>>> exist no longer does or something extra has now appeared.
>>> Since the internal table of channels within the multiplex which mythtv
>>> builds now no longer corresponds to what it is receiving, it is telling
>>> you so. Of course, this also means that there may be errors trying to
>>> extract a stream from the multiplex, which is what you are observing.
>>> The standard answer is to rescan, which may solve your problem. I'm not
>>> sure where in the world you are so it may mean you need to take other
>>> action, such as updating your SD lineup or editing your channel data in
>>>  It /is/ possible to have part-time channels; mythtv does the right
>>> thing in this case.
>> That would be my suggestion too, but he says he's in Australia and did
>> all the standard delete-and-rescan things and still has the problem. Maybe
>> the EIT hasn't caught up yet; maybe the multiplex tables aren't fully
>> populated. And don't people in Oz usually use Shephard(?) data? But I
>> doubt that that is the problem - it sounds like reception rather than
>> scheduling difficulties.
>> Did the scans find duplicate channels? Perhaps you have more transports
>> defined than you really need.
> Thanks for your thoughts. Reception isn't the problem - I get 75% signal
> strength on that channel and can watch it just fine live, without drops.
> The entire program guide is there, too, even though it took about an hour
> to populate after I cleared the video sources, transports, etc out.
> I've managed to fix it, in a manner of speaking, for now. I deleted the
> Recording Rule for "Finley the Fire Engine" (the program which the backend
> would freeze on each morning with the PAT error) and the next day, the
> remainder of recordings worked. Today, the recordings also worked without a
Is Finley the only programme you record from that channel? Could it be a
tuning problem needing a rescan of that transport? (Live TV can be set to
use a different tuning method, I think they are called slow and fast and I
can't recall where to set it or what it does, but it can result in a
channel recording correctly but not working in Live TV, and presumably vice
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the mythtv-users