Opened 16 years ago
Closed 16 years ago
#4510 closed defect (invalid)
Tuning to a channel with duplicate callsigns doesn't work as expected
Reported by: | Owned by: | Janne Grunau | |
---|---|---|---|
Priority: | minor | Milestone: | 0.21 |
Component: | mythtv | Version: | head |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
When tuning to a second DVB radio channel, the frontend looks to be trying to tune to every channel on the same transport (all DVB radio in my case) until it gets a full lock. Very strange. Frontend log attached.
Attachments (4)
Change History (14)
Changed 16 years ago by
Attachment: | radio_mythfrontend.log added |
---|
comment:1 Changed 16 years ago by
What's very odd here is that, even though the first radio channel tunes, there are a LOT of calls to IsTunable?() after I changed to the channel and before it tuned. On normal channels I don't see any calls to IsTunable?() after a channel change on other channels.
Changed 16 years ago by
Attachment: | tuning_fix.diff added |
---|
Fix tuning when multiple choices are present.
comment:2 Changed 16 years ago by
Added patch which fixes this. The problem originates from GuideGrid::fillChannelInfos() where it matches duplicate channums and callsigns. TV::ChangeChannels? was queuing all all the duplicates instead of only the first one it found to be IsTunable?().
comment:3 Changed 16 years ago by
Milestone: | unknown → 0.21 |
---|---|
Owner: | changed from Isaac Richards to Janne Grunau |
Status: | new → accepted |
comment:4 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
comment:5 Changed 16 years ago by
Resolution: | fixed |
---|---|
Status: | closed → new |
There seems to be a second oddity with how duplicate callsigns are added to the list of channels to attempt to tune.
I have quite a few channels that have the same callsign, particularly DVB radio. If the tuner in question is in use, and another channel on that same transport is selected, often times the selected channel is not tuned but instead another channel with the same callsign on that same transport. Given three channels, all on the same tuner and transport:
channum | callsign | Recording 1 Radio Yes 2 Radio No 3 Radio No
When selecting channel 3, channel 2 gets tuned instead. One of two things needs to happen here:
- Ensure that the channel selected is at the top of the list in m_channelInfos[channel]. The code looks to be doing this already, but isn't working as expected
- Don't match by callsign looking for duplicates.
comment:6 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
option 3: change the callsigns
please reopen if you have a patch
Changed 16 years ago by
Attachment: | duplicates.diff added |
---|
Patch to fix duplicate channel callsigns with different channums.
comment:7 Changed 16 years ago by
Resolution: | fixed |
---|---|
Status: | closed → new |
comment:9 Changed 16 years ago by
Component: | mythtv → dvb |
---|
comment:10 Changed 16 years ago by
Component: | dvb → mythtv |
---|---|
Resolution: | → invalid |
Status: | new → closed |
Summary: | DVB Radio isn't handled correctly after multirec merge → Tuning to a channel with duplicate callsigns doesn't work as expected |
The patch is invalid, channels with the same callsign should remain alternatives even if they have a different channum. This is consistent with the schedulers notion of identical channels.
frontend log