Posted 10 May 2022 - 18:59
The subject + the picture says it all.
I used to notice in the Dutch EPG many ‘double entries’ with a time gap of 10 about minutes.
From the moment I only have the Flemish basic EPG + others and I download the original Dutch EPG, this issue has vanished. The Flemish EPG still shows the double entries once in a while. What might be the cause of it?
FD13F3A2-8F4C-4FE5-96D3-2C21A104955A.jpeg 167.25KB
4 downloads
Mijn schotel is een T90 met 10 LNB's. Daarnaast voor de fun nog een draaibaar systeem met een Triax TD 78.
Dreamboxen heb ik niet meer echt actief. Verder heb ik ook nog een een VU+ duo2 met 500Gb harddisk + een VU+ Uno, Zero, Solo 4K, Ultimo 4K, Zero 4K, Uno 4Kse. + ook nog een Xtrend ET7x00. Daarnaast heb ik ook nog diverse andere modellen w.o. een Formuler F4, ET8500, ET7500, Mut@nt 2400HD, Xsarius Fusion HD se en verder nog wel het e.e.a. waarmee op verzoek vanalles wordt getest. Iemand moet het tenslotte doen. 
Los van de eerder genoemde modellen heb ik nog wel een rits aan testsamples als Mut@nt 2400HD, HD60, GB UE4K, GB Trio4K, Maxitec Multibox combo en Twin, Octagon sf8008, sf8008 mini en last but nog least enkele modellen van het Grieks Duitse Edision.
Voor centrale opslag van media gebruik ik een Qnap 219P met tweemaal 2 Tb harddisks + een Synology DS414 met 12 Tb Totale opslag.
-------------------------------------------------------------------------------------------
Many answers to your question can be found in our wiki: Just one click away from this "solutioncentre".
Als ik alles al wist hoefde ik ook niets te vragen. If I had all the knowledge I had no questions at all.
Posted 10 May 2022 - 20:59
Pretty normal, and doesn't happen not only with Rytec, but also with OTA EPG.
It happens when the provider reschedules a programme, and you receive this while the original entry is already present. Enigma doesn't see those are the same programme so you end up with both entries.
This can be addressed by clearing all EPG before you import, but that has side-effects (you also lose OTA loaded EPG, you might end up with holes in the EPG if there is no full overlap, etc).
It can happen even more freqently if you also have now/next EIT active, as that has preference over EPG data, and is quite requently adjusted last minute.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 13 May 2022 - 01:03
Pretty normal, and doesn't happen not only with Rytec, but also with OTA EPG.
Doesn't EIT implement CRID?
We had VideoPlus+/ShowView in 1990. And now, 32 years later, we have this wonderful EIT, and it still doesn't work... Maybe the intern/temp/high school kid that submits the EPG spreadsheet to the EIT generator is at fault?
Posted 13 May 2022 - 16:01
See https://www.tvwithou.../atsc_psip/eit/
There is something called event_id, and a method called eEPGCache::FixOverlapping() which only seems to use it as a key, not as a means to find shifted start/stop times.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 13 May 2022 - 16:42
See https://www.tvwithou.../atsc_psip/eit/
There is something called event_id, and a method called eEPGCache::FixOverlapping() which only seems to use it as a key, not as a means to find shifted start/stop times.
Thanks for that. Quoting that page:
Each entry in the table contains a 14-bit event ID which, in conjunction with the 16-bit source ID for the virtual channel, uniquely identifies that event.
So it seems possible to use that for overlapping events. Not for Rytec of course.
Posted 13 May 2022 - 17:06
Question remains if a shifted event then has the same event id, or a new one. And what EPGCache does with it.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 15 May 2022 - 08:48
One can also use EPGrefresh for EIT EPG.
In this plug-in there is an option to clear all EPG before obtaining the new EPG.
This will clear all those overlapping shows.
It is off course no solution at source, but will eliminate most offending overlaps.
You can call it a work around.
Edited by doglover, 15 May 2022 - 08:49.
~~Rytec Team~~
Maxytec Multibox SE OpenPli (used as mediaplayer)
Mutant HD2400 OpenPli
Vu+ Duo OpenPli (backup)
Synology NAS
Sat: 13E, 19.2E, 23.5E and 28.2E
*Pli/Rytec EPG POWERED*
Posted 15 May 2022 - 21:11
Both Rytec IMPORT and ATSC EPG have always used the start time as the eventId. Shifted start times will not remove the stale cached data as the detection for the eventId will be different for these two epg.
see: https://github.com/O...cd0d44b0c0L1889
Double entries was fixed for OpenTV, i guess this could be tried to fix for ATSC too, as that should also pull the eventId from the SI tables.
see: https://github.com/O...ldata.cpp#L1616
eEPGCache::getInstance()->submitEventData(sids, chids, it->second.startTime, it->second.lengthInSeconds, it->second.title.c_str(), "", m_ATSC_ETT_map[it->first].c_str(), 0, it->second.eventId, eEPGCache::ATSC_EIT);
0 members, 1 guests, 0 anonymous users
