Så konfigurerar du en IPTV-EPG och åtgärdar tidsförskjutningar

En fel EPG-tid är nästan aldrig en trasig guide. Det är en tidsstämpel läst mot fel referens. Programtablån visar att ett program börjar två timmar före eller efter det faktiskt sänds. Själva datan är oftast inte korrupt. Den tolkas bara mot fel klocka någonstans mellan källan och din skärm.

Generella felsökningsguider brukar beskriva en universell "EPG-tidsförskjutningsreglage," som om varje app hade samma kontroll. Det har den inte. Det finns också en varning som ofta hoppas över: är din källas guidedata redan korrekt och du lägger på en manuell korrigering ovanpå, kan du förvandla en fungerande guide till en felaktig. Den här guiden går igenom hur du avgör var felet faktiskt ligger. Sedan täcker den den exakta skärm IPTV Expert ger dig för att åtgärda det.

Sammanfattning

• XMLTV-filer bär sin egen tidszon per programpost. Anges ingen antas UTC — så en "fel tid"-guide är ofta ett tidszonsproblem på källsidan, inte en appbugg.
• IPTV Experts EPG-inställningsskärm har fyra kontroller per källa: Aktivera, Uppdatera nu, Uppdateringsfrekvens och Tidsskift.
• Tidsskift är en korrigering i hela timmar, från -12h till +12h, tillämpad när appen läser den cachade guiden. Den skriver inte om den nedladdade XMLTV-filen, och den kan inte korrigera en avvikelse på under en timme (till exempel 30 minuter).

Vad en EPG-tidsförskjutning egentligen är

En EPG (elektronisk programguide) byggs från ett separat dataflöde lagt ovanpå din kanallista. För de flesta IPTV-konfigurationer är det flödet XMLTV. Det är en XML-fil som listar program, var och en med attributen start och stop stämplade i ett specifikt format.

XMLTV-formatets egen referensdokumentation anger regeln rakt ut. Datum och tider "följer samma format, löst baserat på ISO 8601," skrivna som YYYYMMDDhhmmss. Och "du kan också lägga till en tidszon i slutet; anges ingen explicit tidszon antas UTC" (XMLTV DTD, xmltv.dtd). Med andra ord ska en korrekt formaterad programpost deklarera sin egen förskjutning från UTC. Gör den det kan varje kompatibel läsare konvertera den till lokal tid korrekt. Gör den det inte, eller deklarerar fel tidszon, ärver varje efterföljande guide det felet.

Här är hur det ser ut i praktiken, sanerat ner till de två rader som spelar roll:

<!-- Fel: ingen explicit tidszon tillagd.
     Enligt DTD-regeln ovan läses det här som UTC även om
     sändaren avsåg lokal tid i en UTC+2-region. -->
<programme start="20260818200000" stop="20260818210000" channel="example.channel">
  <title>Evening News</title>
</programme>

<!-- Korrekt: explicit UTC-förskjutning tillagd, enligt DTD:ns egna
     exempelformat ("19880523083000 +0300"). -->
<programme start="20260818200000 +0200" stop="20260818210000 +0200" channel="example.channel">
  <title>Evening News</title>
</programme>

Båda posterna beskriver samma nominella klockslag, 20:00. Bara den andra talar entydigt om för läsaren vilket 20:00 det är. Säg att din källa publicerar poster formade som det första exemplet, och din faktiska sändningsregion inte är UTC. Hela guiden kommer att visa tider förskjutna med exakt den skillnaden — oftast med ett litet antal hela timmar, i linje med typiska UTC-förskjutningsregioner.

Diagnostisera innan du åtgärdar

Svaret först: kontrollera källans egen XMLTV-data först, sedan din enhets klocka och tidszon, och appens egen förskjutningskontroll sist. Att åtgärda fel lager lägger en ny felaktighet ovanpå den riktiga i stället för att ta bort den.

1. Kontrollera om förskjutningen är konsekvent över varje kanal och varje dag. Ett tidszonsproblem på källsidan — saknad eller fel förskjutning i XMLTV-flödet, som visas ovan — förskjuter oftast varje program med samma fasta mängd, hela tiden. Är den konsekvent hör åtgärden hemma vid källan, eller i appens Tidsskift-kontroll nedan. Den hör inte hemma i dina enhetsinställningar.
2. Kontrollera din enhets datum, tid och tidszon. Är klockan eller tidszonen fel på operativsystemsnivå mäts allt appen visar som "nu" från en falsk referenspunkt. Det förskjuter vilket program som läses som "sänds just nu," även om själva XMLTV-datan är korrekt.
3. Titta bara därefter på appens egen EPG-förskjutningskontroll. Är de första två kontrollerna rena och guiden fortfarande fel med ett fast antal timmar, är en Tidsskift-inställning per källa rätt verktyg. Den täcks härnäst.

Att hoppa rakt till steg 3 är det vanligaste sättet att göra saken värre. Att tillämpa en manuell förskjutning ovanpå en källa som redan bär den korrekta förskjutningen lägger bara ihop de två korrigeringarna i fel riktning.

Konfigurera EPG-källan i IPTV Expert

Svaret först: EPG-inställningar finns på en skärm per källa, med fyra kontroller i ordning: Aktivera, Uppdatera nu, Uppdateringsfrekvens och Tidsskift.

1. Öppna EPG-inställningarna för din aktuella källa. Den nås från appens meny. Varje kontroll på den här skärmen gäller källan du för närvarande har valt. Använder du fler än en källa har var och en sina egna EPG-inställningar oberoende av varandra.
2. Aktivera. En brytare som slår på eller av EPG-hämtning för den här källan.
3. Uppdatera nu. Utlöser en omedelbar nedladdning av guidedata. Den här raden visar också senaste uppdateringsdatum och hur många program som för närvarande är cachade, så du kan bekräfta att en uppdatering faktiskt hämtade data i stället för att misslyckas tyst.
4. Uppdateringsfrekvens. Hur ofta appen kontrollerar om den cachade guidedatan är gammal nog för att laddas ner igen automatiskt (se tabellen nedan).
5. Tidsskift. Visar den aktuella förskjutningen per källa, till exempel -2h eller +3h. Trycker du på den öppnas korrigeringsskärmen som täcks i nästa avsnitt.

För M3U- och Xtream Codes-källor visar samma skärm också ett fält för Anpassad URL. Det är förifyllt med en platshållare som visar URL:en appen skulle använda automatiskt. IPTV Expert löser den automatiska URL:en i en fast ordning. Först en anpassad URL du själv angett. Sedan, för Xtream Codes-källor, en URL byggd automatiskt utifrån ditt konto i formen {server}/xmltv.php?username={username}&password={password}. Sedan en EPG-URL levererad via spellistan, om din M3U själv anger en. Finns ingen av dem finns ingen EPG för den källan. Anger du ett eget värde och sparar aktiveras EPG för den källan och en omedelbar uppdatering utlöses. Rensar du fältet återgår appen till den automatiska URL:en. Stalker Portal-källor visar inte det här fältet alls — de använder i stället en separat, dedikerad EPG-nedladdningsväg.

Misslyckas en uppdatering visar IPTV Expert ett meddelande: "Error while refreshing the EPG." Det enda meddelandet täcker en felaktig URL, ett nätverksproblem och en felformaterad XMLTV-fil likadant. Det diagnostiserar inte vilket som inträffade. Misslyckas en uppdatering upprepade gånger är det snabbaste första steget att kontrollera själva URL:en igen — inklusive om den fortfarande behöver de inloggningsuppgifter som byggde den. Har du inte lagt till en Xtream Codes-, M3U- eller Stalker Portal-källa än, börja där i stället: Så konfigurerar du Xtream Codes i IPTV Expert, Så lägger du till en M3U-spellista i IPTV Expert och Så konfigurerar du en Stalker Portal i IPTV Expert täcker de flödena. EPG-URL-upplösningen som beskrivs här förutsätter att den källan redan finns.

Åtgärda en tidsförskjutning med Tidsskift

Svaret först: Tidsskift är en korrigering per källa tillämpad i steg om hela timmar, från -12h till +12h, när appen läser den cachade guiden mot klockan. Den skriver inte om den nedladdade XMLTV-filen.

1. Tryck på Tidsskift från EPG-inställningsskärmen.
2. Välj en förskjutning från listan, visad som -12h till +12h i steg om 1 timme.
3. Bekräfta ditt val. Appen tar dig tillbaka till EPG-inställningsskärmen med det nya värdet visat.

Två saker är värda att veta om hur det här faktiskt fungerar innan du väljer ett tal. För det första tillämpas korrigeringen per källa, inte globalt. Använder du fler än en källa kan var och en bära sitt eget Tidsskift-värde — användbart om en leverantörs flöde redan inkluderar en korrekt förskjutning och en annans inte gör det. För det andra ändrar skiftet bara vad appen behandlar som "nu" när den matchar cachade program mot klockan. Den underliggande XMLTV-filen på disk berörs inte.

Den andra punkten sätter en hård gräns för vad kontrollen kan åtgärda. De tillgängliga stegen är bara hela timmar. En källa vars guide är fel med en avvikelse på under en timme — 30 minuter är det vanligaste exemplet — kan inte korrigeras fullt ut med Tidsskift ensam. I så fall måste åtgärden ske vid källan, genom att fråga din leverantör om deras flödes deklarerade tidszon, i stället för i appen.

Ser din guide rätt ut för en källa men fel för en annan är det väntat. Det betyder att de två källornas underliggande XMLTV-data är oense om sin egen deklarerade förskjutning, och var och en behöver sitt eget Tidsskift-värde i stället för en delad inställning.

Ställ in uppdateringsfrekvensen

Guidedata blir inaktuell även när tidsförskjutningen är korrekt, eftersom sändningsscheman ändras. IPTV Experts automatiska uppdateringsfrekvens styr hur ofta appen kontrollerar om den cachade guiden är gammal nog att laddas ner igen:

Appen jämför tiden sedan din senaste lyckade uppdatering mot den här inställningen varje gång du växlar till den källan. Den utlöser bara en ny nedladdning när det intervallet har passerat. En kortare frekvens håller schemaändringar aktuella snabbare, till kostnaden av fler nedladdningar.

Vad det här inte kan åtgärda

Några begränsningar är värda att uttala rakt ut snarare än att kringgå:

• Ingen kontroll för avvikelser under en timme. Tidsskift rör sig bara i steg om hela timmar. En avvikelse på 30 minuter eller annan del av en timme behöver en åtgärd vid källan, inte en appinställning.
• Ingen tidszonsnamnväljare. Det finns ingen lista med namngivna tidszoner, som en stad eller region, att välja mellan. Det är bara en numerisk timförskjutning relativt din källas aktuella guide.
• Generellt felmeddelande vid misslyckad uppdatering. En misslyckad EPG-uppdatering visar ett meddelande oavsett orsak. En felaktig URL, ett nätverksavbrott och en felformaterad källfil ser alla likadana ut från appens sida.
• Kanalmatchning beror på källan. Cachad guidedata matchas mot dina kanaler via kanalidentifieraren som både XMLTV-flödet och din spellista eller ditt konto använder. Använder en källas XMLTV-flöde andra kanalidentifierare än din spellista kommer programdatan inte att stämma mot rätt kanal. Det är ett justeringsproblem i källdatan, inget Tidsskift åtgärdar.

Vilken nedladdning bör du använda?

EPG-inställningar fungerar likadant på alla plattformar IPTV Expert finns för, så det finns inget plattformsspecifikt steg att lyfta fram här. Har du redan appen installerad gäller inställningarna ovan direkt. Installerar du den för första gången täcker hela nedladdningsväljaren för IPTV Expert varje enhet som stöds. När den väl är installerad är M3U eller Xtream Codes: vilket IPTV-inloggningsformat bör du använda? en användbar nästa läsning om du inte bestämt vilket källformat du ska lägga till än.