Opened 11 years ago
Closed 8 years ago
#11520 closed Bug Report - General (Fixed)
Active EIT scanning will stop working if program not found in PAT
| Reported by: | Owned by: | Stuart Auchterlonie | |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.28 |
| Component: | MythTV - EIT | Version: | 0.26-fixes |
| Severity: | medium | Keywords: | EIT |
| Cc: | Ticket locked: | no |
Description
If the active EIT scanner during scanning encounters a channel that it can not find in PAT, it will just stop all scanning, resulting in program guide with empty data.
It SHOULD just skip this channel and continue on to the next one...
See attached backend-log showing that after missing in PAT error, no more scanning is done for many hours.
Attachments (2)
Change History (6)
Changed 11 years ago by
| Attachment: | EIT_bug.txt added |
|---|
Changed 11 years ago by
| Attachment: | EIT-retry.patch added |
|---|
If a channel fails to tune, allow the EIT scan to restart
comment:1 Changed 11 years ago by
The EIT-retry.patch will schedule the EIT scan to start again after failure to lock on a channel. Without this change, the EIT scan is left in a bad state which is not recovered from until after a recording takes place.
This does not cause the 'bad' channel to be skipped, as suggested by the OP, so may not be the correct (or at least, complete) solution to this problem.
comment:2 Changed 11 years ago by
EIT-retry.patch has been commited as [2569c6b11]
comment:3 Changed 10 years ago by
| Milestone: | unknown → 0.28 |
|---|
comment:4 Changed 8 years ago by
| Resolution: | → Fixed |
|---|---|
| Status: | new → closed |
I'm closing this ticket as a work around was committed two years ago. The proper fix is to not tune to a channel in the first place when all we want to do is actively scan the EIT from a transport.
backend log showing the problem