noepg-Plugin für vdr >= 1.7.26

mini73 · 13. März 2012

Moin!

Weil der noepg-Patch für neue vdr-Versionen (ab 1.7.26) nicht mehr nötig ist bzw. die Funktionalität nun durch ein Plugin realisiert werden kann, hab ich ein entsprechendes Plugin gebaut.
https://github.com/flensrocker/vdr-plugin-noepg

Es wird nicht die Konfiguration des Patches übernommen, diese muss manuell in die Konfigurationsdatei des Plugins übernommen werden.
Dazu muss im Plugin-Konfigurationsverzeichnis .../plugins/noepg (hängt von eurer Distribution ab) eine Datei settings.conf erstellt werden.
In der ersten Zeile wird der Modus (blacklist/whitelist) eingestellt, danach pro Zeile eine Channel-ID.

Code

mode=blacklist
C-1-2-3
C-2-3-4
C-3-4-5

Ich gebe mir eigentlich immer Mühe, das README meiner Plugins aktuell zu halten, also werft da ruhig einen Blick rein.
Ansonsten dürft ihr hier alles zu dem Plugin fragen, was ihr wissen wollt.

Wenn ich wieder etwas mehr Zeit habe, werde ich noch eine Konfigurationsmöglichkeit per OSD einbauen.

Lars.

nvertigo · 13. März 2012

Hallo Lars,

danke für Dein Plugin. Ich habe hier die alte noepgmenu Liste umgebaut:

Code

echo "mode=blacklist" && (for i in $(grep noEPGList /etc/vdr/setup.conf); do echo $i; done)| grep -v -e '=' -e 'noEPGList'

Die AUsgabe dann halt einfach dehin schieben, wo immer auch VDRCONF bei der jeweiligen Installation liegen mag.

Gerade sind nacheinander epgscan und tvm2vdr fullupdate gelaufen und ich habe noch keine Fehler im epg gefunden. Klasse. Danke!

Gruß, Ingo

mini73 · 13. März 2012

Moin!

Danke für das Konvertierungs-Script. Wenn du dann noch abhängig von "noEPGMode" (0 = blacklist, 1 = whitelist) die mode-Zeile ausgibst, nehme ich es mit in die Plugin-Sourcen auf.

Lars.

M-Reimer · 13. März 2012

Warum liest du aus deinem Plugin nicht einfach die Liste, die auch der Patch genutzt hat? Wenn ich das richtig verstanden habe, gibt es für diese auch schon ein "Edit-Plugin".

Keine_Ahnung · 13. März 2012

Zitat von Mreimer

Warum liest du aus deinem Plugin nicht einfach die Liste, die auch der Patch genutzt hat?

Die weiterzunutzen wäre IMHO sehr unsauber weil sie im "VDR Bereich" der setup.conf liegt.

cu

mini73 · 13. März 2012

Moin!

Das geht nicht, wenn der Patch nicht da ist.

Das steht ja in der setup.conf. Unbekannte Variablen liest der vdr nicht ein. Und selbst die setup.conf einlesen und parsen... Nö, das will ich nicht.

Denkbar wäre, dass der Nutzer ein "noepg." vor die beiden Variablen stellt, damit das Plugin das einlesen kann.
Aber die Menüpunkte zum Editieren sind ohne Patch sowieso nicht da.

Und ich finde es besser, wenn die Plugins ihre Konfiguration nicht in der setup.conf speichern (dynamite will ich deswegen auch noch mal umbauen).

Bei der Integration der Patches "LNB-Sharing" als Device Bonding bzw. "Unicable" zu SCR musste auch die Konfiguration manuell übernommen werden.
Deshalb sehe ich das nicht als problematisch an.

Lars.

M-Reimer · 13. März 2012

Zitat von mini73

Und ich finde es besser, wenn die Plugins ihre Konfiguration nicht in der setup.conf speichern (dynamite will ich deswegen auch noch mal umbauen).

Das liegt natürlich im Ermessen des Programmierers, aber ist es von kls nicht durchaus so gedacht, dass die setup.conf als Einstellungs-Speicher genutzt wird?

Keine_Ahnung · 13. März 2012

Zitat von Mreimer

aber ist es von kls nicht durchaus so gedacht, dass die setup.conf als Einstellungs-Speicher genutzt wird?

Ich denke das ist ein Angebot an die Pluginauthoren so das sie nicht wegen einer 1 Bit Setupotion nen Konfigparser schreiben müssen. Aber größere Sachen... das da z.B. epgsearch seine (bei mir 3MB grosse) epgsearchdone.data reinschreibt möchte wohl niemand

