hoerzu2vdr, bitte testen

Zitat

Original von Emanuel
Gibt es denn Vorschläge wie man das am besten steuern könnte, welche Sender keine EPG mehr empfangen sollen?

Vielleicht einfach einen wert mehr einlesen in der recording.c und wenn dieser gefüllt ist (z.b. 1.orf.at) dann diesen sender nicht auswerten.

Zitat

Original von gestein
Schön langsam geht ja alles
..
Bei mir funktioniert jetzt auch der Aufruf des scripts aus vdr heraus.
Update EPG-Daten : at now -f /home/daten/hoerzu2vdr/start.sh
...

lg, Gerhard

Alles anzeigen

Bei mir funktioniert das nicht.
Allerdings gibt es weder "at" noch "now" bei mir.
Kannst du das ein wenig genauer erklären?

Zitat

Original von lo4dro

Bei mir funktioniert das nicht.
Allerdings gibt es weder "at" noch "now" bei mir.
Kannst du das ein wenig genauer erklären?

at ist ein Tool um befehle zeitversetzt auszuführen, eine art cron-alternative nur mit einem anderen Denkansatz, "at now" heißt nix anderes als "führe jetzt aus", das now ist nix anderes als ein parameter für at.
Wenns at bei dir nicht gibt, dann müßtest du es dafür nachinstallieren.

at ist der Befehl.
now = jetzt, sofort
-f = -f file Reads the job from file rather than standard input.

Gib mal ohne Hochkomma "which at" ein. Dann solltest Du den Pfad zum Befehl at erhalten. Bekommst Du keine Anzeige,dann stimmt entweder der PATH bei Dir nicht oder at ist nicht installiert,

vdr@kiste:/root$ which at
/usr/bin/at

Gruss
Cliff

Torsten hat recht.
Bei mir suse 8.2 war es schon installiert.
Wenn's bei dir nicht installiert ist, dann nimm yast2.
at ist ein eigenes Modul.

Es gibt sicher auch eine andere Möglichkeit, aber so funktioniert es bei mir.

lg, Gerhard

Noch etwas:

Danke Torsten, den Befehl "which" kannte ich nicht.
Ich kannte nur "whereis"

Wenn ich "which java" eingebe, dann erhalte ich
/usr/lib/java/bin/java

Der Pfad ist wahrscheinlich besser für die start.sh

Nein. Besser wäre es in /usr/local/bin.

Bye,
Cliff

Emanuel:

Hallo,

bist du schon weiter mit dem Patch zum Abschalten des epg-scans? Die Problematik bei hoerzu2vdr ist ja identisch wie die bei meinem tvmovie2vdr - dann würde ich meine Programmzuordnung auch wie bei xmltv2vdr und wie bei deinem hoerzu2vdr machen - und alle VDRler könnten damit alle Tools mit gleichen config-dateien nutzen.

schöne Grüße,
macfly.

Zitat

Original von xhm5018
Nein. Besser wäre es in /usr/local/bin.

Aber dort wird es nicht standardmäßig installiert, zumindest nicht bei mir
Gerhard

Zitat

Original von gestein

Aber dort wird es nicht standardmäßig installiert, zumindest nicht bei mir
Gerhard

Installiert wird es dort, wo du es auspackst. I.d.R. /usr/local/src
In /usr/local/bin stehen halt alle scripte wie runvdr, vdr2dvd.pl usw.
Deshalb wäre es dort ganz gut aufgehoben.
Du kannst ja auch einen LINK setzen. ln -s /usr/local/src/hoerzu2vdr_0.3.3/start.sh /usr/local/bin/start.sh

Bye,

Cliff

Zitat

Original von gestein
Torsten hat recht.
Bei mir suse 8.2 war es schon installiert.
Wenn's bei dir nicht installiert ist, dann nimm yast2.
at ist ein eigenes Modul.

Es gibt sicher auch eine andere Möglichkeit, aber so funktioniert es bei mir.

lg, Gerhard

Alles anzeigen

Warum denken immer alle das man Suse hat.

Weiß ich auch nicht.
Aber ich bin froh, dass ich wenigstens das einigermaßen kenne

request 4 brainstorming

Emanuel:

Ich habe deinen Patch ausprobiert, er funktioniert wie erwartet :], allerdings ist mir dabei was aufgefallen, dass sowohl mich (tvmovie2vdr) als auch dich betreffen dürfte:

Wenn man die channels.conf erweitert um einträge ala ":zdf.de", sollte man tunlichst vermeiden, das scanner-plugin zu verwenden - das löscht ganz stumpf alle Einträge.

@all:

Damit wir unsere Scripte bzgl. der Konfiguration (zumindest bzgl. der Senderzuordnung) einheitlich gestalten können, würde ich vorschlagen, dass wir hier irgendwie eine kleine Umfrage starten, wie man den Scripten am besten beibringt, dass zdf bei meinem VDR nunmal Programm2, bei anderen evtl. Programm 42 ist.

• eine Möglichkeit ist die von dir (und bisher von mir) gewählte Variante, in der channels.conf hinten einfach den RFC2838-Bezeichner zu schreiben (zdf.de) (wobei es eigentlich korrekt tv:zdf.de heißen müsste, aber egal). Diese würde mit deinem Patch zum Abschalten des EPG-Scans einwandfrei zusammenarbeiten, jedoch müsste man das Scanner-Plugin anpassen oder einfach nicht benutzen. Weiterhin muss jeder Benutzer einmal seine channels.conf modifizieren.
  

  
  

• eine weitere Möglichkeit wäre, so vorzugehen wie beim TVTV-Plugin, wo einer irgendwie gearteten Senderbezeichnung (für uns würde ich vorschlagen: RFC2838 ) einfach die SID zugeordnet wird. Damit ist die config automatisch für Kabel und Sat identisch. Vorteil: Kein Benutzer muss irgendwie eingreifen bei der Kanalzuordnung. Nachteil: der "do_not_EPG-Scan"-Patch ( ) würde ins Klo greifen.
  

  
  

• weitere Vorschläge?
  

  
  

Wenn Du mit Sid nur die einzelne Nummer meinst, dann nein.
Darum hat Klaus ja seine channel-ID eingeführt.

Gerhard

Zitat

Original von gestein
Wenn Du mit Sid nur die einzelne Nummer meinst, dann nein.
Darum hat Klaus ja seine channel-ID eingeführt.

Gerhard

Das stimmt so nicht ganz. Die Service_ID ist schon eindeutig, sonst könnte beispielsweise das tvtv-plugin seine epg-daten nicht eindeutig zuordnen. Die Service_ID kennzeichnet NICHT eindeutig einen Sender bezüglich eines Mediums (Kabel/Sat/Funk), aber sie ist pro ausgestrahltem Sender eindeutig.

Zumindest habe ich in meiner channels.conf (513 Einträge) keine doubletten, wenn ich nach Service_ID sortiere.

Anders ist das, wenn du Kabel und Sat gleichzeitig in deiner channels.conf hast, dann hast du beispielsweise zweimal 28104 für ZDF (der 4t letzte Wert mit autopid aus der channels.conf)
Das wäre aber nicht schlimm, da auf beiden ZDF's ja das gleiche läuft, demnach dürften auch die epg-Daten für beide doppelt eingetragen werden( .oO(das hab ich natürlich noch im tvmovie2vdr vernachlässigt, dieses Szenario ..))