loadepg + vdr-1.7.0

  • Zitat

    Originally posted by lukkinosat
    The error depend from gcc version

    This is patch http://lukkinosat.altervista.org/loadepg-0.2.1-20080907.diff

    Hi Luca

    Link is not working, I return directly to http://it.altervista.org/
    (try right click, save as, direct link)

    My GCC


    gcc -v
    Utilisation des specs internes.
    Target: i586-mandriva-linux-gnu
    Configuré avec: ../configure --prefix=/usr --libexecdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-checking=release --enable-languages=c,c++,ada,fortran,objc,obj-c++,java --host=i586-mandriva-linux-gnu --with-cpu=generic --with-system-zlib --enable-threads=posix --enable-shared --enable-long-long --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj- --enable-gtk-cairo --disable-libjava-multilib --enable-ssp --disable-libssp
    Modèle de thread: posix
    version gcc 4.2.2 20071128 (prerelease) (4.2.2-3.1mdv2008.0)

  • Zitat

    Originally posted by newsy
    dplu : you have to copy link directly into your web browser's adress field then it's working.


    Now it is compiling well :

    Tested on SKY UK and French Canalsat all is OK, system defer channel, retrieve and restore
    There is no more segfault now if DVB option is set to "Update name and PID"

    Very good job !! thanks for all
    Have a good evening


  • For people living near French Frontier, here is the loadepg.equiv to fill DVB-T epg from French Canal (+ Equiv for dual subscriber stand alone card on canalsat)

  • Hi

    I discover yesterday a little problem with programm time on SKY UK, don't know from where it comes

    Example on BBC HD

    friday the programm is

    BBC Guide UK local time 21:55 That Mitchell and Webb Look
    VDR display 23:55 That Mitchell and Webb Look

    So there is Two hours shift instead of one (France vs UK)

    the epg.data contain E 30689 1221256500 1800 1 FF

    who give Fri, 12 Sep 2008 21:55:00 GMT

    Is this due to that part of code ?


    Sep 8 23:17:46 acer vdr: [19361] LoadEPG: Local Time Offset=[UTC]+2
    Sep 8 23:17:47 acer vdr: [19361] LoadEPG: Satellite Time Offset=[UTC]+1
    Sep 8 23:17:47 acer vdr: [19361] LoadEPG: Epg Time Offset=+3600 seconds

    If sat transmit EPG in GMT + 0 Time and VDR read it and allready add 2 hours ( GMT+1 + DST) do you have to add one more hours ? Or EPG is transmitted in local time meaning this is GMT and the offset is good but reference not ?

    Many thanks for your help


  • Hi Luca

    It will be a very short log ...

    With debug true

    Return to debug false

    Personnaly, I have change the offset var line to be zero .. OK this is very quick and dirty fixes but it works

    Ready to test any fix if you want


  • Hello

    Download the last version 20080915 from


    Change DEBUG=true

    Compile and running

    This is my log:
    Sep 14 19:34:17 vdrbox vdr: [3980] LoadEPG: Local Time Offset=[UTC]+2
    Sep 14 19:34:17 vdrbox vdr: [3980] LoadEPG: Satellite Time Offset=[UTC]+2
    Sep 14 19:34:17 vdrbox vdr: [3980] LoadEPG: Epg Time Offset=+0 seconds
    Sep 14 19:34:17 vdrbox vdr: [3980] LoadEPG: Satellite Time UTC: 14/09/2008 17:34:12
    Sep 14 19:34:17 vdrbox vdr: [3980] LoadEPG: Satellite CountryCode=ITA
    Sep 14 19:34:17 vdrbox vdr: [3980] LoadEPG: Satellite CountryRegionId=0
    Sep 14 19:34:17 vdrbox vdr: [3980] LoadEPG: Satellite LocalTimeOffsetPolarity=0
    Sep 14 19:34:17 vdrbox vdr: [3980] LoadEPG: Satellite LocalTimeOffset=02:00

    Test for me

    Thanks for help :-)

    Hi, Luca

  • Thanks for update
    Here is the log :

    At the end, there is + one hour shift for program

    Hope this help you


    Nota : There are several message during retrieving :


    Sep 14 19:49:54 acer vdr: [24542] LoadEPG: Data error signature for summary
    Sep 14 19:50:00 acer last message repeated 248 times

  • Hi Luca,

    I'm not able to get it to work here. I have a "Canal Digitaal" subscription (though it doesn't matter which provider I choose).

    I seem to get an "unexpected end of file" every time.

    This is the log:

    It looks like the /tmp/epg.tmp file is only filled a little bit. It misses the rest of the data, and therefore complains about the unexpected EOF. I'm using vdr-loadepg-0.2.1-20080915. Do you have any idea what could be the problem?

  • I don't know whether anyone ever reads this topic, since there's no answer, but anyway, the problem was the character set. The 'é' character made the plugin exit with an error. Changing the VDR language encoding solved the problem. Only unfortunately the rest of the EPG doesn't show the extended characters right anymore...

  • Hi dplu,

    Last week, when trying to fix this problem in the loadepg source code, by adding a character set conversion, I found out incidentally that there is a call to "iconv" just before importing the data.

    After commenting out this part, the import goes well. This means that the EPG data is not in the format which loadepg expects.

    Thanks for the tip though!

    P.S. It all works OK for me now...