Hoe configureer je een IPTV EPG en los je tijdsverschillen op

Een verkeerde EPG-tijd is bijna nooit een kapotte gids. Het is een tijdstempel die tegen de verkeerde referentie wordt gelezen. Het programmarooster toont een programma dat twee uur voor of na de daadwerkelijke uitzending begint. De gegevens zelf zijn meestal niet corrupt. Ze worden ergens tussen de bron en je scherm gewoon tegen de verkeerde klok geïnterpreteerd.

Generieke probleemoplossingsgidsen beschrijven doorgaans één universele "EPG-tijdverschuivingsschuif," alsof elke app dezelfde bediening heeft. Dat is niet zo. Er is ook een waarschuwing die net zo vaak wordt overgeslagen: als de gidsgegevens van je bron al correct zijn en je past er bovenop een handmatige correctie toe, kun je een werkende gids in een verkeerde veranderen. Deze gids behandelt hoe je vaststelt waar de fout echt zit. Daarna behandelt hij het exacte scherm dat IPTV Expert je geeft om het op te lossen.

Belangrijkste punten

• XMLTV-bestanden dragen hun eigen tijdzone per programmavermelding mee. Wordt er geen opgegeven, dan wordt UTC aangenomen — dus een "verkeerde tijd" in de gids is vaak een tijdzoneprobleem aan de bronkant, geen appbug.
• Het EPG-instellingenscherm van IPTV Expert heeft vier bedieningselementen per bron: Inschakelen, Nu vernieuwen, Vernieuwingsfrequentie en Tijdverschuiving.
• Tijdverschuiving is een correctie in hele uren, van -12u tot +12u, toegepast op het moment dat de app de gecachte gids leest. Het herschrijft het gedownloade XMLTV-bestand niet, en kan geen verschil van minder dan een uur (bijvoorbeeld 30 minuten) corrigeren.

Wat een EPG-tijdsverschil eigenlijk is

Een EPG (elektronische programmagids) wordt opgebouwd uit een aparte gegevensfeed bovenop je zenderlijst. Bij de meeste IPTV-opstellingen is die feed XMLTV. Het is een XML-bestand met programma's, elk met een start- en stop-attribuut in een specifiek formaat.

De eigen referentiedocumentatie van het XMLTV-formaat stelt de regel duidelijk. Datums en tijden "volgen hetzelfde formaat, losjes gebaseerd op ISO 8601," geschreven als YYYYMMDDhhmmss. En "je kunt ook een tijdzone aan het einde toevoegen; wordt er geen expliciete tijdzone opgegeven, dan wordt UTC aangenomen" (XMLTV DTD, xmltv.dtd). Met andere woorden, een correct opgebouwde programmavermelding hoort zijn eigen verschil ten opzichte van UTC te declareren. Doet ze dat, dan kan elke conforme lezer het correct omzetten naar lokale tijd. Doet ze dat niet, of declareert ze het verkeerde, dan erft elke daaropvolgende gids die fout.

Hier is hoe dat er in de praktijk uitziet, gesaneerd tot de twee regels die ertoe doen:

<!-- Fout: geen expliciete tijdzone toegevoegd.
     Volgens de DTD-regel hierboven wordt dit gelezen als UTC,
     zelfs als de omroep lokale tijd bedoelde in een UTC+2-regio. -->
<programme start="20260818200000" stop="20260818210000" channel="example.channel">
  <title>Evening News</title>
</programme>

<!-- Correct: expliciete UTC-offset toegevoegd, volgens het eigen
     voorbeeldformaat van de DTD ("19880523083000 +0300"). -->
<programme start="20260818200000 +0200" stop="20260818210000 +0200" channel="example.channel">
  <title>Evening News</title>
</programme>

Beide vermeldingen beschrijven dezelfde nominale kloktijd, 20:00. Alleen de tweede vertelt een lezer ondubbelzinnig welke 20:00 dat is. Stel dat je bron vermeldingen publiceert in de vorm van het eerste voorbeeld, en je daadwerkelijke uitzendregio is geen UTC. Dan toont de hele gids tijden die precies met dat verschil zijn verschoven — vaak met een klein aantal hele uren, overeenkomend met gangbare UTC-verschilregio's.

Diagnosticeer voordat je het oplost

Eerst het antwoord: controleer eerst de eigen XMLTV-gegevens van de bron, dan je apparaatklok en tijdzone, en pas als laatste de eigen verschilbediening van de app. Het verkeerde niveau oplossen stapelt een nieuwe fout op de echte in plaats van die te verwijderen.

