Video Verzeichnis - suche einen weg 2 Ziele in einem Verzeichnis unterzubringen

Kitsab · 24. Juli 2014

Hallo Community,

wie ich bereits im Forum gelesen habe geht es wohl seit 2.0 nicht mehr, mehrere Videoverzeichnisse zu nutzen.

Der Hintergrund weshalb ich so eine Lösung suche ist die Lautstärke des Wohnzimmer PCs - hört sich lustig an, ist aber so. Mein Videoverzeichnis /srv/vdr/video ist ein Symlink auf meine Raid5 (4x750GB) Hdds, Wenn diese bei der Aufnahme laufen rattert es gut hörbar.

Um dem abhilfe zu schaffen wollte ich nun meine Systemfestplatte (60 GB SSD drive) nutzen um die Aufnahmen zu machen, um diese dann Nachts in ein Unterverzeichnis z.B. /srv/vdr/video/raid zu schieben welches ich in den Ordner symlinken würde. Denn Nachts ist keiner im Wohnzimmer und, der lärm des Raids stört niemanden.

Selbst wenn ich es schaffen sollte 2 Ziele in einen Video Ordner zu vereinen, woher würde vdr wissen auf welches Gerät es Aufnehmen soll.

Bei der Wiedergabe rattert es längst nicht so wild wie beim schreiben der Daten, daher ist der Störfaktor eigentlich nur beim Aufnehmen.

Also ich manuell versucht habe ob eine Aufnahme in einem Unterverzeichnis zu verschieben, aber dann kann diese vom vdr nicht mehr abgerufen werden.

Danke für Tips und Anregungen

Kitsab

Frodo · 24. Juli 2014

Schau Dir mal mhddfs an, damit kannst Du beliebige Volumens zusammenfassen.

Das sieht dann zum Beispiel so aus, /etc/fstab:

Code

mhddfs#/srv/vdr/video1,/srv/vdr/video2 /srv/vdr/video fuse defaults,allow_other 0 0

mhddfs benutzt die Volumens in der Reihenfolge in der sie zusammengebaut werden, d.h. erst /srv/vdr/video1 und dann /srv/vdr/video2 im eigentlichen Aufnahme Verzeichniss /srv/vdr/video siehst Du beide Volumens als eines.
Das heißt Du kannst die Aufnahmen in Zeiten wo es dich nicht stört von /srv/vdr/video1 nach /srv/vdr/video2 verschieben und falls Du das mal vergessen hast und die SSD voll ist wird automatisch auf Dein RAID aufgenommen.

seahawk1986 · 24. Juli 2014

Zitat von Kitsab

wie ich bereits im Forum gelesen habe geht es wohl seit 2.0 nicht mehr, mehrere Videoverzeichnisse zu nutzen.

VDR 2.0.x kann das noch, seit der Entwicklungsversion 2.1.2 ist das rausgeflogen:

Aus dem Changelog des VDR 2.1.2

Zitat von Kitsab

Also ich manuell versucht habe ob eine Aufnahme in einem Unterverzeichnis zu verschieben, aber dann kann diese vom vdr nicht mehr abgerufen werden.

Der VDR macht bei mehreren Videoverzeichnissen folgendes:
Die Metadaten der Aufnahmen liegen immer im ersten Video-Verzeichnis (z.B. /srv/vdr/video.00) die TS-Dateien werden unterhalb des gleichen Verzeichnisbaum in dem Video-Verzeichnis mit dem meisten Platz gespeichert und in das entsprechende Verzeichnis nach video.00 verlinkt.
Wenn du Aufnahmen also von Hand z.B. nach /srv/vdr/video.01 kopieren willst, musst du eigentlich nur die Ordnerstruktur der Aufnahme in dem Ordner nachbilden, die TS-Dateien kopieren und die ursprünglichen TS-Dateien aus video.00 mit Symlinks darauf ersetzen.
Ein paar Skripte die einem dabei helfen sollen es hier: Multiple Video-Verzeichnisse: freie Diskussion zu Konzepten, Patches, Lösungen und Wünschen