Die setup.conf beim VDR ist dann eher doch so was wie die Registry unter Windows.

cu

mini73 · 13. März 2012

Moin!

Zitat von Mreimer

Das liegt natürlich im Ermessen des Programmierers, aber ist es von kls nicht durchaus so gedacht, dass die setup.conf als Einstellungs-Speicher genutzt wird?

Wenn es um einen einzelnen Wert geht, ist es auch in Ordnung, finde ich. Aber sobald die Zeilen und Anzahl der Werte "zu hoch" sind, finde ich es nicht sehr übersichtlich.

Hehe, witzig, wie während der Vorschau meines Beitrags fast der gleiche noch mal auftaucht.

Lars.

nvertigo · 13. März 2012

Zitat von mini73

Danke für das Konvertierungs-Script. Wenn du dann noch abhängig von "noEPGMode" (0 = blacklist, 1 = whitelist) die mode-Zeile ausgibst, nehme ich es mit in die Plugin-Sourcen auf.

Bash

#!/bin/bash


VDRCONF="/etc/vdr"




NOEPGMODE=$(grep "noEPGMode" $VDRCONF/setup.conf | cut -d " " -f3)


mkdir -p $VDRCONF/plugins/noepg


if [ $NOEPGMODE == "0" ] ; then
    	echo "mode=blacklist" > $VDRCONF/plugins/noepg/settings.conf
elif [ $NOEPGMODE == "1" ] ; then
    	echo "mode=whitelist" > $VDRCONF/plugins/noepg/settings.conf
else
    	echo "No valid noEPGMode found!"
    	exit 1
fi


((for i in $(grep noEPGList /etc/vdr/setup.conf); do echo $i; done)| grep -v -e '=' -e 'noEPGList') >> $VDRCONF/plugins/noepg/settings.conf

Alles anzeigen

Die doppelte subshell ist zwar nicht schön, aber dafür, dass jeder es eh nur einmal benutzt...

Gruß, Ingo

mini73 · 13. März 2012

Moin!

Prima, sieht gut aus, teste ich heute oder morgen abend noch mal bei mir in Ruhe und dann pack ich's dazu.

Lars.

3PO · 13. März 2012

Hier:

Code

mkdir -p $VDRCONF/plugins/noepg

würde ich noch eine Abfrage einbauen, ob das Verzeichnis nicht schon existiert, z.B. so:

Code

[ ! -d "$VDRCONF/plugins/noepg" ] && mkdir -p $VDRCONF/plugins/noepg

gda · 13. März 2012

warum?

Gerald

CafeDelMar · 13. März 2012

Zitat von nvertigo

((for i in $(grep noEPGList /etc/vdr/setup.conf); do echo $i; done)| grep -v -e '=' -e 'noEPGList') >> $VDRCONF/plugins/noepg/settings.conf

Hier hast Du den Pfad zur setup.conf einmal hartkodiert.

nvertigo · 13. März 2012

Zitat von gda

warum?

Gerald

Code

mkdir -p $VDRCONF/plugins/noepg >/dev/null 2>&1

Damit es beim vorhandenen Verzeichnis keine Meldung auf STDERR gibt.

Gruß, Ingo

3PO · 13. März 2012

Zitat von gda

warum?

Gerald

Damit Meister Grimbart etwas zu fragen hat.

nvertigo · 13. März 2012

Zitat von CafeDelMar

Hier hast Du den Pfad zur setup.conf einmal hartkodiert.

Stimmt. Lars: wenn Du testest, änderst Du das bitte? Und mache mal bitte aus der Variableninitialisierung

Code

VDRCONF=${1:-/etc/vdr}

dann kann man das confdir im Aufruf übergeben.

Gruß, Ingo

mini73 · 13. März 2012

Moin!

Ok, morgen abend ist sowieso wieder mein "vdr-Abend", vorher hab ich keine Zeit.
Und bis dahin kommen bestimmt noch andere kleine Verbesserungen...

Lars.

gda · 13. März 2012

Zitat von nvertigo

Damit es beim vorhandenen Verzeichnis keine Meldung auf STDERR gibt.

Das gibt keine Fehlermeldung.

Gerald

hotzenplotz5 · 13. März 2012

man mkdir :

Code

-p, --parents
              no error if existing, make parent directories as needed

noepg-Plugin für vdr >= 1.7.26

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema