Tipps und Hilfe gesucht: VDR plus plugins selbst installieren (nicht aus Quellen mit apt-get install ...)

FTF · 18. Februar 2013

Liebe Community,
Wer kann mir dabei helfen VDR und Plugins händisch zu installieren - sprich nicht aus Quellen.

Den VDR 1.7.37 hab ich bereits erfolgreich auf Debian 6 installiert. Lediglich mit den DVB Treibern hab ich probleme, obwohl ich bereits auf dem 3.7 Kernel laufe ...
Auch die V4l hab ich bereits installiert, jedoch ausser dass der Stick erkannt wird (AF9015) passiert leider nichts (kein Treiber verwenden, kein Firmware laden und auch kein Interface wird erstellt) ...
Aber egal, dass ist nicht die Frage dieses Threads.... nur wer vielleicht einen Tip hat könnte mir diesen auch hier posten ....

Die eigentliche Frage ist, wie ich zum VDR 1.7.37 nun die aktuellen Plugins runterladen kann (sprich nicht die aus den Debian Quellen - sind meist leider älter) und manuell installiere.
Ich habs mal mit einem probiert, gab auch keine Installationsfehler, jedoch hat VDR das plugin nicht verwendet, erkannt, ...

Wäre super wenn Ihr mir mit ein paar INstallationsschritten helfen könnten.
Interessant wären folgende Plugins:

epgsearch, femon, hdmonitor, lircrc, markad, osdpip, streamdev Server, xineliboutput, und natürlich xvdr-Server (Die Plugins habe ich aus dem Plugins-VDR Wiki kopiert)

vielen Dank für eure Hilf
FTF

M-Reimer · 18. Februar 2013

Du hast aber schon daran gedacht, dem VDR via "-p"-Parameter auch zu sagen, dass er das Plugin verwenden soll?

Copperhead · 18. Februar 2013

Wenn dann ist es "-P"

<kein> · 18. Februar 2013

VDR Installation unter Debian Wheezy (setzt voraus, dass das Betreibssystem läuft und DVB/nVidia-Treiber installiert sind):

Code

# globale Deklarationen
d_DATE="`date +%Y-%m-%d_%H-%M-%S`"
export SOURCEDIR='/usr/local/src'
export VDRCONFIG='/etc/vdr'
export VIDEODIR='/media/video.00'


# Abhängigkeiten
apt-get install build-essential libjpeg62-dev libcap-dev libfontconfig1-dev gettext
apt-get install ncurses-dev libncursesw5-dev


# VDR
cd $SOURCEDIR
VERSION_VDR=1.7.39 # Gruss an kls ;)
wget -N ftp://ftp.tvdr.de/vdr/Developer/vdr-${VERSION_VDR}.tar.bz2
tar jxvf vdr-${VERSION_VDR}.tar.bz2
ln -s vdr-${VERSION_VDR} vdr
cd vdr
make
mkdir -p $VIDEODIR
mkdir -p /usr/local/include/vdr
mkdir -p /usr/local/include/libsi
checkinstall -D

Alles anzeigen

damit sollte der VDR installiert sein und sich mit: /usr/local/bin/vdr starten lassen.

Ein Plugin (mal am Beispiel von femon):

Code