Alternativ gibt es mit dem VDR 2.0.6, der seit gestern Abend auch im vdr-stable yaVDR-PPA ist, die Möglichkeit neben einem aktiv für Aufnahmen genutzten Aufnahmeverzeichnis zusätzliche Archiv-Verzeichnisse auf der gleichen Ebene einzubinden. Dazu muss es im eigentlichen Aufnahmeverzeichnis einen Ordner "local" geben, wo alle neuen Aufnahmen landen. Weitere Verzeichnisse/Partitionen können in eigenen Ordnern des Video-Verzeichnis gemountet/verlinkt werden. Der VDR muss dann mit dem Schalter "-H" bzw. "--hide-first-recording-level" gestartet werden. Das Argument kann man in die OPTIONS-Variable in /etc/default/vdr eintragen, z.B.:

Code

OPTIONS="-w 0 --dirnames=,,1 -H

Dann kannst du komplette Verzeichnisse aus local in die Archivverzeichnisse verschieben (und umgekehrt) und der VDR sollte die Aufnahmen trotzdem in der gleichen Verzeichnisebene anzeigen können.

Kitsab · 24. Juli 2014

Hallo,

danke für die schnellen Antworten, ich bin gerade dabei den zweiten Lösungsansatz von seahawk umzusetzen mit der Erweiterung

Code

OPTIONS="-w 0 --dirnames=,,1 -H

Ich habe mein VDR etwas anders als normal zum laufen gebracht die Datei /etc/default/vdr kommt bei mir wohl garnicht zum tragen.

Ich lade die Erweiterungen über diesen Aufruf in meinem /usr/sbin/runvdr file.

Code

VDRCMD="$VDR_ENV /usr/bin/vdr -P'live --port 28008 --ip 192.168.111.242' -Pvnsiserver -w0 --dirnames=,,1 $*"#

bei mir fehlt nun absichtlich die Option "-H" bzw "--hide-first-recording-level"

da mein Syslog folgende Meldung ausspuckt beim verwenden von den beiden Optionen

Code

runvdr: stopping after fatal fail (/usr/bin/vdr: Unbekannte Option »--hide-first-recording-level«)
bzw
runvdr: stopping after fatal fail (/usr/bin/vdr: Unbekannte Option »-H«)

gibt es diese Option eventuell nur in der dev Variante?

Die variante Funktioniert, wie ich gerade beim testen herausbekommen habe, er nimmt aber nicht im Verzeichnis /srv/vdr/video/local auf sondern in /srv/vdr/video, es funktioniert jedoch die Aufnahmen im Ordner /srv/vdr/video/archiv (den ich gesymlinkt habe) aufzurufen und abzufpielen.

Danke und viele Grüße

Kitsab

Ps. Wenn es von interesse ist, meine runvdr im /usr/sbin sieht so aus:

Bash

#!/bin/sh


. /usr/lib/vdr/config-loader.sh


VDR_ENV="LANG=$VDR_LANG LC_ALL=$VDR_LANG"
if [ -n "$VDR_CHARSET_OVERRIDE" ] ; then
   VDR_ENV="$VDR_ENV VDR_CHARSET_OVERRIDE=$VDR_CHARSET_OVERRIDE"
fi


VDRCMD="$VDR_ENV /usr/bin/vdr -P'live --port 28008 --ip 192.168.111.242' -Pvnsiserver -w0 --dirnames=,,1 $*"


get_modulenames()
{
	MODULES=`lsmod | awk '/^dvb/ {gsub(/,/,"\n", $4); print $4}' | uniq | tac | grep -v "^$"`
	[ "$MODULES" ] && MODULES="$MODULES dvb_core"
}


# TODO: check if udev handles this on newer systems!?
set_permissions()
{
	if [ "$USER" -o "$GROUP" ]; then
    	for FILE in av7110_ir budget_ci_ir; do
        	if [ -e "/proc/$FILE" ]; then
            	chown $USER.$GROUP /proc/$FILE
            	chmod +r /proc/$FILE
        	fi
    	done
	fi
	chmod o+r /dev/input/event*
}


load_dvb_modules()
{
	if modprobe dvb >/dev/null 2>&1 ; then
    	get_modulenames
	else
    	if [ "$MODULES" ]; then
        	for MODULE in $MODULES; do
            	modprobe $MODULE >/dev/null 2>&1
        	done
    	else
        	modprobe dvb_ttpci >/dev/null 2>&1
        	get_modulenames
    	fi
    	wait `pidof udev`
	fi
	sleep 15
}


