Ticket #8732 (assigned Bug Report - General)
Opened 3 years ago
Last modified 8 months ago
DVB-T scan: duplicate muxes created for MPEG channels
| Reported by: | Nick Morrott <knowledgejunkie (at) gmail (dot) com> | Owned by: | stuarta |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.26.1 |
| Component: | MythTV - Channel Scanner | Version: | Master Head |
| Severity: | medium | Keywords: | dvb-t mpeg duplicate multiplex |
| Cc: | Ticket locked: | no |
Description
Using the same configuration as reported in #8726.
Scan details: full UK scan using Sutton Coldfield transmitter with 6 available muxes. Signal/tuning timeouts raised to 2000/6000ms. ALL services (DVB+MPEG) scanned, with decryption testing disabled.
During a successful DVB-T scan, all DVB channels are eventually discovered (although only 1 mux was successfully tuned during the initial scan phase and the remaining 5 muxes were found in the Network Information Table of the successfully scanned mux.)
However, although there are only 6 available muxes, 9 muxes are created in the database at the end of the scan.
Further checking reveals that the creation/configuration of the 4 MPEG channels found during the scan creates 3 new mux entries in the database, rather than configuring them with one of the existing mux entries used for the DVB channels on those muxes. Additionally, networkid is set to 0 on the additional muxes.
Full log output is attached to #8731
Attachments
Change History
comment:1 Changed 3 years ago by robertm
- Owner changed from danielk to stuarta
- Status changed from new to assigned
comment:2 Changed 15 months ago by stuartm
- Type changed from defect to Bug Report - General
- Milestone changed from unknown to 0.26
I don't think this is going to get looked at for 0.25, not without a patch at least however it should be dealt with early in 0.26.
