2022-09-24, 01:31 AM
NextPVR Forums
Public
NextPVR Support
Windows
EPG not found for some channels via DVB-T2
EPG not found for some channels via DVB-T2
|
2022-09-24, 10:59 AM
Cheers, I appreciate the suggestion. Though I am actually more than happy with the EPG data provided via DVB-T2 in Italy. If it works (as it does for my other devices that do not use NextPVR) then you can get good EPG data for several weeks if not months for many channels.
2022-09-24, 11:19 AM
(2022-09-24, 01:31 AM)sub Wrote:(2022-09-23, 07:46 PM)Kotoka Wrote: Sorry to bother again - any news on this (just want to make sure the issue is not forgotten)?Sorry, I hadn't come back to it. Can you capture an updated ts for me? Thank you very much. The updated ts can be found here: https://app.box.com/s/o7gkiu3xmohzhids06x3pt0qd1t0fdj1
2022-10-21, 10:06 PM
The issue is still present in the latest release version 6.1.0.221017.
In case this is still needed, I have again uploaded a new updated ts: https://app.box.com/s/d0yy7fm3djopasz0e282uiae8iasxe05
2022-10-21, 10:10 PM
Do you also have the recent logs?
Martin
2022-10-22, 04:12 AM
Looking at that file I suspect it could be because "RAS BR Fernsehen Süd HD" shows as 0x5RAS BR Fernsehen S0xfcd HD since it seems to have data up the the 24th
Martin
2022-10-31, 08:50 PM
I have an issue that manifests itself in a smiliar way. In my case only one [major UK] channel seems to be affected for OTA EPG updates. The attached logs were obtained with the <ExtendedLogging> option set to true and was taken ~20 seconds after the relevant frequency scan in the EPG update had completed. With my rudimentary knowledge the log seems to indicate that the system thinks it stored 340 events for "Channel 5" but only a "now and next" seemed to be stored. This is shown in the attached screenshots (system restarted at 19:07 on 31-OCT-2022 with the EPG Update requested immediately afterwards) the "A" .jpg shows the "now and next" for Channel 5 and the "B" screenshot for the following day shows no listings for Channel 5. Other devices at home (eg. TV) show a full schedule for Channel 5 so the data would seem to be in the mux stream which the "340 events" entry in the log would support. Additionally Channel 5 +1 and Channel 5 HD have complete listings.
2022-10-31, 09:18 PM
Sub typically needs you to create a 1 minute full mux capture from the frequency using his tscapture program https://tscapture.com/ to see what might be going on with EPG udpates. The captured file must be load to external sites like Google Drive or One Drive.
Martin
2022-10-31, 11:58 PM
(This post was last modified: 2022-11-02, 09:55 AM by latenighter.)
(2022-10-31, 09:18 PM)mvallevand Wrote: Sub typically needs you to create a 1 minute full mux capture from the frequency using his tscapture program https://tscapture.com/ to see what might be going on with EPG udpates. The captured file must be load to external sites like Google Drive or One Drive. Hi Martin, Many thanks for getting back quickly. Living up to my "handle" I saw your reply just before I was due to turn in. Full mux capture taken and loaded to https://drive.google.com/file/d/1JegUkYE...sp=sharing. I assume it doesn't need to be contemporaneous with an EPG update. On the surface, from the logs, the problem doesn't seem to be one of extracting the EPG data for the channel from the mux but adding it to the database. If you or Sub think you need a copy of my database I can add that to the thread. Before posting here I did try some other actions such as re-scanning the channels within the system and then running the EPG update. That's when I discovered that using <ExtendedLogging> and taking the logs at the end of the EPG update saw the logging of the early part of the EPG Update, where the relevant mux was processed, get dropped from the log files because of the verbosity of the Scheduling process at the end. However <ExtendedLogging> didn't seem to affect the verbosity of the mux extraction. Cheers, |
|
|
