[Announce] epgd-0.1.1 und epg2vdr-0.1.0

Zitat von rookie1

Kommt per PN

HIER ist meine, vlt. kann sie ja Jemand gebrauchen.

Zitat von rookie1

Kommt per PN

Warum denn das? Ist die geheim?

Gerald

Zitat von gda

Warum denn das? Ist die geheim?

Gerald

ne natürlich nicht, aber immer wenn ich was anhänge passiert mir passiert mir ein Lapsus. Deshalb wollte ich diesemal sichergehen

Zitat von rookie1

[...] immer wenn ich was anhänge passiert mir passiert mir ein Lapsus. ...

Jetzt mal gab abgesehen davon, dass das Anhängen eine Fils an eine PN auch nicht anderes ist, als das Anhängen an ein Postig, verstehe ich nicht, was denn soooooo schwer an,

wgetpaste /etc/epgd/channelmap.conf

ist, das gibt dann z.B:

Your paste can be seen here: http://bpaste.net/show/144094/

zurück. Den Link kann man dann einfach via Copy/Paste in sein Posting einfügen.

Ich wüsste nicht, wo man da "ausrutschen" sollte??

Zitat

Im Log wird anscheinend keine PIN angezeigt.

Probier mal, ob die URL im Browser mit Deiner Pin funktioniert:

Quellcode
1
http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=13&dataType=xml

Dann passiert gar nix

hier läuft epgdata als Dienst unauffällig.

kannst du uns was zu deinem abo erzählen: ist das neu, funktioniert es mit anderen Plugins, etc pp. - ich kann dir auch ein bash skript geben mit dem man die files mit curl runterladen kann. Hatte ich benutzt bevor wir den loader hart integriert haben.

Christian

Da ist man mal zwei Tage ohne VDR...

Nun ist die Kiste repariert und upgedatet inkl. Daemon auf dem 'Provisorium-Server'. Habe die DB neu generiert und alles läuft wie es soll - Klasse Arbeit!

Danke ans epg2vdr-Team dafür

Prima das es dir gefällt!

ich möchte an der Stelle noch auf eine Besonderheit hinweisen die ich als erwähnenswert erachte:
Und zwar ist es so das notwendige Änderungen an den Stati resultierend aus Änderungen an der channelmap in dieser Version noch nicht vollautomatisch übernommen werden. Also wenn jemand einen Kanal von einem Provider zu einem anderen switched oder das Mischen eines Kanals ein oder abschaltet. Für diesen Fall ist es natürlich nicht notwendig die Daten neu zu laden. - wir haben dafür eine Semiautomatik die vom Prinzip her alles entmischt, neumischt und neu in den VDR überträgt.

Der Grund das es noch nicht vollautomatisch abläuft sind neue mE coole Features die auch in den nächsten Versionen kommen, und die beide auch Änderungen an der channelmap und auch an der channelmap Tabelle nach sich ziehen und wir diese "Korrekturstufe" dann quasi hätten erneut entwickeln müssen. - Daher haben wir in dieser Version noch bewusst auf diese Automatik verzichtet.

Wenn jemand in so einer Situation ist bitte kurz Bescheid geben, wir gehen das dann zusammen durch. - Für den Regelbetrieb ist das natürlich nicht gedacht, deswegen ist es auch nicht im Detail beschrieben.

Gruß Christian

Hallo,

auch von mir ein super fettes Dankeschön an die Entwickler des meiner Meinung nach überragenden EPGDs + Plugin. Bin gespannt, was da noch so kommt ...

Hier ein paar Sachen, die mir aufgefallen sind:

• Typos in der README des EPGDs:
  
  
  Code

  Zeile 46:
  will be used als other data
  will be used as other data

  
  

  Code

  Zeile 192:
  Updatetime (hours)
  UpdateTime (hours)

  
  

  Code

  Zeile 226:
  eventsview.sql can be overritten on updates, so use a different name
  eventsview.sql can be overwritten on updates, so use a different name

  
  

  Code

  Zeile 228:
  CheckIntital = 1 (default 1)	
    enable or disable the intitial update of your external EPG provider after starting epgd
  
  
  CheckInitial = 1 (default 1)	
    enable or disable the initial update of your external EPG provider after starting epgd

  
  

  Code

  Zeile 231:
  UpdateThresold = 500 (default 200)
  UpdateThreshold = 500 (default 200)

  
  

• Konfigurationsdirektiven
  Mir fehlt (nicht nur bei diesem Plugin) eine Liste aller zur Verfügung stehenden Konfigurationsdirektiven, die man (hier) in der epgd.conf setzen kann mit allen möglichen Optionen + deren Erklärung. In der Readme sind die nur wie Sie im OSD auftauchen gelistet. Es macht Leuten, die einen Server ohne OSD betreiben einfacher, wenn man die Liste schon in der README hat, statt sie im Quelltext nachlesen zu müssen.
  

  
  

