Project

General

Profile

Bug #4633

[BUG EPG]: deactivating a single module in Channels>Epg grabber channels is ignored.

Added by Antonio Tex about 7 years ago. Updated about 7 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
Category:
EPG - Grabbers
Target version:
-
Start date:
2017-09-28
Due date:
% Done:

0%

Estimated time:
Found in version:
4.3.r504.g75c2b30a2 and old
Affected Versions:

Description

Situation: i have 3 epg grabber modules active: SkyIT OpenTV (Priority 5) XMLTV (Priority 3) EIT (Priority 1).
In most cases everything works fine. Channels that are linked with both OpenTV and XMLTV EPG presents OpenTV guide as expected due to high module priority, but there are some channels in which the EPG from OpenTV is empty ( title and description are equal to the channel's name) this because the provider doesn't populate EPG for these channels.

For only these channel it would be better to get data from XMLTV. To get this one could switch OpenTV priority with XMLTV but in this way all channels will present XMLTV instead of OpenTV and we don't want this: Not a good solution.
OR
going to Channels/EPG>Channels and un-link opentv from these particular channels (so leave only XMLTV source): this solution doesn't work because tvheadend re-link opentvepg to that channels on next OTA epg scan and so applies openTV (pseudo empty) guide.
OR
going to Channels/EPG>EPG grabber Channels and deactivate opentv module corresponding to these "empty guide channels": this solution doesn't work because while tvheadend does not link opentv as described above it still presents openTV epg on "Electronic Program Guide".

Please fix this behavior: one expects that if a single openTV epg module is deactivated and un-linked leaving only XMLTV tvheadend should present the only linked epg source.

Thanks


Files

1.png (67.5 KB) 1.png Antonio Tex, 2017-09-28 18:28
3.png (54.9 KB) 3.png Antonio Tex, 2017-09-28 18:31
2.png (60.9 KB) 2.png Antonio Tex, 2017-09-28 18:31

History

#1

Updated by Antonio Tex about 7 years ago

Descrizione

Situation: i have 3 epg grabber modules active: SkyIT OpenTV (Priority 5) XMLTV (Priority 3) EIT (Priority 1).
In most cases everything works fine. Channels that are linked with both OpenTV and XMLTV EPG presents OpenTV guide as expected due to high module priority, but there are some channels in which the EPG from OpenTV is empty ( title and description are equal to the channel's name) this because the provider doesn't populate EPG for these channels.

For only these channel it would be better to get data from XMLTV. To get this one could switch OpenTV priority with XMLTV but in this way all channels will present XMLTV instead of OpenTV and we don't want this: Not a good solution.
OR
going to Channels/EPG>Channels and un-link opentv from these particular channels (so leave only XMLTV source): this solution doesn't work because tvheadend re-link opentvepg to that channels on next OTA epg scan and so applies openTV (pseudo empty) guide.
OR
going to Channels/EPG>EPG grabber Channels and deactivate opentv module corresponding to these "empty guide channels": this solution doesn't work because while tvheadend does not link opentv as described above opentv is relinked in any case and it still presents openTV epg on "Electronic Program Guide".

Please fix this behavior: one expects that if a single openTV epg module is deactivated and un-linked leaving only XMLTV tvheadend should present the only linked epg source.

Thanks

#2

Updated by Jaroslav Kysela about 7 years ago

  • Status changed from New to Rejected

Turn 'enabled' field in the 'EPG Grabber Channels' configuration off. If you try to remove the entry, it's automatically recreated when opentv mux is being scanned.

#3

Updated by Antonio Tex about 7 years ago

Jaroslav Kysela wrote:

Turn 'enabled' field in the 'EPG Grabber Channels' configuration off. If you try to remove the entry, it's automatically recreated when opentv mux is being scanned.

Hello and thanks for your answer as always :) Yes this is what i've done (and i expected like you have said:that tvheadend wouldn't link the channels again) instead with opentv it ignores the disabled field.
STEP that i've performed:
1 Disable that enable field (photo 1)
2 unlink opentv module (photo 2)
3 Perform an OTA triggering and here opentv is back again although that opentv-skyit-5465 module is disabled. (photo 3)
Again thank you for your time.

#4

Updated by Jaroslav Kysela about 7 years ago

Could you do a test with v4.3-508-ge16f5ecad ? Only first step should disable the EPG grabber (turn off enabled field).

#5

Updated by Antonio Tex about 7 years ago

Just compiled Tvheadend 4.3-508~ge16f5ecad unfortunately it doesn't work:
Step:
1 disable the enable field
2 relaunch ota trigger
after the scan the module is still linked to the channel

Manually un-linking and re-trying same behavior

If is needed i can provided logs: (please let me know what system to debug and what subsystem to track)
thank again for your time!

#6

Updated by Jaroslav Kysela about 7 years ago

If you turn enabled field off, does the channel field become empty (in the EPG Grabber Channels grid)?

If you manually refresh the channels grid, does the 'EPG Source' list the turned off item?

#7

Updated by Antonio Tex about 7 years ago

Thanks for your interest
Yes becomes empty but on next ota scan it re-link the module.
A little video to show it better: according to "an image worth a thousand words"
Minute 0:44 opentv: opentv-skyit: channels complete
https://photos.app.goo.gl/nP5cFuOAZ6t8aZSK2

Thanks again
PS:
NOT directly related, while i could end the video at 0:50 i keep the recording on to show you another problem that came to light: openTV grabber never terminate the subscription until it reaches+ OTA timeout+:
should it unsubscribe and release the tuner after opentv: opentv-skyit: titles complete? (should i open a second issue)

#8

Updated by Jaroslav Kysela about 7 years ago

  • Status changed from Rejected to Fixed

Could you retest with v4.3-513-g570b0d476?

#9

Updated by Antonio Tex about 7 years ago

Jaroslav Kysela wrote:

Could you retest with v4.3-513-g570b0d476?

Now is perfect, thanks a lot!

Also available in: Atom PDF