NAME_vdr_plugin=femon
VERSION_vdr_plugin=1.7.17
cd $SOURCEDIR/vdr/PLUGINS/src/
wget -N http://www.saunalahti.fi/~rahrenbe/vdr/femon/files/vdr-${NAME_vdr_plugin}-${VERSION_vdr_plugin}.tgz
tar xfv vdr-${NAME_vdr_plugin}-${VERSION_vdr_plugin}.tgz
ln -s ${NAME_vdr_plugin}-${VERSION_vdr_plugin} ${NAME_vdr_plugin}
cd ../..
make plugins
#make plugins install # oder (je nach Geschmack)
cp -auxv PLUGINS/lib/* /usr/local/lib/vdr/
# vielleicht auch mit checkinstall -D, wenn man das Paket inkl. Plugins haben möchte

Alles anzeigen

VDR mit Plugin femon wird dann wie folgt gestartet:

Code

/usr/local/bin/vdr -c /etc/vdr -v /media/video.00 -P'femon'

Zu Beachten ist allerdings, dass sich die meisten Plugins nicht so einfach bauen lassen wie femon .

Grüße,
j.

FTF · 19. Februar 2013

Hallo,
<kein>: vielen herzlichen Dank für Deine Anleitung/Beschreibung.
Ich werde es so ausprobieren wie Du es mir beschrieben hast.

Eine Frage hätte ich noch dazu.
Sollte ich mir dann besser ein Startscript schreiben um alle Plugins mit dem VDR zu starten?

Die Startzeile mit femon als plugin die DU mir geschrieben hast

Code

/usr/local/bin/vdr -c /etc/vdr -v /media/video.00 -P'femon'

startet den VDR ja nur mal mit femon.
Was wenn ich da eben mehrere Plugins mitstarten möchte?
Müssen dann alle zu startenden Plugins in einer Zeile stehen, mit der man den VDR startet?

Bei meinem aktuell laufenden VDR (version 1.7.28 aus E-Tobi Quellen installiert) starte ich den VDR einfach nur mit "service vdr start" und er startet damit auch gleich die Plugins mit.

Kann man das bei einer komplett manuellen Installation auch erreichen?

Vielen Dank!!!!

lG
FTF

seahawk1986 · 19. Februar 2013

Zitat von FTF

Kann man das bei einer komplett manuellen Installation auch erreichen?

Schau dir mal an, welche Dateien durch das eTobi VDR-Paket installiert werden. So ein ausgeklügeltes System für das Laden der Plugins kann man durchaus übernehmen oder nachbauen. Das gleiche gilt für die Shutdown-Skripte.

M-Reimer · 19. Februar 2013

Für Eigenbauten: runvdr-extreme.
Plugin-Ladevorgänge werden dort dann über die "runvdr.conf" definiert.
Im System-Init muss du dich dann nurnoch darum kümmern, dass "runvdr" aufgerufen wird.

Du wirst aber Patches brauchen. Finden sich hier:
https://github.com/CReimer/vdr…ree/master/runvdr-extreme

<kein> · 19. Februar 2013

Wie seahawk1986 schon schrieb, ist es wohl am Besten das Skript nachzubauen (Stichwort: runvdr.sh). Bei der manuellen Installation muss man halt viele Dinge anfassen, aber hinterher weiss man wenigstens wie's funktioniert und wo man schauen kann, wenn was nicht geht.

Keine_Ahnung · 19. Februar 2013

Also ich würde das e-tobi vdr Packet auf das Framework runterstrippen. Dann hat man das Drumherum sauber aus dem Packet und kann sich VDR&Plugins manuell installieren.
Mit den neuen Makefiles geht das manuelle instalieren super. Ist alles korrekt konfiguriert (Make.config) reicht ein "make install" im VDR Verzeichnis und der VDR&Plugins ist komplett (mit allen drum und dran) gebaut und lauffähig installiert.

Wobei ich raten würde ein lokales Repositiory anzulegen und die gewünschten e-tobi (oder yaVDR) Packete dort reinzulegen, dann die Packete selber Upstream updaten. Dann hat man ne saubere Installation die man trozdem voll unter Kontrolle hat.

cu

FTF · 19. Februar 2013

Herzlichen Dank für eure Tipps!
Phuuu leider muss ich gestehen dass ich nicht viel aus diesen herauslesen kann wie ich das mache.
Ich hab jedoch mal selbst gewerkelt, jedoch beim zweiten plugin bereits gescheitert.
vdradmin-am installation hat manuell funktioniert und hat auch Zugriff auf den VDR.
beim vdr-plugin-epgsearch (version 1.0.0) steh ich nun an... Es kommt leider immer die Fehlermeldung dass das make file alt ist.
Hab aus diesem Forum das makefile für VDR Version 1.7.36 heruntergeladen - make damit hat aber auch nicht funktioniert.

Vielleicht ist VDR 1.7.37 doch noch zu frisch??

Habt Ihr Tipps welche VDR Version mit welcher Plugin Version funktioniert zu installieren?
Welche VDR Version sollte ich installieren?

Vielen Dank

<kein> · 20. Februar 2013

poste doch mal die Fehlermeldung, dann kann Dir vielleicht geholfen werden.
Weil nämlich meine Kristallkugel ist gerade bei der Inspektion .

FTF · 20. Februar 2013

... ist ja wirklich ein blöder Zeitpunkt um Deine Kristallkugel zum Service zu bringen
Sorry, ist ja logisch dass ohne loggs nix zu sagen ist. War gestern etwas zu sehr vertieft mit googeln und probieren....

Ich hab das epgsearch Verzeichnis im Plugin Src Directory gelöscht (ich hab gestern da ein new_makefile für 1.7.36 gefunden und installiert was aber auch nicht geholfen hat)
Dann hab ich das "vdr-epgsearch-1.0.0.tgz" mit

Code

sudo tar xvfz vdr-epgsearch-1.0.0.tgz

entpackt.

dann einen symbolischen link im Plugin src verzeichnis angelegt:

Code

sudo ln -s epgsearch-1.0.0/ epgsearch

dann ins epgsearch Verezichnis rein

und

Code

sudo make

gemacht.

dann kommt folgender Output mit Fehlermeldung

Code

VDR:/usr/src/VDR/PLUGINS/src/epgsearch$ sudo make
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DPLUGIN_NAME_I18N='"epgsearch"' -I../../../include -I../../../../DVB/include afuzzy.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DPLUGIN_NAME_I18N='"epgsearch"' -I../../../include -I../../../../DVB/include blacklist.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DPLUGIN_NAME_I18N='"epgsearch"' -I../../../include -I../../../../DVB/include changrp.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DPLUGIN_NAME_I18N='"epgsearch"' -I../../../include -I../../../../DVB/include confdloader.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DPLUGIN_NAME_I18N='"epgsearch"' -I../../../include -I../../../../DVB/include conflictcheck.c
In file included from conflictcheck.c:26:
conflictcheck.h: In member function 'bool cConflictCheckDevice::ProvidesChannel(const cChannel*, int, bool*) const':
conflictcheck.h:262: error: 'class cSetup' has no member named 'PrimaryLimit'
conflictcheck.h:267: error: 'class cSetup' has no member named 'PrimaryLimit'
make: *** [conflictcheck.o] Fehler 1

Alles anzeigen

VDR Version ist 1.7.37.

Streamdev Server plugin habe ich übrigens wieder super einfach und ohne Probleme installieren können (vdr-streamdev-0.6.0.tgz) und läuft auch...

herzliche Grüße

Keine_Ahnung · 20. Februar 2013

Hier wird das VDR Verzeichnis nicht gefunden. Vermutlich stimmt mit dem new_makefiles was nicht.
Wenn du die "Make.config.template" in "Make.config" umbenannt hast und dort drin "LCLBLD=1" gesetze hast und wenn du den vdr schon gebaut hast, dann sollte ein "make" im Pluginverzeichnis mit dem neuen Makefile funktionieren.

Aber das sollte auch mit dem alten Makefile passen wenn du im VDR Verzeichnis "make plugins" machst.

cu

FTF · 20. Februar 2013

Hallo Keine_Ahnung
So gehts mir grad ;-))))

Also, mein Make.config file sieht so aus:

Code

#
# User defined Makefile options for the Video Disk Recorder
#
# Copy this file to 'Make.config' and change the parameters as necessary.
#
# See the main source file 'vdr.c' for copyright information and
# how to reach the author.
#
# $Id: Make.config.template 2.18 2013/02/08 10:31:38 kls Exp $


### The C compiler and options:


CC   	= gcc
CFLAGS   = -g -O3 -Wall


CXX  	= g++
CXXFLAGS = -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses


# Use 'make M32=1 ...' to build a 32-bit version of VDR on a 64-bit machine:
ifdef M32
CFLAGS   += -m32
CXXFLAGS += -m32
endif


### The directory environment:


# Default directories (adjust as necessary or desired):


PREFIX	= /usr/local
BINDIR	= $(PREFIX)/bin
INCDIR	= $(PREFIX)/include
LIBDIR	= $(PREFIX)/lib/vdr
LOCDIR	= $(PREFIX)/share/locale
MANDIR	= $(PREFIX)/share/man
PCDIR 	= $(PREFIX)/lib/pkgconfig
RESDIR	= $(PREFIX)/share/vdr
#DVBDIR	= /usr/src/v4l-dvb/linux/include/uapi


VIDEODIR  = /VDR-Aufnahmen
CONFDIR   = /etc/vdr
CACHEDIR  = /var/cache/vdr


# Overrides for preset/legacy configurations:


# Use 'make LCLBLD=1' to build locale and plugin files under the source directory:
ifdef LCLBLD
LOCDIR   	= $(CWD)/locale
PLUGINDIR	= $(CWD)/PLUGINS
ifndef PLUGIN # don't overwrite for plugins with old makefiles
LIBDIR   	= $(PLUGINDIR)/lib
endif
HDRDIR   	= $(CWD)/include
endif


# Use 'make ONEDIR=1' to have all data in one single directory:
ifdef ONEDIR
VIDEODIR 	= /VDR-Aufnahmen
CACHEDIR 	= $(VIDEODIR)
CONFDIR  	= $(VIDEODIR)
RESDIR   	= $(VIDEODIR)
endif


# Use this if you want to have a central place where you configure compile time
# parameters for plugins:
#PLGCFG = $(CONFDIR)/plugins.conf


### The remote control:


LIRC_DEVICE = /var/run/lirc/lircd


### Define if you want vdr to not run as root:
#VDR_USER = vdr


### Fallback for plugins with old makefiles:
ifdef PLUGIN
CFLAGS   += -fPIC
CXXFLAGS += -fPIC
endif

Alles anzeigen

Ich hab mal im VDR Verzeichnis das folgende probiert:

Code

sudo make plugins

.... und das ist dabei rausgekommen ....

Code

*** Plugin dvbhddevice:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin dvbsddevice:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin epgsearch:
WARNING: plugin epgsearch is using an old Makefile!
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -c -D_GNU_SOURCE -DSENDMAIL='"/usr/sbin/sendmail"' -DPLUGIN_NAME_I18N='"epgsearch"' -I/usr/src/VDR_Install/V1.7.37/vdr-1.7.37/include -I../../../../DVB/include conflictcheck.c
In file included from conflictcheck.c:26:
conflictcheck.h: In member function 'bool cConflictCheckDevice::ProvidesChannel(const cChannel*, int, bool*) const':
conflictcheck.h:262: error: 'class cSetup' has no member named 'PrimaryLimit'
conflictcheck.h:267: error: 'class cSetup' has no member named 'PrimaryLimit'
make[1]: *** [conflictcheck.o] Fehler 1


*** Plugin epgtableid0:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin hello:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin osddemo:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin pictures:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin rcu:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin servicedemo:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin skincurses:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin status:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** Plugin streamdev:
WARNING: plugin streamdev is using an old Makefile!
make -C ./tools
make[2]: »sockettools.a« ist bereits aktualisiert.
make -C ./client
make[2]: Für das Ziel »all« ist nichts zu tun.
# installs to /usr/src/VDR_Install/V1.7.37/vdr-1.7.37/PLUGINS/lib/libvdr-streamdev-client.so.1.7.37
make -C ./tools
make[2]: »sockettools.a« ist bereits aktualisiert.
make -C ./libdvbmpeg
make[2]: »libdvbmpegtools.a« ist bereits aktualisiert.
make -C ./remux
make[2]: »remux.a« ist bereits aktualisiert.
make -C ./server
make[2]: Für das Ziel »all« ist nichts zu tun.
# installs to /usr/src/VDR_Install/V1.7.37/vdr-1.7.37/PLUGINS/lib/libvdr-streamdev-server.so.1.7.37


*** Plugin svdrpdemo:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** plugins with old Makefile: epgsearch streamdev


**********************************************************************
*** While this currently still works, it is strongly recommended
*** that you convert old Makefiles to the new style used since
*** VDR version 1.7.36. Support for old style Makefiles may be dropped
*** in future versions of VDR.
**********************************************************************


*** failed plugins: epgsearch


make: *** [plugins] Fehler 1

Alles anzeigen

Keine_Ahnung · 20. Februar 2013

In einem vorherigen Posting liegen deine VDR Quellen unter "/usr/src/VDR/", in deinem letzen unter "/usr/src/VDR_Install/V1.7.37/vdr-1.7.37/", das verwirrt irgendwie

cu

FTF · 20. Februar 2013

Hab einen Link gemacht damit ich mir leichter tue

Code

ls /usr/src -All
lrwxrwxrwx  1 root root   39 19. Feb 15:29 VDR -> /usr/src/VDR_Install/V1.7.37/vdr-1.7.37

Keine_Ahnung · 20. Februar 2013

Und existiert "/usr/src/VDR_Install/V1.7.37/vdr-1.7.37/include"?

cu

FTF · 20. Februar 2013

ja, exisitiert.
Darin sind zwei Verzeichnisse
libsi und vdr

Code

VDR:/usr/src/VDR_Install/V1.7.37/vdr-1.7.37/include$ ls -All
insgesamt 8
drwxr-xr-x 2 root root 4096 20. Feb 14:28 libsi
drwxr-xr-x 2 root root 4096 20. Feb 14:28 vdr

Keine_Ahnung · 20. Februar 2013

Tja, vermutlich ist dein epgsearch einfach zu alt. Ich hatte nur bei mir in die Quellen geschaut.

Bei epgsearch ist es erfahrungsgemäss kein Problem immer dem git zu folgen.

Das holt dir die neuesten Version:

Code

git clone git://projects.vdr-developer.org/vdr-plugin-epgsearch

Das aktuallisiert die Version immer auf den letzten Stand:

Code

git pull

cu

FTF · 20. Februar 2013

You are the man
Hat super geklappt!!!

Ist auch total easy offenbar so die aktuellste version zu bekommen (git hat nun die v1.0.1.beta2 runtergeladen)

da muss ich suchen ob die anderen plugins auch über git ladbar sind.
Dann wär das echt super ---> oder bin ich grad zu euphorisch

derzeit laufen mal nur streamdev-server, dvbhddevice und epgsearch auf dem VDR 1.7.37

Danke für Deine Hilfe!!!

Tipps und Hilfe gesucht: VDR plus plugins selbst installieren (nicht aus Quellen mit apt-get install ...)

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema