[DM7025+] xmltv epg import plugin v0.8 - ontvanger staat wederom 's-ochtends aan.

[dagg]

sorry, ik weet niet wat ml betekent eigenlijk... zelf pak ik altijd het hoogste nummer, maar of dat nu wel goed is?

mogelijk betekent ml de naam vd maintainer, geen idee verder

Maintainer: Michael 'Mickey' Lauer <mickey@Vanille.de>

 

[Kabeltje87]

Installatie probleem opgelost.

 

Heb: python-html_2.5.1-ml4_mipsel.ipk

gedownload en geïnstalleerd.

 

Daarna installeerde de XMLTV import plugin zonder problemen.

 

@Milo

 

In Oozoon CVS is de geïmporteerde EPG een uur te laat.

Heb de offset nu op -01:00 staan.

 

In de vorige versie stond de offset op 00:00

 

Willy

[Gast MiLo]

Oozoon werkt vast met de epg.dat file en Enigma2 reboot?

 

Wijzig eens in het bestand

/usr/lib/enigma2/python/Plugins/Extensions/EPGImport/epgdat_importer.py

 

op regel 18 staat:

data_tuple = (data.start-3600, data.duration, data.title, data.short_description, data.long_description, data.type)

 

Als je die mysterieuze "-3600" eruit knipt, klopt de tijd dan wel (of zit hij er dan 2 uur langs)?

 

 

[Kabeltje87]

Origineel bericht van: MiLo

Oozoon werkt vast met de epg.dat file en Enigma2 reboot?

Wijzig eens in het bestand
/usr/lib/enigma2/python/Plugins/Extensions/EPGImport/epgdat_importer.py

op regel 18 staat:
data_tuple = (data.start-3600, data.duration, data.title, data.short_description, data.long_description, data.type)

Als je die mysterieuze "-3600" eruit knipt, klopt de tijd dan wel (of zit hij er dan 2 uur langs)?

Inderdaad Oozoon werkt met enigma reboot.

Zal deze edit morgen proberen. (Mijn echtgenote is vanavond niet thuis en ik heb verschillende opnames moeten programmeren op de box. En ik wil geen ruzie.)

Dank voor de plugin. En het impliceren van mijn suggestie over de force read van het dat bestand bij manuele import.

Willy

[Kabeltje87]

Origineel bericht van: MiLo

Oozoon werkt vast met de epg.dat file en Enigma2 reboot?

Wijzig eens in het bestand
/usr/lib/enigma2/python/Plugins/Extensions/EPGImport/epgdat_importer.py

op regel 18 staat:
data_tuple = (data.start-3600, data.duration, data.title, data.short_description, data.long_description, data.type)

Als je die mysterieuze "-3600" eruit knipt, klopt de tijd dan wel (of zit hij er dan 2 uur langs)?

Heb dit geprobeerd - Hij zit er nu 2 uur langs. D.i. programma's zijn 2 uur te laat.
PS had wel de offset in de dat file terug naar 0000 gezet.

Dus milo werk aan de winkel.

Willy

[Gast MiLo]

Nieuwe poging, als je epgdat.py vervangt door deze versie, is de tijd dan wel goed (met offset=0)?

 

epgdat.zip

[Kabeltje87]

Origineel bericht van: MiLo

Nieuwe poging, als je epgdat.py vervangt door deze versie, is de tijd dan wel goed (met offset=0)?

Met offset=0, zijn de de tijden van de epg nu goed. (tenminste op één zender - maar als het op één goed dan zullen de anderen ook wel goed zijn zeker)

Willy

[Gast MiLo]

Mooi, dan heb ik er alle conversies op-en-neer van UTC naar local tijd eruit gevist.

 

Best maf, want in de XMLTV file staat keurig UTC tijd, en da's ook wat de ontvanger intern gebruikt. De importer ging die eerst omzetten in lokale tijd (+2 uur dus) en daarna weer terug zitten rekenen. Dat is er nu allemaal uit.

 

Ik ben heel benieuwd naar het eind van de zomertijd... daar heeft CD ook altijd moeite mee...

[Gast MiLo]

De nieuwe staat in de feed voor MiLo-image, met ook Rytec's laatste xmltv.dat file, en die nu dus ook geen tijd correctie meer nodig heeft voor epg.dat (controleer je xmltv.dat dat de offset op 0 staat).

 

En natuurlijk hier een kopietje voor de plebs die andere images gebruiken

 

enigma2-plugin-extensions-xmltvimport_0.8-r6_all.zip

[Kabeltje87]

Origineel bericht van: MiLo

Ik ben heel benieuwd naar het eind van de zomertijd... daar heeft CD ook altijd moeite mee...

Wij ook

Willy

[Kabeltje87]

Origineel bericht van: MiLo

Mooi, dan heb ik er alle conversies op-en-neer van UTC naar local tijd eruit gevist.

Best maf, want in de XMLTV file staat keurig UTC tijd, en da's ook wat de ontvanger intern gebruikt. De importer ging die eerst omzetten in lokale tijd (+2 uur dus) en daarna weer terug zitten rekenen. Dat is er nu allemaal uit.

Op E1 heb ik ook helemaal geen tijdcorrectie moeten gebruiken. Was meteen goed. En vermits ik dezelfde import file gebruik, die in GMT (UTC) is, vermoed ik dat er intern in het EPG systeem een conversie aanwezig is.

EPG data moeten dus in GMT ingegeven worden.

Willy

[Kabeltje87]

Ik ben aan het worstelen met een installatie op Gemini 4.40

 

Ik heb hem geïnstalleerd gekregen:

 

Eerst installeren:

 

python-zlib_2.5.1-ml4_mipsel.ipk

python-compression_2.5.1-ml4_mipsel.ipk

 

Daarna de xmltv plug-in installeren.

 

Aanmaken van /media/cf en media/usb

 

Als ik dan de plug-in uitvoer dan schijnt ie wel de gegevens te importeren. Maar verschijnt er toch geen EPG.

 

Kan iemand mij verder helpen AUB.

 

Willy

[the boss]

Zover ben ik er ook mee onder newenigma

Hij haalt ook s`nachts wel steeds een nieuwe epg_new.dat op

Maar op 1 of andere manier ziet of leest de ontvanger dan niet

die file,want epg blijft gewoon zo als het is op nederlandse zenders(op het moment weer 3 dagen)

 

Grtz

 

[aardbeì]

Origineel bericht van: the boss

Zover ben ik er ook mee onder newenigma
Hij haalt ook s`nachts wel steeds een nieuwe epg_new.dat op
Maar op 1 of andere manier ziet of leest de ontvanger dan niet
die file,want epg blijft gewoon zo als het is op nederlandse zenders(op het moment weer 3 dagen)

Grtz

waar komt je epg_new.dat terecht?
en weet je ook waar bij een nette restart van de gui je epg.dat komt te staan?

[the boss]

@ aardbei

 

epg_new.dat komt in media/hdd

Maar die epg.dat weet ik niet waar die tercht komt,hoe zie ik dat

Had al wel gelezen dat ie maar tijdelijk aanwezig is ??

 

grtz.