So that would mean "event_id" would not be available for this comparison, right?
So that would mean "event_id" would not be available for this comparison, right?
A program start time only has to change by only 1 minute, and the already existing function that was used by the opentv reader to submit its data to cache would generate a different eventId to the one already cached for that same event. It also does not match with that of the now/next eit.
You can test this little patch to use the actual REAL opentv eventId data, as that would then match exactly with the now/next EIT eventId for PDC checking and should produce exactly the same timer EIT numbers as was created by CrossEPG. See how this affects any program overlapping also?
I don't do any builds for OpenViX anymore, so I cant test this myself on an OpenViX image. I don't have an OpenViX supported box since they dropped my xpeedlx3.
abu baniaz (30-01-21),Joe_90 (30-01-21)
Thanks,
We can make an image available if you want one.
@LraiZer, is the whole EPG cache just populated using sid, tsid, and onid? No namespace or orbital position? e.g. a "uniqueEPGKey" does not have either of those.
https://github.com/OpenPLi/enigma2/b...ache.h#L30-L74
If true how is possible to avoid collisions between different satellites or between satellite and terrestrial, and other combinations of S/T/C? Or does it rely on luck?
Cache has no namespace or orbital position, just "uniqueEPGKey" from sid, tsid, and onid. If it matches between any type of T/S/C, then it rely's on the cache source type. These are priority checks performed before overwriting any current cached data.
Cache also has a type to check against where the epg came from, this is eg. if(source > type):
The only epg with a lower write priority than opentv at the moment is EPG_IMPORT, but you may notice epg from this EPG_IMPORT sets a do not update from eit flag on its uniqueEPGKey's.Code:https://github.com/OpenPLi/enigma2/blob/3664db5f91860c05a80962ec9127f885daecd515/lib/dvb/epgcache.cpp#L40
Based on same uniqueEPGKey from different epg sources:Code:https://github.com/OpenPLi/enigma2/blob/103d129496df5b236473dc134d2554ba45456f9c/lib/dvb/epgcache.h#L249
EIT schedule would overwrite FREESAT_SCHEDULE
FREESAT_SCHEDULE_OTHER would overwrite VIRGIN_SCHEDULE
OPENTV would not overwrite any of the above..
Huevos (30-01-21)
How can we verify if EIT and OpenTV are using the same event_id. Can you see it in SI?
E.g. I can see it here... but I wouldn't have a clue where to find it in OpenTV data.
event_id.jpg
Joe_90 (30-01-21)
Thanks @Huevos. I used the TS analyser also to compare the event ids I could see in the timer entries. Obviously only could check the Freesat info as the OpenTV data is held in private tables, but I'm assuming the event ids are consistent between OpenTv and Freesat?
GB Quad Plus, Mut@nt HD51, AX HD61, 80cm dish and Supreme Dark motor. Sony TA-AN1000, Sony UBP-X800M2 Bluray, Odroid N2+ (CoreElec), Monitor Audio Bronze 5.1 speakers
While work is being done on OpenTV EPG may I ask if anyone can think of a way it might be made to work for Radio as well as TV.
+1 on this. I wonder if the private sections for the radio EPG on the OpenTV transponder have somehow changed in a way that they are not being retrieved or parsed correctly. The standard Freesat EIT data for the radio channels works ok.
GB Quad Plus, Mut@nt HD51, AX HD61, 80cm dish and Supreme Dark motor. Sony TA-AN1000, Sony UBP-X800M2 Bluray, Odroid N2+ (CoreElec), Monitor Audio Bronze 5.1 speakers
Create a timer from ONLY the EIT enabled epg for a next program as it populates by only EIT now/next data.
Then delete that timer and clear the epg and create another timer from ONLY the OpenTV epg for the exact same program.
You will see that eit="18742" for both are now identical as OpenTV eventId is no longer based on start time!
EIT now/next timer:
OpenTV timer:Code:<timer begin="1612017720" end="1612026900" serviceref="1:0:1:1929:7FF:2:11A0000:0:0:0:" repeated="0" name="?MOTD Live: West Bromwich Albion...?" description="...v Fulham. Live coverage of West Bromwich Albion v Fulham. Also in HD. [S]" afterevent="auto" eit="18742" justplay="0" always_zap="0" pipzap="0" zap_wakeup="always" rename_repeat="1" conflict_detection="1" descramble="1" record_ecm="0">
Code:<timer begin="1612017720" end="1612026900" serviceref="1:0:1:1929:7FF:2:11A0000:0:0:0:" repeated="0" name="MOTD Live: West Bromwich Albion v Fulham" description="Live coverage of West Bromwich Albion v Fulham. Also in HD. [S]" afterevent="auto" eit="18742" justplay="0" always_zap="0" pipzap="0" zap_wakeup="always" rename_repeat="1" conflict_detection="1" descramble="1" record_ecm="0">
FWIW, this is what I see on freeview (only), SD and HD....
Code:<timer begin="1612017780" end="1612026960" serviceref="1:0:1:104F:104F:233A:EEEE0000:0:0:0:" repeated="0" rename_repeat="1" name="MOTD Live: West Bromwich Albion..." description="...v Fulham. Live coverage of West Bromwich Albion v Fulham. Also in HD. [S]" afterevent="auto" justplay="0" always_zap="0" pipzap="0" conflict_detection="1" descramble="1" record_ecm="0" isAutoTimer="0" eit="18746" tags="MOTD_Live:_West_Bromwich_Albion..."> <timer begin="1612017781" end="1612026960" serviceref="1:0:19:4484:4089:233A:EEEE0000:0:0:0:" repeated="0" rename_repeat="1" name="MOTD Live: West Bromwich Albion..." description="...v Fulham. Live coverage of West Bromwich Albion v Fulham. [S] [HD]" afterevent="auto" justplay="0" always_zap="0" pipzap="0" conflict_detection="1" descramble="1" record_ecm="0" isAutoTimer="0" eit="19322" tags="MOTD_Live:_West_Bromwich_Albion...">
ccs (30-01-21)
GB Quad Plus, Mut@nt HD51, AX HD61, 80cm dish and Supreme Dark motor. Sony TA-AN1000, Sony UBP-X800M2 Bluray, Odroid N2+ (CoreElec), Monitor Audio Bronze 5.1 speakers