unload_dvb_modules()
{
	for MODULE in $MODULES; do
    	rmmod $MODULE >/dev/null 2>&1
    	wait `pidof rmmod`
	done
}




VDR_ERR=`mktemp -p /tmp vdr-err.XXXXXX`


get_modulenames


[ -z "$MODULES" ] && load_dvb_modules


while (true) do


	set_permissions


	eval $VDRCMD >/dev/null 2>"$VDR_ERR"


	case $? in
    	0)
        	exit
    	;;
    	2)
        	ERROR=`cat "$VDR_ERR"`
        	logger -t runvdr "stopping after fatal fail ($ERROR)"
        	exit
    	;;
	esac


	logger -t runvdr "restarting VDR"
	killall -q -TERM /usr/bin/vdr
	wait `pidof vdr`
	unload_dvb_modules
	sleep 2
	load_dvb_modules


done

Alles anzeigen

mini73 · 24. Juli 2014

Zitat von Kitsab

gibt es diese Option eventuell nur in der dev Variante?

Momentan nur als Patch in den Paketen bei yaVDR.

Lars.

Kitsab · 24. Juli 2014

Hallo,

ich habe nun die Sourcen für yaVDR geladnen und den Patch "xprmtl-03_hide-first-recording-level-v3.patch:d51a7b41ef90771a2242841930645244" auf die Sourcen angewandt, hierbei trat ein Fehler bei vdr.c Hunk 2 soweit ich festgestellt habe ist die Poistion im Patch File falsch, daher führt er den Patch an dieser Stelle nicht aus.

Ich habe dann die Änderung an dieser Stelle manuell eingetragen : Änderung bei hHi

Code

-  while ((c = getopt_long(argc, argv, "a:c:dD:e:E:g:hi:kl:L:mp:P:r:s:t:u:v:Vw:", long_options, NULL)) != -1) {
+  while ((c = getopt_long(argc, argv, "a:c:dD:e:E:g:hHi:kl:L:mp:P:r:s:t:u:v:Vw:", long_options, NULL)) != -1) {

Daraufhin stellte sich heraus, dass vdr ständig neu startet und im Syslog dieser Fehler auftaucht:
Jul 24 15:14:59 Basti4 kernel: [ 107.970695] VDR VNSI Server[3136]:
segfault at 20 ip 00007f28c4520c34 sp 00007f2897ffeda0 error 4 in
libvdr-vnsiserver.so.2.0.6[7f28c44ff000+44000]

ich habe daraufhin im Post [testing] Update auf vdr 2.0.6
vn tkempken auf Seite 2 diesen Fehler als bereits beschrieben entdeckt und auch nachvollziehen können wenn die Video Verzeichnisse "local" und "archiv" leer sind passiert nichts aber sobald eines der beiden Verzeichnisse eine Aufnahme enthält startet vdr ständig neu.

Code

Jul 24 15:14:56 Basti4 vdr: [3114] VDR version 2.0.6 started
Jul 24 15:14:56 Basti4 vdr: [3114] codeset is 'UTF-8' - known
Jul 24 15:14:56 Basti4 vdr: [3114] found 28 locales in /usr/local/share/locale
Jul 24 15:14:56 Basti4 vdr: [3114] loading plugin: /usr/local/lib/vdr/libvdr-live.so.2.0.6
Jul 24 15:14:56 Basti4 vdr: [3114] [live] INFO: validating server ip '192.168.111.242'
Jul 24 15:14:56 Basti4 vdr: [3114] loading plugin: /usr/local/lib/vdr/libvdr-vnsiserver.so.2.0.6
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/setup.conf
Jul 24 15:14:56 Basti4 vdr: [3114] ERROR: unknown config parameter: JumpPlay = 0
Jul 24 15:14:56 Basti4 vdr: [3114] ERROR: unknown config parameter: JumpSeconds = 60
Jul 24 15:14:56 Basti4 vdr: [3114] ERROR: unknown config parameter: JumpSecondsSlow = 10
Jul 24 15:14:56 Basti4 vdr: [3114] ERROR: unknown config parameter: PauseLastMark = 0
Jul 24 15:14:56 Basti4 vdr: [3114] ERROR: unknown config parameter: PlayJump = 0
Jul 24 15:14:56 Basti4 vdr: [3114] ERROR: unknown config parameter: SupportTeletext = 0
Jul 24 15:14:56 Basti4 vdr: [3114] ERROR: unknown config parameter: WarEagleIcons = 1
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/sources.conf
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/diseqc.conf
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/scr.conf
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/channels.conf
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/timers.conf
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/svdrphosts.conf
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/keymacros.conf
Jul 24 15:14:56 Basti4 vdr: [3114] registered source parameters for 'A - ATSC'
Jul 24 15:14:56 Basti4 vdr: [3114] registered source parameters for 'C - DVB-C'
Jul 24 15:14:56 Basti4 vdr: [3114] registered source parameters for 'S - DVB-S'
Jul 24 15:14:56 Basti4 vdr: [3114] registered source parameters for 'T - DVB-T'
Jul 24 15:14:56 Basti4 vdr: [3114] probing /dev/dvb/adapter0/frontend0
Jul 24 15:14:56 Basti4 vdr: [3114] new device number 1
Jul 24 15:14:56 Basti4 vdr: [3116] video directory scanner thread started (pid=3114, tid=3116, prio=high)
Jul 24 15:14:56 Basti4 vdr: [3116] video directory scanner thread ended (pid=3114, tid=3116)
Jul 24 15:14:56 Basti4 vdr: [3115] video directory scanner thread started (pid=3114, tid=3115, prio=high)
Jul 24 15:14:56 Basti4 vdr: [3115] video directory scanner thread ended (pid=3114, tid=3115)
Jul 24 15:14:56 Basti4 vdr: [3117] epg data reader thread started (pid=3114, tid=3117, prio=high)
Jul 24 15:14:56 Basti4 vdr: [3117] reading EPG data from /var/cache/vdr/epg.data
Jul 24 15:14:56 Basti4 vdr: [3114] DVB API version is 0x050A (VDR was built with 0x0504)
Jul 24 15:14:56 Basti4 vdr: [3114] frontend 0/0 provides DVB-C,DVB-T,DVB-T2,(null) with QAM16,QAM32,QAM64,QAM128,QAM256 ("CXD2843 DVB-C/C2 DVB-T/T2")
Jul 24 15:14:56 Basti4 vdr: [3119] tuner on frontend 0/0 thread started (pid=3114, tid=3119, prio=high)
Jul 24 15:14:56 Basti4 vdr: [3114] cTimeMs: using monotonic clock (resolution is 1 ns)
Jul 24 15:14:56 Basti4 vdr: [3114] probing /dev/dvb/adapter1/frontend0
Jul 24 15:14:56 Basti4 vdr: [3114] new device number 2
Jul 24 15:14:56 Basti4 vdr: [3114] frontend 1/0 provides DVB-C,DVB-T,DVB-T2,(null) with QAM16,QAM32,QAM64,QAM128,QAM256 ("CXD2843 DVB-C/C2 DVB-T/T2")
Jul 24 15:14:56 Basti4 vdr: [3120] section handler thread started (pid=3114, tid=3120, prio=low)
Jul 24 15:14:56 Basti4 vdr: [3123] section handler thread started (pid=3114, tid=3123, prio=low)
Jul 24 15:14:56 Basti4 vdr: [3114] found 2 DVB devices
Jul 24 15:14:56 Basti4 vdr: [3114] initializing plugin: live (0.3.0): Live Interactive VDR Environment
Jul 24 15:14:56 Basti4 vdr: [3114] initializing plugin: vnsiserver (1.1.0): VDR-Network-Streaming-Interface (VNSI) Server
Jul 24 15:14:56 Basti4 vdr: [3114] setting primary device to 1
Jul 24 15:14:56 Basti4 vdr: [3114] assuming manual start of VDR
Jul 24 15:14:56 Basti4 vdr: [3114] SVDRP listening on port 6419
Jul 24 15:14:56 Basti4 vdr: [3114] setting current skin to "lcars"
Jul 24 15:14:56 Basti4 vdr: [3114] loading /var/lib/vdr/themes/lcars-default.theme
Jul 24 15:14:56 Basti4 vdr: [3114] starting plugin: live
Jul 24 15:14:56 Basti4 vdr: [3114] LIVE: initial file cache has 82 entries and needs 377394 bytes of data!
Jul 24 15:14:56 Basti4 vdr: [3114] starting plugin: vnsiserver
Jul 24 15:14:56 Basti4 vdr: [3114] VNSI: VNSI Server started
Jul 24 15:14:56 Basti4 vdr: [3114] VNSI: Channel streaming timeout: 10 seconds
Jul 24 15:14:56 Basti4 vdr: [3114] switching to channel 1
Jul 24 15:14:56 Basti4 vdr: [3114] switching to channel 1
Jul 24 15:14:56 Basti4 vdr: [3125] VDR VNSI Server thread started (pid=3114, tid=3125, prio=high)
Jul 24 15:14:56 Basti4 vdr: [3122] tuner on frontend 1/0 thread started (pid=3114, tid=3122, prio=high)
Jul 24 15:14:56 Basti4 vdr: [3124] [live] INFO: attempt to listen on ip = '192.168.111.242'
Jul 24 15:14:56 Basti4 vdr: [3124] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefunden
Jul 24 15:14:56 Basti4 vdr: [3114] OSD size changed to 720x480 @ 1
Jul 24 15:14:56 Basti4 vdr: [3125] loading /var/lib/vdr/plugins/vnsiserver/allowed_hosts.conf
Jul 24 15:14:56 Basti4 vdr: [3125] VNSI: Client with ID 0 connected: 192.168.111.242:46746
Jul 24 15:14:56 Basti4 vdr: [3114] ERROR: no OSD provider available - using dummy OSD!
Jul 24 15:14:56 Basti4 vdr: [3136] VNSI: Welcome client 'XBMC Media Center' with protocol version '5'
Jul 24 15:14:57 Basti4 vdr: [3117] epg data reader thread ended (pid=3114, tid=3117)
Jul 24 15:14:59 Basti4 kernel: [  107.970695] VDR VNSI Server[3136]: segfault at 20 ip 00007f28c4520c34 sp 00007f2897ffeda0 error 4 in libvdr-vnsiserver.so.2.0.6[7f28c44ff000+44000]
Jul 24 15:15:00 Basti4 runvdr: restarting VDR

Alles anzeigen

Viele Grüße

Kitsab

Frodo · 24. Juli 2014

Wenn Du Deinen VDR patchst musst in der Regel alle Deine Plugins neu übersetzen.
Der Segault kommt vom Plugin libvdr-vnsiserver.so.2.0.6 .

Kitsab · 24. Juli 2014

Hallo,

also ich habe die Plugins im Folder /vdr-2.0.6/PLUGINS/src, dann führe ich den Patch im vdr-2.0.6 Folder aus und baue das ganze mit sudo make plugins, sudo make install.

Von daher sollten die Plugins eigentlich neu gebaut sein.

mini73 · 24. Juli 2014

Hier ist sonst der Patch für den vanilla vdr 2.1.6. Der bei yaVDR ist natürlich auf die anderen Patches angepasst.
Multiple Video-Verzeichnisse: freie Diskussion zu Konzepten, Patches, Lösungen und Wünschen

In dem Thread findet sich auch noch etwas Info rund um diesen Patch und wofür er gedacht ist.

Lars.

mini73 · 24. Juli 2014

Zitat von Kitsab

Von daher sollten die Plugins eigentlich neu gebaut sein.

"Eigentlich"... Zur Not vorher einmal mit "make clean-plugins clean" (ggf. mit sudo, falls du make immer mit sudo aufrufst) bereinigen.

Und dann nicht "make plugins", sondern einfach nur "make" aufrufen, dass sollte den vdr und die Plugins übersetzen. "make plugins" übersetzt nur die Plugins, aber nicht den vdr.
(das make für das Übersetzen muss meistens nicht zwingend mit root-Rechten ausgeführt werden, nur das "make install").

Lars.

Kitsab · 24. Juli 2014

Hallo,

also dieses Forum ist ja echt spitze, so schnell wie ihr Antwortet und so gedulig wie ihr mit Anfängern seid, vielen Dank dafür!

Bin aktuell am probieren, wenn es funktioniert melde ich mich nochmal.

Viele Grüße und danke!

Kitsab

Kitsab · 24. Juli 2014

Hallo,

So nun funktioniert es im Grunde, der entscheidende Tip war Make
clean-plugins clean (weil mir diese "clean-plugins" Geschichte nicht klar
war).

Ich habe nun den Ordner "local" und den Ordner "archiv" in meinem video Verzeichnis.

Nur
eine Sache ist mir jetzt noch nicht ganz klar, wenn ich nun manuell
eine Aufnahme von /local nach /archiv verschiebe, dann lässt sich diese
nicht direkt danach über das Aufnahme Menu aufrufen der Eintrag ist da
aber XBMC leitet das meckern von vdr weiter "kann Indexdatei nicht
erzeugen".

Nach einem Neustart des Servers kann man die Aufnahme
tadellos abspielen, gibt es hier ein Routine um eine Aktualisierung
anzustoßen?

Viele Grüße

Kitsab

seahawk1986 · 24. Juli 2014

Zitat von Kitsab

gibt es hier ein Routine um eine Aktualisierung
anzustoßen?

Der VDR bietet zwei Wegen an das Aufnahmeverzeichnis neu einzulesen - entweder über SVDRP

Code

svdrpsend updr

oder indem du eine .update Datei im Aufnahmeverzeichis anfasst:

Code

touch .update

Kitsab · 25. Juli 2014

Hallo,

danke nochmal für alles, nun funktioniert es wie es sein soll.

Vielleicht kann ich euch zum Dank ein Script anbieten das ich in den letzten Stunden gebastelt habe (ja ich bin nicht so schnell...)

Dieses Script verschiebt (kopiert und löscht) die Aufnahmen vom Vortag vom Quellverzeichnis in ein gewünschtes Archiv Verzeichnis, Sinn dahinter ist, dass man keine aktive Aufnahme kopieren/verschieben kann.

Ich lasse das Script Nachts als Cronjob ausführen.

Bash

#!/bin/sh
# Shell Script zum verschieben der fertigen Aufnahmen vom Vortag.
# Es bietet sich an dieses Script per Cronjob (ggf. als root) ausführen zu lassen.
# Deswegen sind auch Pfadangaben bei fast allen Befehlen  davor geschrieben. Diese lassen sich jedoch durch das definieren der Pfade im Crontab eigentlich einsparen. 


# einstellbare Parameter
Logfile="/var/log/vdr-move.log"
Quellverzeichnis="/srv/vdr/video/local/*" # wichtig /* am Ende!
Zielverzeichnis="/media/Daten/download/vdr"


# Script Funktion beginn 
Format="%AY%Am%Ad%d"
Datum=`/bin/date +%Y%m%d%d |/usr/bin/cut -b1-8`
bin/echo $Datum >> $Logfile
#Loop die nach Aufnahmen vom Vortag im ../video/local Verzeichnis sucht und diese ins ../video/archiv Folder verschiebt.
for file in $Quellverzeichnis
	do 
  	Dateidatum=`/usr/bin/find $file -printf $Format |/usr/bin/cut -b1-8`
     	if [ $Datum -gt $Dateidatum ]; #  2>/dev/null
       	then 
         	/bin/echo $file "verschieben, heute ist der" $Datum ", die Datei wurde erstellt am" $Dateidatum >> $Logfile
         	# hier kann mein mv verwendet werden, da mv keine Verzeichnisse zusammenführen kann.
         	/bin/cp -r $file $Zielverzeichnis
         	/bin/rm -r $file
       	else 
         	/bin/echo $file "nicht verschieben, das heutige Datum" $Datum ", entspricht dem Aufnahmedatum" $Dateidatum >> $Logfile
     	fi
  	#echo $file ", " $Datum ", " $Dateidatum
  	#echo $Dateidatum
done
# Anstoßen der vdr Video Verzeichnis Aktualisierung
/bin/sleep 30
/usr/local/bin/svdrpsend updr

Alles anzeigen

Viele Grüße

Kitsab

Video Verzeichnis - suche einen weg 2 Ziele in einem Verzeichnis unterzubringen

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema