[ANNOUNCE] Extended EPG Plugin 0.0.2

dingo · March 27, 2009 at 12:02 PM

Ein neue version von das Plugin, das alle in EU bekannten Extended EPG Informationen (2-10 Tage) detectiert und in VDR EPG ladet.

Es unterstüzt Premiere, Mediahighway 1 und 2, Sky Uk, Sky Italy, Freesat, und NagraGuide.

Changes:

Code

Release 0.0.3:
-fixed undefined symbol error when not using NO_EPG patch
-declare Nagra-events that have day-of-the month in the period between today-7days and yesterday as "old events"; some providers keep sending old eepg data that otherways are presented as next months'
-stopped processing the second title-field that is sent with Nagra, since it is not clear when it is valid
-make eepg-plugin actually obey the rules defined by the NO_EPG patch, if used
-fixed all compiler warnings


Release 0.0.2a:
-fixed problem in NagraGuide, where month of title could get random value


Release 0.0.2:
-decoded and added NagraGuide
-tested daylight savings functionality for SKY_UK
-added daylight savings fucntionality for MHW1 and NAGRA
-added possiblity to scan more eepg-streams on same transponder (like CanaalDigitaalNL, both MHW1 and Nagra)
-disabled scan after 1 hour idle time; this was unused functionality, since a) most updates are once/24 hour, and b) most of the time zapping is done within 1 hour
-added lookup for eventid, so existing events will be updated instead of added. This means less use for the DD_EPG patch, because double EPG entries will be minimized.
-fixed compile problem when using NO_EPG patch
-added hexdump routine for debugging
-improved use of TableId's, so now the plugin can decide whether to overwrite or to preserve the existing EPG data
-improved several routines, less memory use, less cpu use.

Display More

Man findet es hier:
http://rapidshare.com/files/227513855/eepg-0.0.3.tgz

carel · March 30, 2009 at 8:31 PM

Danke fur deine arbeit,

Leider geht es nicht zusammen mit dem noepg patch:

Code

ERROR: ./PLUGINS/lib/libvdr-eepg.so.1.7.0: undefined symbol: _ZN2SI5cEIT210allowedEPGE10tChannelID

Oder mag ich etwas anderes falsch?

Carel

peda · April 5, 2009 at 8:27 PM

Gleiche Problem.

vdr: [18232] loading plugin: /usr/lib/vdr/libvdr-eepg.so.1.6.0
vdr: [18232] ERROR: /usr/lib/vdr/libvdr-eepg.so.1.6.0: undefined symbol: _ZN2SI5cEIT210allowedEPGE10tChannelID

Habe auch schon make clean ausgeführt. Tut nicht.

Peter

3PO · April 5, 2009 at 9:57 PM

Bei mir auch:

Code

[...]
Apr  5 21:55:19 [vdr] [21183] loading plugin: /usr/local/lib/vdr/libvdr-eepg.so.1.7.0
Apr  5 21:55:19 [vdr] [21183] ERROR: /usr/local/lib/vdr/libvdr-eepg.so.1.7.0: undefined symbol: _ZN2SI5cEIT210allowedEPGE10tChannelID
Apr  5 21:55:19 [vdr] [21183] loading /etc/vdr/setup.conf
Apr  5 21:55:19 [logger] vdr: /usr/local/lib/vdr/libvdr-eepg.so.1.7.0: undefined symbol: _ZN2SI5cEIT210allowedEPGE10tChannelID
[...]

dingo · April 9, 2009 at 12:59 PM

Ich kann das hier reproduzieren, werde mal gucken was das problem verursacht...

3PO · April 9, 2009 at 1:03 PM

Quote

Original von dingo
[...] Versuch mal den vdr-extensions-patch 62...

vdr-extensions-patch 62 ist installiert.

dingo · April 11, 2009 at 3:58 PM

1) Work-around: zeile 2736 ändern zu:

Code

bool cEIT2::allowedEPG (tChannelID kanalID)

Kann jemand dies testen? Es kompiled + runtime auch ok, aber ich kann nicht die Wirkung des Noepg patches selbst testen.

2) Ich verstehe man braucht den No-epg patch zum "blocken" von on-line epg info, so dass ein Externes script alternativen epg-daten laden kann.

VDR hat ein sehr schönes "priorisierungs" mechanismus für EPG daten, mittles den TableId. Z.b. ich habe ein Provider der Mediahighway daten mit guter qualitäit für 2 Tage, und NagraGuide daten mit nicht so guter qualität für 6 Tage. Den Mediahighway gebe ich TableId 0x30, und dieser überschreibt den Nagra (TableId 0x60), und auch die "now/next" info (0x4e oder 0x4f).

Würde es nicht viel besser sein die EPG daten via ihre scripte ein niedriges TableId (z.b. 0x0 wird niemals überschrieben) zu geben, so dass man beide EPG sourcen nutzen kann???