1. Controleer of het verschil consistent is bij elke zender en elke dag. Een tijdzoneprobleem aan de bronkant — ontbrekend of verkeerd verschil in de XMLTV-feed, zoals hierboven getoond — verschuift meestal elk programma met dezelfde vaste hoeveelheid, altijd. Is het consistent, dan hoort de oplossing bij de bron, of in de Tijdverschuiving-bediening van de app hieronder. Ze hoort niet thuis in je apparaatinstellingen.
2. Controleer de datum, tijd en tijdzone van je apparaat. Is de klok of tijdzone verkeerd op besturingssysteemniveau, dan wordt alles wat de app als "nu" toont, gemeten vanaf een fout referentiepunt. Dat verstoort welk programma als "nu bezig" wordt gelezen, zelfs als de XMLTV-gegevens zelf prima zijn.
3. Kijk pas daarna naar de eigen EPG-verschilbediening van de app. Zijn de eerste twee controles in orde en staat de gids nog steeds een vast aantal uren verkeerd, dan is een instelling voor Tijdverschuiving per bron het juiste gereedschap. Die wordt hierna behandeld.

Direct naar stap 3 springen is de meest voorkomende manier om het erger te maken. Een handmatige verschuiving toepassen boven op een bron die al de juiste offset draagt, telt de twee correcties gewoon bij elkaar op in de verkeerde richting.

De EPG-bron configureren in IPTV Expert

Eerst het antwoord: EPG-instellingen staan op één scherm per bron, met vier bedieningselementen in volgorde: Inschakelen, Nu vernieuwen, Vernieuwingsfrequentie en Tijdverschuiving.

1. Open de EPG-instellingen voor je huidige bron. Deze bereik je via het appmenu. Elke bediening op dit scherm is van toepassing op de bron die je momenteel hebt geselecteerd. Gebruik je meer dan één bron, dan krijgt elke zijn eigen EPG-instellingen onafhankelijk.
2. Inschakelen. Een schakelaar die het ophalen van de EPG voor deze bron aan- of uitzet.
3. Nu vernieuwen. Start een directe download van de gidsgegevens. Deze regel toont ook de datum van de laatste update en hoeveel programma's momenteel gecached zijn, zodat je kunt bevestigen dat een vernieuwing daadwerkelijk gegevens heeft opgehaald in plaats van stilletjes te mislukken.
4. Vernieuwingsfrequentie. Hoe vaak de app controleert of de gecachte gidsgegevens oud genoeg zijn om automatisch opnieuw te downloaden (zie de tabel hieronder).
5. Tijdverschuiving. Toont het huidige verschil per bron, bijvoorbeeld -2u of +3u. Erop tikken opent het correctiescherm dat in de volgende sectie wordt behandeld.

Voor M3U- en Xtream Codes-bronnen toont hetzelfde scherm ook een veld Aangepaste URL. Dit is vooraf ingevuld met een voorbeeldtekst die de URL toont die de app automatisch zou gebruiken. IPTV Expert lost die automatische URL op in een vaste volgorde. Eerst een aangepaste URL die je zelf hebt ingevoerd. Dan, voor Xtream Codes-bronnen, een URL die automatisch is opgebouwd uit je account in de vorm {server}/xmltv.php?username={username}&password={password}. Dan een door de playlist aangeleverde EPG-URL, als je M3U er zelf een specificeert. Bestaat geen van die, dan is er geen EPG voor die bron. Je eigen waarde invoeren en opslaan schakelt EPG voor die bron in en start een directe vernieuwing. Het veld leegmaken keert terug naar de automatische URL. Stalker Portal-bronnen tonen dit veld helemaal niet — die gebruiken in plaats daarvan een apart, eigen EPG-downloadpad.

Mislukt een vernieuwing, dan toont IPTV Expert één bericht: "Fout bij het vernieuwen van de EPG." Dat ene bericht dekt zowel een verkeerde URL, een netwerkprobleem als een misvormd XMLTV-bestand. Er wordt niet gediagnosticeerd welke van die zich voordeed. Mislukt een vernieuwing herhaaldelijk, dan is opnieuw controleren van de URL zelf — inclusief of hij nog steeds de inloggegevens nodig heeft waarmee hij is opgebouwd — de snelste eerste stap. Heb je nog geen Xtream Codes-, M3U- of Stalker Portal-bron toegevoegd, begin dan daar in plaats daarvan: Hoe stel je Xtream Codes in bij IPTV Expert, Hoe voeg je een M3U-playlist toe aan IPTV Expert en Hoe configureer je een Stalker Portal in IPTV Expert behandelen die flows. Het hierboven beschreven oplossen van de EPG-URL vereist dat die bron al bestaat.