• Funktionsweise DVB Merge
  Hier geht in der README des EPGDs meiner Meinung nach nicht klar hervor, wie das genau funktioniert. Es ist ja logisch, dass nur ein VDR mit dem EPG2VDR Plugin überhaupt in der Lage ist DVB Updates in die Datenbank zu schreiben, die der EPGD dann verarbeiten kann. Aber es wäre schön, wenn das kurz beschrieben wird.
  Ebenso der Ablauf bzw. die Funktionsweise selbst. Wie funktionierts genau? Wann/ Wie/ Wo schreibt das EPG2VDR Plugin DVB Events in die DB, welche Konfigurationsdirektiven beeinflussen das Verhalten in welcher Weise? Durch die Erklärung der UpdateThreshold Direktive konnte ich mir zusammenreimen, dass das "mergen" vom DVB EPG mit dem externen EPG nach 200 (default) Änderungen durch einen Client angestoßen wird? Wäre schon, wenn das in der README näher erläutert wird.
  

  
  

• EpgView = eventsview.sql
  Das habe ich nicht ganz verstanden. Was hat das mit dem Live Plugin zu tun?

Gruß,
Kokel

Hallo...
ein dickes, fettes Dankeschön. Ich freu mich schon, wenn ich die neue Version ausprobieren kann.
Allerdings habe ich eine kleine Frage: War es nicht vorgesehen die Update-Zeit auf einen, oder mehrere fixe Zeitpunkte zu legen? Oder irre ich?

Zitat von TheChief

Theoretisch könntest Du das über einen CronJob lösen: killall -HUP epgd löst ein Update aus.

Ich bin mir jetzt aber nicht sicher, ob man das epgd eigene Update ganz ausschalten kann.

Ja so ist es gedacht: du kannst den Update theoretisch auf 23h stellen (damit es quasi nicht über den Timer aktualisiert) und dann mit dem killall -HUP via cron den refresh viel granualarer anstoßen als wir dir das konfigurierbar machen können

Christian

Zitat von kokel

Hier geht in der README des EPGDs meiner Meinung nach nicht klar hervor, wie das genau funktioniert. Es ist ja logisch, dass nur ein VDR mit dem EPG2VDR Plugin überhaupt in der Lage ist DVB Updates in die Datenbank zu schreiben, die der EPGD dann verarbeiten kann. Aber es wäre schön, wenn das kurz beschrieben wird.
Ebenso der Ablauf bzw. die Funktionsweise selbst. Wie funktionierts genau? Wann/ Wie/ Wo schreibt das EPG2VDR Plugin DVB Events in die DB, welche Konfigurationsdirektiven beeinflussen das Verhalten in welcher Weise?

Genau: idealerweise sollte nur einer schreiben - wenn mehrere vdr gleichzeitig auf den selben Zeilen schreibend rumrödeln konn man sich schnell ein deadlock auf der DB fangen. Stehen alle vdr auf AUTO machen die das unter sich aus wer die frischen dvb events einlädt. Hast du einen vdr Server kannst du das mit YES übersteuern und sobald dieser läuft greift der die Masterrolle.

Es kann in Einzelfällen sinnvoll sein mehrere Master zu haben, speziell dann wenn die einzelnen vdr unterschiedliche Quellen haben (DVB-S/T/C)

Zitat von kokel

Durch die Erklärung der UpdateThreshold Direktive konnte ich mir zusammenreimen, dass das "mergen" vom DVB EPG mit dem externen EPG nach 200 (default) Änderungen durch einen Client angestoßen wird? Wäre schon, wenn das in der README näher erläutert wird.

Naja, es ist genau so wie du es beschrieben hast - nach n Änderungen auf den DVB Events werden diese "eingemischt" und in den vdr transportiert, nicht mehr und nicht weniger.

Christian

Zitat von TheChief

Geht auch UpdateTime=0 für garkeine Updates?

Meines Wissens nicht, schreibs mal auf die ToDo

Christian

Zitat von CKone

Ja so ist es gedacht: du kannst den Update theoretisch auf 23h stellen (damit es quasi nicht über den Timer aktualisiert) und dann mit dem killall -HUP via cron den refresh viel granualarer anstoßen als wir dir das konfigurierbar machen können

Christian

Danke für die Erklärung!

Zitat

Geht auch UpdateTime=0 für garkeine Updates?

Das wäre in diesem Zusammenhang sicher praktisch

Ok, danke für die Antworten.

Was ist mit der Liste der Konfigurationsdirektiven für die epgd.conf(epgd) + setup.conf (epg2vdr)? Wäre schön, wenn die mit ins Readme aufgenommen werden.

Hier bei DVBT Frankfurt gibt es den Sender neo/KiKA. Früher musste man sich entscheiden, ob DVB EPG oder externes EPG für einen dieser Sender. Wäre es jetzt nicht auch möglich diesen z.B. durch externes EPG für KiKa anzureichern und per DVB merge die falschen EPG Events durch die des DVB EPGs für ZDF neo zu ersetzen? Das wäre mal ne feine Sache. Würde das nicht schon funktionieren oder wie funktioniert das momentan mit falschen EPG Events?

Gruß, Kokel

Jain
gehe mal davon aus das das dvb epg in Ordnung ist, du nur mit dem externen nicht zuerecht kommst?

Wenn dem so wäre dann könnte man dem Sender dir KIKA ID zuweisen was folgendes nach sich ziehen würde.

Das EPG für die nächsten ca 72h wäre so wie du es dir wünschst, das epg nach hinten raus würde nur aus KIKA bestehen

Denke es ist richtiger wenn du den kanal weiter mit vdr:000 durchreichst und aufs Mischen verzichtest

Christian