Opened 12 years ago

Closed 12 years ago

Last modified 11 years ago

#4909 closed defect (invalid)

mythbackend does not change input with two mythfrontends watching

Reported by: retro22x@… Owned by: Isaac Richards
Priority: minor Milestone: unknown
Component: mythtv Version: head
Severity: medium Keywords: dvb-s, multirec
Cc: Ticket locked: no

Description

In my backend i have 3 similar dvb-s (2x Skystar 2, 1 Technotrend s-1500) cards all set up with the same four sources through diseqc and one dvb-s2 card setup with 4 HD-sources through the same diseqc. All set to record 4 videostreams each (multirec),

When I watch a channel on mythfrontend 1 everything works fine. But when I also try to watch livetv on mythfrontend 2 it gets stuck on the same transponder as mythfrontend 1. If i try to change channels om mythfrontend two, either directly or in program guide i'm returned to one of the few channels available on the transponder mythfrontend 1 is watching. Changing to one of the hd cannels (different source) mythtv changes to the DVB-s2 card as it should.

I know i can resolve this partially by de-selecting "Avoid conflicts with LiveTV" (both frontends have this ticked) on say, mythfrontend 2, but this will make mythfrontend 2 conflict with recordings.

Attachments (2)

backend.shortlog (130.8 KB) - added by anonymous 12 years ago.
backend3.log (238.4 KB) - added by anonymous 12 years ago.

Download all attachments as: .zip

Change History (17)

Changed 12 years ago by anonymous

Attachment: backend.shortlog added

comment:1 Changed 12 years ago by greg@…

I have noticed what is probably a related problem on my system. I have 2 dvb cards and if one is being used for recording I am unable to select the free one for live tv. The busy one is always selected when live tv is entered and pressing 'Y' to change cards has no effect.

comment:2 Changed 12 years ago by Bill <level42@…>

I have a similar problem recording. I have three cards, all with the same sources. When the backend is recording, then I try to watch livetv on a frontend, I am restricted to channels on the same transport as the backend is recording from. If I try to switch inputs via keyboard, the backend will usually crash.

I suspect I would also have the same problem above when watching livetv on two different frontends.

comment:3 Changed 12 years ago by danielk

Status: newinfoneeded_new
Version: 0.21-fixeshead

We need a backtrace for the segfault, see TicketHowTo.

comment:4 in reply to:  3 Changed 12 years ago by anonymous

Replying to danielk:

We need a backtrace for the segfault, see TicketHowTo.

There is no segfault involved, mythbackend does not crash.

comment:5 Changed 12 years ago by anonymous

Here is another log (-v all). Mythfrontend 1 (stue) is watching ch 26 with card 4. Trying to watch live-tv on mythfrontend 2 (sov) and change to ch 1 or ch 5 returns me to ch 20 (BBC) which is on the same transponder as ch 26. In order to watch channels outside this transponder I have to manually select another card.

In my opinion mythfrontend 2 should have used another card (5 or 7) to allow me to watch other channels. Selecting a HD channel using card 6 works correctly, but this is another source.

The cards have been deleted and setup several times, but behaviour is consistent.

Changed 12 years ago by anonymous

Attachment: backend3.log added

comment:6 Changed 12 years ago by anonymous

the log backend3 shows the failure to tune to ch 1 on line 141 (Errata: forgot that my 1. frontend changed form "stue" to "boksen")

comment:7 Changed 12 years ago by danielk

Resolution: invalid
Status: infoneeded_newclosed

no backtrace provided for segfault.

The other issue, the request for the ability to kidnap a tuner from another frontend would be a feature request and would require a patch to get a ticket, so the logs provided for the existing behavior are irrelevant.

comment:8 in reply to:  7 Changed 12 years ago by anonymous

Replying to danielk:

no backtrace provided for segfault.

The other issue, the request for the ability to kidnap a tuner from another frontend would be a feature request and would require a patch to get a ticket, so the logs provided for the existing behavior are irrelevant.

Not kidnap a tuner: Both frontends use the same tuner initally, and effectively locks each other to the same transponder. When changing channels on either the frontend should imo switch to another card, but this does not happen. I have three identical dvb-cards set up with the same sources. I.e. two cards doing nothing, while both frontends are stuck on the same card.

If this is a feature request I apologize for taking up your time.

comment:9 Changed 12 years ago by anonymous

Resolution: invalid
Status: closednew

comment:10 Changed 12 years ago by greg@…

This problem makes live tv unusable even on a single combined backend/frontend installation. I do not see it as a feature request. In my case there is no crash or segfault involed I am just unable to select the free tuner card for live tv no matter how I try.

comment:11 Changed 12 years ago by danielk

Resolution: invalid
Status: newclosed

comment:12 Changed 12 years ago by Steve Allison <trac-mythtv.org@…>

Message to danielk: A segfault was never mentioned in this ticket. You brought it up out of thin air, perhaps you got the wrong ticket?

comment:13 Changed 12 years ago by Shane Shrybman <gnome42@…>

Please see ticket #4501 for some patches to allow LiveTV to change to channels on other transponders.

comment:14 Changed 11 years ago by skerit@…

I have finally been able to apply the patch from 4501 to the trunk.

I'm afraid it's ONLY responsible for SHOWING every channel in the browse mode, it has no impact in the channel switching!

Just want to let you know.

comment:15 Changed 11 years ago by skerit@…

#4501 wasn't the answer to this problem, it only allows you to see all the channels on other tuners, it did nothing about the actual changing of channels.

#4989 has also been closed (due to it being "a feature request", go figure)

Apparently, janne is thinking about simplifying the multirec code on ticket #5998 We can only hope they decide to fix our bug along with it.

Note: See TracTickets for help on using tickets.