Wenn die No-epg-patch user darüber Ubereinstimmung erreichen konnten, bin ich bereit diese scripte anzupassen ...

IG88 · April 13, 2009 at 12:34 AM

dingo

danke für das plugin, bei mir fuktioniert die 0.0.2a, ich habe damit 7 tage epg auf bbc hd
vdr 1.7.0 mit extension patch aber noepg ist nicht aktiv
(mit vdr 1.7.5 funktioniert es auch und mit der version kann man dann auch ohne probleme bbc hd sehen bzw. hören)

dingo · April 13, 2009 at 11:13 AM

Den eepg-plugin 0.0.2a ist teils NOEPG aware:
-Premiere nicht
-Freeview ja
-Mediahigway 1 und 2 nicht
-SKY Italy und Sky UK nicht
-Nagraguide nicht

Hier eine release candidate für 0.0.3, wo alle protocolle NOEPG aware sein müssen, aber das ist noch nicht gut getestet:

IG88 · April 15, 2009 at 7:57 PM

hi,

mit der neuen version hat es sich bei mir ins gegenteil verkehrt, ohne noepg patch will das plugin nicht starten

carel · April 16, 2009 at 12:50 PM

Leider kommt bei mir nach einer weile:

Code

kernel: [239220.037259] section handler[6230]: segfault at ad6f70ac ip b7dac48f sp b64eda7c error 6 in libc-2.9.so[b7d33000+15a000]

hab ein zwei karten system und die freie karte start mit dem epg scan, das dauert bis 15 minuten max. und dan kommt der absturz.

M fr gr

Carel

IG88 · April 16, 2009 at 12:58 PM

hi,

habe ich bei mir eigentlich nicht beobachten können
das könnte auch ein bestimmter sender oder transponder sein

wenn sich das so gut reproduzieren lässt kanns du evtl. mal mit gdb schauen wo es herkommt oder immer die epg.data löschen und die senderliste immer halbieren und testen, nach einigen schritten sollte das eingegrenzt sein

carel · April 16, 2009 at 2:43 PM

Hi,

Das mit gdb hab ich bereits versucht aber mein system will einfach KEIN coredumps producieren.

Ich hab als start sequenz:

cd $VDR_DIR
echo "core.%e.%p" > /proc/sys/kernel/core_pattern
ulimit -c unlimited

$STARTVDR

usw.

Kein coredump in $VDR_DIR...
Ich hab mein kernel selbst compiliert aber ich weiss nicht was da evtl falsch sein könnte.

Google hat auch nicht viel geholfen

Carel

Razorblade · April 22, 2009 at 12:29 AM

Wird das jetzt so bleiben, daß man noepg für eepg braucht?

Ich bin eigtl mit den EPG Infos soweit zufrieden, nur für die Engländer suche ich eine Lösung...

carel · April 22, 2009 at 8:56 AM

eepg lauft doch auch ohne noepg patch (?)
Ich nutz noepg weil ich fur verschiedene sender der EPG aus dem internet zieh.

Für dieser sender darf vdr, bzw eepg, kein epg scan ausführen, dafur sorgt der noepg patch.

m fr gr

Carel

dingo · April 25, 2009 at 6:19 PM

Quote

Originally posted by carel
Hi,

Das mit gdb hab ich bereits versucht aber mein system will einfach KEIN coredumps producieren.

Ich hab als start sequenz:

cd $VDR_DIR
echo "core.%e.%p" > /proc/sys/kernel/core_pattern
ulimit -c unlimited

$STARTVDR

usw.

Kein coredump in $VDR_DIR...
Ich hab mein kernel selbst compiliert aber ich weiss nicht was da evtl falsch sein könnte.
Carel

Display More

Bei mir war das Problem das user vdr keine write permissions hätte in der /usr/local/src/VDR directory, wo vdr den cores dumped...
Den vdr-commandline paramters --userdump und -user braucht man nicht, und auch den PR_DUMPABLE habe ich nicht gesetzt....

dingo · April 25, 2009 at 6:27 PM

Quote

Originally posted by Razorblade
Wird das jetzt so bleiben, daß man noepg für eepg braucht?

Ich bin eigtl mit den EPG Infos soweit zufrieden, nur für die Engländer suche ich eine Lösung...

Ich kann es reproduzieren, so ich werde danach gucken...

dingo · April 30, 2009 at 2:58 PM

Eine neue version 0.0.3 der gehen sollte mit oder ohne NO_EPG patch, sehe den ersten Post in diesem thread für download link...

Pete248 · May 2, 2009 at 1:29 PM

Das Archiv scheint defekt zu sein. Lässt sich nicht entpacken.

Pete

Razorblade · May 2, 2009 at 3:20 PM

Kann ich nicht bestätigen, bei mir läuft es...

[ANNOUNCE] Extended EPG Plugin 0.0.2

Participate now!

Users Viewing This Thread