Een tijdsverschil oplossen met Tijdverschuiving

Eerst het antwoord: Tijdverschuiving is een correctie per bron in stappen van hele uren, van -12u tot +12u, toegepast op het moment dat de app de gecachte gids tegen de klok afleest. Het herschrijft het gedownloade XMLTV-bestand niet.

1. Tik vanaf het EPG-instellingenscherm op Tijdverschuiving.
2. Kies een verschil uit de lijst, getoond als -12u tot +12u in stappen van 1 uur.
3. Bevestig je keuze. De app brengt je terug naar het EPG-instellingenscherm met de nieuwe waarde zichtbaar.

Twee dingen zijn het waard te weten over hoe dit daadwerkelijk werkt voordat je een getal kiest. Ten eerste wordt de correctie per bron toegepast, niet globaal. Gebruik je meer dan één bron, dan kan elke zijn eigen waarde voor Tijdverschuiving dragen — nuttig als de feed van de ene provider al een correct verschil bevat en die van de andere niet. Ten tweede verandert de verschuiving alleen wat de app als "nu" behandelt bij het matchen van gecachte programma's met de klok. Het onderliggende XMLTV-bestand op schijf blijft ongewijzigd.

Dat tweede punt stelt een harde grens aan wat deze bediening kan oplossen. De beschikbare stappen zijn alleen hele uren. Een bron waarvan de gids een verschil van minder dan een uur heeft — 30 minuten is het meest voorkomende voorbeeld — kan niet volledig worden gecorrigeerd met Tijdverschuiving alleen. In dat geval moet de oplossing bij de bron gebeuren, door je provider te vragen naar de gedeclareerde tijdzone van hun feed, niet in de app.

Ziet je gids er goed uit voor de ene bron maar verkeerd voor de andere, dan is dat te verwachten. Het betekent dat de onderliggende XMLTV-gegevens van de twee bronnen het niet eens zijn over hun eigen gedeclareerde verschil, en dat elke zijn eigen waarde voor Tijdverschuiving nodig heeft in plaats van één gedeelde instelling.

De vernieuwingsfrequentie instellen

Gidsgegevens verouderen ook als het tijdsverschil correct is, aangezien uitzendschema's veranderen. De automatische vernieuwingsfrequentie van IPTV Expert bepaalt hoe vaak wordt gecontroleerd of de gecachte gids oud genoeg is om opnieuw te downloaden:

De app vergelijkt de tijd sinds je laatste geslaagde vernieuwing met deze instelling elke keer dat je naar die bron overschakelt. Er start alleen een nieuwe download zodra dat interval is verstreken. Een kortere frequentie houdt schemawijzigingen eerder actueel, ten koste van vaker downloaden.

Wat dit niet kan oplossen

Een paar beperkingen zijn het waard om ronduit te benoemen in plaats van te omzeilen:

• Geen bediening voor verschillen van minder dan een uur. Tijdverschuiving beweegt alleen in stappen van hele uren. Een verschil van 30 minuten of een ander deel van een uur heeft een oplossing aan de bronkant nodig, geen app-instelling.
• Geen kiezer met tijdzonenamen. Er is geen lijst met benoemde tijdzones, zoals een stad of regio, om uit te kiezen. Het is alleen een numeriek uurverschil ten opzichte van de huidige gids van je bron.
• Generieke foutmelding bij vernieuwing. Een mislukte EPG-vernieuwing toont één bericht ongeacht de oorzaak. Een verkeerde URL, een netwerkonderbreking en een misvormd bronbestand zien er van de kant van de app allemaal hetzelfde uit.
• Zendermatching hangt af van de bron. Gecachte gidsgegevens worden gematcht aan je zenders via de zenderidentificatie die zowel de XMLTV-feed als je playlist of account gebruiken. Gebruikt de XMLTV-feed van een bron andere zenderidentificaties dan je playlist, dan komen de programmagegevens niet overeen met de juiste zender. Dat is een uitlijningsprobleem van brongegevens, niet iets dat Tijdverschuiving aanpakt.

Welke download moet je gebruiken?

EPG-instellingen werken op dezelfde manier op elk platform waarop IPTV Expert draait, dus is er hier geen platformspecifieke stap te benoemen. Heb je de app al geïnstalleerd, dan gelden de instellingen hierboven direct. Installeer je hem voor het eerst, dan dekt de volledige IPTV Expert downloadkeuze elk ondersteund apparaat. Eenmaal geïnstalleerd, is M3U versus Xtream Codes: welk IPTV-loginformaat kies je? een nuttige volgende leestip als je nog niet hebt besloten welk bronformaat je toevoegt.