(500) epg sql offset verkeerd

[freak]

hoi

ik heb op mijn 500 de var naar harddisk verhuisd

sqlepg gedownload

via radiotimes 1 dag gedownload

use cron aangevinkt

offset -1 uur

nou staat hij er wel in, maar niet correct

sommige beginnen 1 uur te laat

andere 2 uur

dus ze sluiten niet aan zit 1 tot 3 uur tussen

[Gast]

offset 0 gebruiken

[Gast]

De offset is alleen nodig indien je zelf in een andere timezone zit dan je box (bv, je box staat op GMT, terwijl jij in NL zit). Dit is echter zelden het geval, of je moet (bewust of niet) een verkeerde timezone geselecteerd hebben bij de setup van je box.

[RubbeR]

zo staan ze bij mij, en beide zijn correct.

 

radiotimes ; offset 0 hours

digital+ ; offset 2 hours

[Gast]

Die D+ offset is zeer waarschijnlijk nodig omdat de plugin er van uit gaat dat de aangeleverde timestamp in GMT is, en daar conversie op doet naar de timezone van de box.

 

Als de D+ XMLTV file echter lokale tijd gebruikt (nu GMT+2), dan heb je inderdaad een offset nodig, en heb je ook dikke kans dat het fout gaat als wintertijd weer in gaat (want dan wordt 't GMT+1 <img src="/forums/images/graemlins/wink.gif" alt="" />)

[freak]

hoi

inderdaad nou met offset 0 werkt het perfect

 

alleen nu heb ik op nederland alleen nog maar now en next

[Gast]

radiotimes is volgens mij alleen voor de engelse kanalen. Voor nl kun xmltv gebruiken op je pc. Zelf xml bestand aanmaken en dan in je epg laden.

[Gast]

Voor NL kun je in de image MHW EPG activeren, dan heb je tot 2 dagen EPG (meer wordt niet uitgezonden). Na activatie op een kanaal op de NED1 transponder gaan staan, en de info komt binnen.

 

XMLTV voor nederlandse kanalen heeft vrij weinig zin, er is geen publieke bron die meer dan 2 dagen EPG vooruit publiceert.

[freak]

hoi

MHW EPG staat aan

heeft altijd ook goed gewerkt

totdat ik met radiotimes heb gedownload

[Gast]

Da's dan heel vreemd, want 't een heeft niets (of in ieder geval zeer weinig) met het ander te maken.

 

De import van radiotimes werkt kanaal voor kanaal, voor de kanalen die je hebt gemapt. EPG data wordt vervolgens op serviceID in de database gezet, kans is nul dat deze de data van CDS overschrijft. Dat draait hier dagelijks voor bijna alle kanalen.

 

Je schrijft in je orginele post dat je een 500 hebt, en /var hebt verplaatst naar de harddisk. Aangezien een 500 geen disk heeft, bedoel je een netwerk mount?

 

Via welk protocol? Naar welke host?

 

En je hebt de SQLite database geactiveerd, en geplaatst op die disk? Niet alle mounts zijn compatible met SQLite, het kan best zijn dat er nu niet naar de database geschreven kan worden, en dat daarom je EPG leeg blijft...

[freak]

hoi

ja ik heb een 500, en /var verplaatst naar de harddisk

via cfis

SQLite database is geactiveerd, en geplaatst op die harddisk

bedankt

[Gast]

Kijk ook eens in deze thread voor 7 dagen nl epg: hier

[freak]

ja ben er uit

 

/var/tuxbox/config/epgdb/rt_uk.cfg

epgLocation was verkeerd was hdd ipv var

 

hartstikke bedankt

[Gast]

Die wordt automatisch aangepast zodra je in 't menu de locatie van de EPG db selecteert. Als je de file zelf hebt aangepast kan er mogelijks iets uit-sync gaan lopen...