analogtv, nxtvepg: brauche Hilfe, bin glaube ich kurz vor der Lösung....

angeregt von diesem HowTo habe ich mich nochmal daran versucht, den EPG über die PVR250 aus dem Analogkabel zu holen. Den in o.g. Link zitierten nxtvepg-2.7.3-pvr.patch habe ich zwar nirgendwo gefunden, aber mit dem dort aufgeführten .nxtvepgrc - Konfigurationsfile bin ich auch schon recht weit gekommen.

Ausgangslage:
PVR250 als /dev/video0
dxr3 mit pre2-plugin
vdr 1.3.12
ivtv-0.2.0-rc3d
analogtv-plugin 0.9.37 mit "NEED_OWN_SIP=1" kompiliert.
nxtvepg-2.7.3

.nxtvepgrc liegt in /root. (VDR läuft als root.)

/etc/vdr/plugins/epg.conf sieht wie folgt aus (zum Testen erstmal nur Kabel 1):

# Zuordnung VDR-Channel-Name -> nxtvepg-Channel-Name 
# 
# Hier kann (und darf!) auch analoges EPG in digitale Kanäle 
# übernommen werden! 
# 
# 1. Spalte: Sendername in der channels.conf 
# 2. Spalte: Sendername in nxtvepg 
# 3. Spalte: Übernahmemodus: 
#            0 = immer 
#            1 .. n = alles, was n * 12 Stunden später kommt, übernehmen 
Kabel 1:Kabel 1

Auszug aus der channels.conf:

Kabel 1:259250:C0D45B6:C:0:301:300:0:A0:899:0:0:0

Auszug aus /etc/vdr/setup.conf:

analogtv.EPGfrom = 1
analogtv.EPGprovider = "D92
analogtv.External = "/usr/local/bin/nxtvepg -dump pi -prov %s > /tmp/pi.txt

Vor einer halben Stunde habe ich nxtvepg im Hintergrund gestartet:

nxtvepg -card 0 -prov 0d92 -daemon

Inzwischen habe ich eine fast 700 kb große Datei /usr/tmp/nxtvdb/nxtvdb-0d92.
Nach

nxtvepg -dump pi -prov 0d92 > /tmp/pi.txt 
nxtvepg -dump ai -prov 0d92 > /tmp/ai.txt 
nxtvepg -dump pdc -prov 0d92 > /tmp/pdc.txt

habe ich jetzt in /tmp/pi.txt knapp 600 kB EPG-Daten

Aber wie kriege ich die EPG-Daten jetzt in den VDR? Auch nach einem Neustart ist das EPG von Kabel 1 leer. Wenn ich unter Einstellungen-Plugins-analogtv "EPG jetzt" auslöse, kriege ich die Meldung "Laden des EPG fehlgeschlagen". Auf dem Monitor steht dabei zusätzlich

sh: line 1: nxtvepg: command not found

worauf sich das bezieht, verstehe ich nicht. nxtvepg liegt korrekt in /usr/local/bin.

Gruß
Dr. Seltsam

Zitat

Original von Dr. Seltsam

Code

sh: line 1: nxtvepg: command not found

worauf sich das bezieht, verstehe ich nicht. nxtvepg liegt korrekt in /usr/local/bin.

Erfolg !!!

Ich habe in /usr/bin einen Symlink "nxtvepg" angelegt mit Verweis auf /usr/local/bin/nxtvepg. Jetzt klappt das Laden. Weil der vdr als root läuft, sucht das Plugin wohl trotz der expliziten Vorgabe des Pfads in /usr/bin. Sehr mysteriös.

Jetzt muss ich bloß noch rausfinden, wie ich das Bestücken der EPG-Datenbank (nxtvepg -card 0 -prov 0d92 -daemon)
automatisiere.
Während das läuft -und es kann 2 Stunden dauern), geht bei mir die CPU-Auslastung auf 80% (bei laufenden analogtv). Kann also nicht dauern laufen.

Hallo massi,

mal sehen ob ich helfen kann.

Zitat

Original von massi

Hast Du da noch was dran geändert, oder hast Du das 1:1 übernommen?

1:1 übernommen und in den Ordner /root gelegt.

Zitat

Weißt Du ob das nötig ist? Laut README braucht man das ja nur, wenn man keine DVB-C Karte hat, ich habe aber eine. Denn wenn ich das Plugin damit kompiliere semmelt der VDR mit einem Speicherschutzfehler ab.

habe ich gelesen, war bei mir -auch in Kombination mit einer FF- kein Problem. Ich denke Du kannst das auskommentieren.

[

Zitat

Weißt Du ob das auch mit einem 1.2.6er vdr funktioniert? Und gleich noch eine Frage, die /etc/vdr/plugins/epg.conf gibt's die auch beim vdr-1.2.6 ich habe sie nämlich weder dor noch in /var/lib/vdr/plugins gefunden?

keine Ahnung, ob`s mit 1.2.6 geht. Die epg.conf habe ich selbst erstellt in /etc/vdr/plugins !

Zitat

Mein Problem fängt aber schon viel früher an, der Aufruf

Code

nxtvepg -card 0 -prov 0d92 -daemon -nodetach

ich habe es ohne -nodetach gestartet.

Zitat

führte bei den ersten Versuchen zu zwei Warnings, 1. konnte die Datenbank nicht gefunden werden und 2. würde der falsche Acquisition Mode mit diesem Input Device benutzt. Nachdem ich mit googlen noch diverse .nxtvepgrc Dateien gefunden habe und mal ein bißchen rumgespielt habe sind die Warnings zwar jetzt weg, aber die Datenbank wird leider nicht angelegt obwohl nxtvepg läuft.
Eine Frage drängt sich mir noch auf, darf der vdr eigentlich während die Datenbank angelegt wird, laufen?

Zum 2. warning kann ich nichts sagen. Bei mir geht es, wenn ich vorher auf Kabel 1 schalte. Die CPU-Auslastung meines 566-Celeron steigt dann rapide auf 85% an. In /usr/tmp/nxtvdb wird dann eine nxtvdb-0d92 angelegt.

Mit dem 2. Provider hat es bisher bei mir nicht geklappt.

Ich weiss auch noch nicht, was

set prov_freqs {0x0D8F 2356 0x9001 2692 0xF500 3924 0x0D92 4484}

in der nxtvepgrc bedeutet. Ich kann die 4-stelligen Zahlen überhaupt nicht den Frequenzen in der channels.conf zuordnen.

Zitat

Ich weiß, viele Fragen, aber vielleicht kannst Du mich ja mit Deiner Erfahrung ewin wenig erhellen.

Ach,was heißt schon Erfahrung... bin auch nur ein hartnäckiger Bastler!

Was ich noch nicht verstehe: Muss man die Database immer wieder selbst anlegen? Ich dachte eigentlich, das macht das analogtv-plugin.

Im Readme heißt es

Leider erkennt nxtvepg unter V4L2 nicht, ob gerade analogTV läuft.
Daher beendet analogTV einen evtl. laufenden nxtvepg vor dem Umschalten auf einen analogen Sender, und startet nxtvepg nach einem längeren Verweilen auf einem digitalen Sender wieder neu (im "-daemon" Modus).


Leider arbeitet nxtvepg _nicht_ mit einer PVR Karte zusammen, da laut
Hauppauge die PVR-Karte kein vbi unterstützt.

Der 2. Absatz ist überholt, da es mit den neuen Treiber von Chris Kennedy geht. Den ersten Absatz lese ich so, als wenn nxtvepg selbst im deamon-Modus durch das Plugin gestartet wird. Aber wie läuft das, wenn man nie auf einen digitalen Sender umschaltet (weil man keine andere Karte als die PVR selbst hat ?)

Gruß
Dr. Seltsam

[/quote]

Zitat

Original von massi
ein PreRelease von nxtvepg gesolpert, das einen daemon von nxtvepg enthält, der weniger Systemlast erzeugen soll. Zu finden hier:

http://nxtvepg.sourceforge.net/pre-releases.html

danke ür den Tip, schaue ich mir mal an ...

Zitat

Was bei der ganzen Sache allerdings ziemlich Banane ist, ist der Umstand, daß man den Kanal des Providers, in unserem Fall Kabel 1, geschaltet haben muß damit nxtvepg die Daten holen kann. Da bleibt einem ja eigentich nur, die Acquisition per Hand anzustoßen, da das sicherlich nicht gewünscht ist, das während einer Aufnahme die EPG Daten geholt werden, wenn man das automatisch anstoßen lassen würde.
Wahrscheinlich ist es am sinnvollsten man bastelt sich einen Befehl ins Befehlsmenü und holt sich den Kram, wenn man sowieso gerade Kabel 1 sieht, oder so.

so stelle ich mir das im Moment auch vor. Ich habe noch nicht probiert, ob das analogtv-plugin diesen Schritt automatisch macht, wenn man eine zeitlang auf einem digitalen Kanal ist. Für eine PVR350-only-Lösung ist das natürlich blöd. Was hast Du eigentlich für ein System am laufen?

Ich bastele gerade mit einer PVR350, die meine Kombi PVR250+dxr3 ablösen sollte. Aber das gestaltet sich doch erheblich schwerer und instabiler, als ich dachte... mehr dazu bald hier im Forum