Beiträge von GPu

Hi,

ich möchte über ein shellscript einzelne Aufnahmen konvertieren.

Dazu möchte ich im Aufnahme-Menu "Befehle für Aufzeichnungen" zusätzlich zu
1 Schnittmarken entfernen
2 Werbung markieren
3 Indexdatei entfernen
noch einen oder zwei weitere Menupunkte hinzufügen, z.B.
4 Aufnahme konvertieren

Durch (4) soll dann ein shellscript gestartet werden und die zur Aufnahme gehörenden .ts Dateien konvertieren.

Frage:
1) (Wie) kann man das Aufnahme Menu erweitern (wie man das Menu System-Befehle mittels Templates erweitert habe ich verstanden)?
2) Wie übergbe ich an ein shellscript die Parameter bzw. woher erfährt das script, welche Aufnahme / Pfad zu betrachten ist?

Ich brauche keine genaue Beschreibung.
Links würden auch schon helfen (habe nix gefunden, vielleicht aber auch einfach nur die falschen Suchbegriffe genutzt)

GPu

Hmmmm, funktioniert noch nicht ....

Neue Datei erstellt: /lib/udev/rules.d/98-serial-lirc.rules
Inhalt: DRIVERS=="lirc_serial", ACTION=="add", SYMLINK+="lirc_serial.%n"

/etc/lirc/hardware.conf geändert:
REMOTE_DEVICE ="/dev/lirc_serial.0"

#rebot

Nach dem Hochfahren läuft der VDR, reagiert aber nicht auf die FB.
Die LED am IR-Empfänger bleibt dunkel -> der Homebrew-Empfänger hat keine Spannung -> Serieller port ist nicht initialisiert.

# ls /dev/lirc*
zeigt nix

[edit]
# ls /dev/lirc*
zeigt "/dev/lirc0"

müsste unter /dev/ nicht auch ein device "lirc_serial.*" zu sehen sein ??? - ist bei mir jedenfalls nicht vorhanden

Heute funktionierte es nach nem reboot mal wieder nicht...

# ls /dev/lirc* zeigte wieder zwei lirc devices: /dev/lirc0 /dev/lirc1,
auch die hardware.conf war noch unverändert auf REMOTE_DEVICE ="/dev/lirc1"

Nur war der seriele Hombrew Empfänger nun nicht mehr auf /dev/lirc1 sondern auf dev/lirc0

Ich denke, ich werde also den Ansatz von seahawk1986 versuchen, habe aber als Nicht-Täglich-Linux-Konfigurierer
ein kleines Problem:
- Wo wird DRIVERS=="lirc_serial", ACTION=="add", SYMLINK+="lirc_serial.%n" eingetragen???
- Muss ich neben der beschriebenen Änderung in der hardware.conf noch etwas anderes tun (z.b. templates verarbeiten)?

War nicht ganz untätig.

Habe versucht genauer zu analysieren, wann LIRC bzw. die FB nicht mehr funktionieren.
Es sieht im Moment danach aus, dass die FB NICHT - wie bisher gedacht - während des laufenden Betriebs irgendwann "ausfällt".
Vielmehr scheint es so, dass es sich beim / während des Bootens entscheidet, obs klappt oder nicht.
Ich habe übersehen, dass der VDR sich immer mal wieder abschaltet und zum nächsten Timer wieder hochfährt (und dann das Problem auftritt).

Habe weiterhin mit dem Webfrontend rumgepielt und auf ander FB/Empfänger umgestellt und dann wieder zurück auf Home-Brew.
Das Ergebnis war, dass irgendwann LIRC nicht mehr startete: /etc/lirc/lircd.conf war nicht mehr vorhanden.
Habe daraufhin folgendes getan:

• Im Webfrontend: Einstellungen -> Einstellung der Fernbedienung:
  [x] LIRC Support
  Home-brew (16x50 UART compatible serial port)
  /dev/ttyS0 (COM1)
• # stop eventlircd
• /etc/lirc/lircd.conf aus Backup zurückgespielt (ja, mache Backups, auch wenn diese von anderen oft überbewertet werden )
• # process-template /var/lib/vdr/remote.conf
• # start eventlircd (keine Fehler, LIRC startet auch wieder)
• # stop eventlircd
• # ls /dev/lirc*
  /dev/lirc0 /dev/lirc1
• # mode2 -d /dev/lirc0 bzw
  # mode2 -d /dev/lirc1 und FB Tasten gedrückt.
  Eine Ausgabe gab es nur bei lirc1
• /etc/lirc/hardware.conf:
  War: REMOTE_DEVICE ="/dev/lirc0"
  Geändert nach: REMOTE_DEVICE ="/dev/lirc1"
• # start eventlircd

Danach funktionierte die FB immerhin wieder. Obs nachhaltig ist bleibt abzuwarten.

(siehe auch gelöst-0-4-lirc-mit-atric-und-hauppage-will-nicht)

Ich werde beim nächsten Rumgezicke mal in die /etc/lirc/hardware.conf:schauen, ob da eventuell wieder lirc0 drin steht ....

Anyway, vielleicht lohnt sich ja doch der Umstieg auf USB ....
1) welche Geräte sind empfehlenswert und problemlos
2) möchte gerne meine FB und die Tastenprogrammierung behalten. Gibt es ein How-To um die existierende FB an einen neuen USB-IR-Empfänger anzubinden (oder muss man da nichts machen?)

Ich weiss zwar nicht so genau, wass ich da tue bzw. welche Erkenntnisse man daraus ziehen kann, aber angeregt durch andere Beiträge habe ich probiert:

# irw /var/run/lirc/lircd

Wenn man dann eine Taste auf der FB drückt, sollte eine entsprechende Ausgabe erfolgen, bei mir z.B.
160 KEY_OK devinput
... zumindest dann, wenn auch der VDR auf die FB reagiert.

Wenn man o.g. Kommando ausführt, wenn der VDR nicht auf die FB reagiert, dann erfolgt bei mir KEINE Ausgabe.

Ich interpretiere das so, dass keine Signale zum VDR durchkommen und er daher natürlich nicht reagieren kann.

Wo kann man als nächstes ansetzen, irgendwie muss es doch möglich sein herauszufinden, wo die Signale versacken...

Keine Updates ... zumindest nix selbst angestossen.
Keine neuen Plugins
Nix am System gebastelt .... habe den VDR einfach nur benutzt ....

Hi,

bis vor etwa 2 Wochen war meine VDR Welt in Ordnung. Alles funktionierte prima.
Nun aber habe ich Probleme: Der VDR reagiert nach einiger Betriebszeit (oder von Bootzeitpunkt an) nicht mehr auf die FB.

Wann das Problem genau auftritt, konnte ich noch nicht feststellen.
Meist funktioniert nach dem Einschalten alles, erst nach einiger Zeit reagiert der VDR nicht mehr auf die FB.

Das komplette System ist seit längerer Zeit unverändert (HW, SW, OS, Plugins)

Habe ein Home-brew (16x50 UART compatible serial port) an COM 1 mit einem Selbstbau-Empfänger und dies auch so im yaVDR konfiguriert:
Web Configuration Frontend -> Einstellungen -> Einstellung der Fernbedienung
LIRC Support [x]
Empfänger: Home-brew (16x50 UART compatible serial port)
Serielle Schnittstelle: ( ) none (o) /dev/ttyS0 (COM1) ( ) /dev/ttyS0 (COM1)
In dem IR-Empfänger ist eine LED, so dass man erkennen kann, wenn der Empfänger Strom hat und ein IR Signal von der FB empfangen wird.

Eine weitere "Besonderheit" meines Systems: Ich habe bereits vor langer Zeit ein Paket zum "entprellen" der FB installiert.
# wget http://dl.dropbox.com/.../even…0930-0.3s~natty_amd64.deb
# dpkg -i eventlircd*0.3s*.deb
# restart eventlircd
Die Installation liegt aber mittlerweile >6 Monate zurück

Was habe ich schon probiert:

• Über AndroVDR (Android App) kann ich den VDR noch steuern
• Über eine angeschlossene Tastatur kann ich den VDR noch steuern
• Einen anderen, baugleichen Empfänger angeschlossen: kein Erfolg
• Den Empfänger vorübergehend an COM2 angeschlossen: kein Erfolg
• Neue Batterien für die FB: kein Erfolg
• # restart eventlircd: kein Erfolg
• # restart lircd: kein Erfolg
• # restart vdr: kein Erfolg
• Im Web Frontend unter Einstellungen -> Einstellung der Fernbedienung bei unveränderten Einstellungen auf "Speichern" geklickt.
  Manchmal / selten funktioniert die FB wieder
• # reboot: hilft meist nicht !? - Es muss schon ein Aus- / Einschalten sein ???!!!

Meist hilft nur ein Aus- und Einschalten des PCs damit die FB bzw. Lirc (oder wasauchimmer) wieder funktioniert.

Im Log konnte ich nix Verdächtiges sehen (aber vielleicht habe ich nur nicht nach dem richtigen gesucht).
Wonach kann / soll ich suchen ?
Wie kann man debuggen bzw. herausfinden, woran es liegt?

Syslog:

Sep 17 17:17:51 vdr10 kernel: [ 11.521706] lirc_dev: IR Remote Control driver registered, major 250 
Sep 17 17:17:51 vdr10 kernel: [ 11.524694] IR LIRC bridge handler initialized
(...)
Sep 17 17:17:52 vdr10 kernel: [ 15.324696] rc rc2: lirc_dev: driver ir-lirc-codec (cx88xx) registered at minor = 0
(...)
Sep 17 17:17:52 vdr10 kernel: [ 15.880099] lirc_serial: auto-detected active low receiver
Sep 17 17:17:52 vdr10 kernel: [ 15.880253] lirc_serial lirc_serial.0: lirc_dev: driver lirc_serial registered at minor = 1
Sep 17 17:17:52 vdr10 kernel: [ 15.887882] input: lircd as /devices/virtual/input/input8
Sep 17 17:17:52 vdr10 lircd-0.8.7[870]: lircd(default) ready, using /var/run/lirc/lircd.870
Sep 17 17:17:52 vdr10 kernel: [ 15.905314] input: eventlircd as /devices/virtual/input/input9
(...)
Sep 17 17:18:07 vdr10 vdr: [1412] ERROR: remote control XineRemote not ready!
Sep 17 17:18:07 vdr10 vdr: [1412] remote control LIRC - keys known
(...)
Sep 17 17:18:07 vdr10 vdr: [1673] LIRC remote control thread started (pid=1412, tid=1673)
danach nix mehr

# cat /proc/bus/input/devices (zu einem Zeitpunkt wo es mal wieder nicht funktioniert)

I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=PNP0C0C/button/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0
U: Uniq=
H: Handlers=kbd event0
B: PROP=0
B: EV=3
B: KEY=10000000000000 0


I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=LNXPWRBN/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
U: Uniq=
H: Handlers=kbd event1
B: PROP=0
B: EV=3
B: KEY=10000000000000 0


I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
S: Sysfs=/devices/platform/i8042/serio0/input/input2
U: Uniq=
H: Handlers=sysrq kbd event2
B: PROP=0
B: EV=120013
B: KEY=402000000 3803078f800d001 feffffdfffefffff fffffffffffffffe
B: MSC=10
B: LED=7


I: Bus=0001 Vendor=13c2 Product=1019 Version=0001
N: Name="Budget-CI dvb ir receiver saa7146 (0)"
P: Phys=pci-0000:01:04.0/ir0
S: Sysfs=/devices/pci0000:00/0000:00:1e.0/0000:01:04.0/rc/rc0/input3
U: Uniq=
H: Handlers=kbd event3
B: PROP=0
B: EV=100013
B: KEY=fc010 4205100000000 0 18000 18000000801 8e168000000000 ffe
B: MSC=10


I: Bus=0001 Vendor=13c2 Product=1019 Version=0001
N: Name="Budget-CI dvb ir receiver saa7146 (1)"
P: Phys=pci-0000:01:05.0/ir0
S: Sysfs=/devices/pci0000:00/0000:00:1e.0/0000:01:05.0/rc/rc1/input4
U: Uniq=
H: Handlers=kbd event4
B: PROP=0
B: EV=100013
B: KEY=fc010 4205100000000 0 18000 18000000801 8e168000000000 ffe
B: MSC=10


I: Bus=0011 Vendor=0002 Product=0006 Version=0000
N: Name="ImExPS/2 Generic Explorer Mouse"
P: Phys=isa0060/serio1/input0
S: Sysfs=/devices/platform/i8042/serio1/input/input5
U: Uniq=
H: Handlers=mouse0 event5
B: PROP=0
B: EV=7
B: KEY=1f0000 0 0 0 0
B: REL=143


I: Bus=0001 Vendor=0070 Product=6906 Version=0001
N: Name="cx88 IR (Hauppauge WinTV-HVR400"
P: Phys=pci-0000:01:03.2/ir0
S: Sysfs=/devices/pci0000:00/0000:00:1e.0/0000:01:03.2/rc/rc2/input6
U: Uniq=
H: Handlers=kbd event6
B: PROP=0
B: EV=100013
B: KEY=10afc312 214201700000000 0 118000 41a800004801 9e16c000000000 10000ffc
B: MSC=10


I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="MCE IR Keyboard/Mouse (cx88xx)"
P: Phys=/input0
S: Sysfs=/devices/virtual/input/input7
U: Uniq=
H: Handlers=sysrq kbd mouse1 event7
B: PROP=0
B: EV=100017
B: KEY=30000 7 ff87207ac14057ff febeffdfffefffff fffffffffffffffe
B: REL=3
B: MSC=10


I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="lircd"
P: Phys=
S: Sysfs=/devices/virtual/input/input8
U: Uniq=
H: Handlers=sysrq rfkill kbd event8
B: PROP=0
B: EV=100003
B: KEY=ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff ffffffffffffffff fffffffffffffffe


I: Bus=0000 Vendor=0000 Product=0000 Version=0000
N: Name="eventlircd"
P: Phys=/dev/input/event8
S: Sysfs=/devices/virtual/input/input9
U: Uniq=
H: Handlers=event9
B: PROP=0
B: EV=3
B: KEY=ffffffffff 0 0 0 0 0 3fcff 7fff8fff00ff03ff 0 0 0 0

# ir-keytable

Found /sys/class/rc/rc0/ (/dev/input/event3) with:
Driver budget_ci, table rc-tt-1500
Supported protocols:
Enabled protocols:
Repeat delay = 500 ms, repeat period = 125 ms
Found /sys/class/rc/rc1/ (/dev/input/event4) with:
Driver budget_ci, table rc-tt-1500
Supported protocols:
Enabled protocols:
Repeat delay = 500 ms, repeat period = 125 ms
Found /sys/class/rc/rc2/ (/dev/input/event6) with:
Driver cx88xx, table rc-hauppauge
Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC other
Repeat delay = 500 ms, repeat period = 125 ms

# restart eventlirc

Sep 17 21:19:35 vdr10 lircd-0.8.7[870]: caught signal
Sep 17 21:19:35 vdr10 init: irexec main process (756) killed by TERM signal
Sep 17 21:19:35 vdr10 init: lircd main process (870) killed by TERM signal
Sep 17 21:19:35 vdr10 vdr: [1673] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds
Sep 17 21:19:36 vdr10 init: eventlircd main process (730) killed by TERM signal
Sep 17 21:19:36 vdr10 init: irexec main process (2924) terminated with status 1
Sep 17 21:19:36 vdr10 init: irexec main process ended, respawning
Sep 17 21:19:36 vdr10 init: irexec main process (2930) terminated with status 1
Sep 17 21:19:36 vdr10 init: irexec main process ended, respawning
Sep 17 21:19:36 vdr10 kernel: [14518.697339] input: lircd as /devices/virtual/input/input10
Sep 17 21:19:36 vdr10 lircd-0.8.7[2934]: lircd(default) ready, using /var/run/lirc/lircd.2934
Sep 17 21:19:36 vdr10 kernel: [14518.702300] input: eventlircd as /devices/virtual/input/input11
Sep 17 21:19:38 vdr10 vdr: [1673] reconnected to lircd

Stimmt!
Hier muss man sich halt überlegen, wie sicher man den VDR haben möchte.
Es ist ein Sicherheitsrisiko welches ich bewusst eingegangen bin, um mir auf eigfache Art Befehele / Funktionen hinzuzufügen.

Hier mal zur Info was ich es gemacht habe. Vielleicht findet es der Eine oder Andere ja hilfreich...

Ich habe mir in meinen VDR ein paar Extra-Befehle (z.B.) fürs Backup eingebaut.
Das Backup benötigt allerdings root/sudo Rechte, wird aber aus dem VDR heraus nur mit den Rechten des "vdr" Users gestartet.

So habe ich es gelöst:

Ein Shellscript "/var/lib/vdr/vdrcmd.sh" erzeugt welcches aus dem VDR heraus gestartet wird und über Parameter die gewünschten Funktionen ausführt:
-> vdrcmd.sh backup: Backup erstellen (starten eines weiteren Scripts mit sudo Rechten)
-> vdrcmd.sh fullbackup: Vollbackup erstellen (starten eines weiteren Sripts mit sudo Rechten)

/var/lib/vdr/vdrcmd.sh

#! /bin/sh


case "$1" in
backup)
echo -n Backup
/var/lib/vdr/vdrbackup.sh
;;
fullbackup)
echo -n Full-Backup
/var/lib/vdr/vdrbackup2.sh
;;
mount)
echo "mount /dev/sda5"
mount /dev/sda5 /mnt/sda5
;;
umount)
echo "umount /dev/sda5"
umount /mnt/sda5
;;
*)
echo "ungueltiger Befehl: '$1'"
exit 1
;;
esac

Damit die Befehle mit root/sudo Rechten ausgeführt werden, muss man visudo starten und die vdrcmd hinzufügen:
# visudo
und folgende Zeile hinzufügen:
vdr ALL=NOPASSWD: /var/lib/vdr/vdrcmd.sh

Menueinträge für die Backup Befehle per Template erstellen:
Pfad erstellen: /etc/yavdr/templates_custom/var/lib/vdr/plugins/menuorg.xml/
# mkdir -p /etc/yavdr/templates_custom/var/lib/vdr/plugins/menuorg.xml/

Datei /etc/yavdr/templates_custom/var/lib/vdr/plugins/menuorg.xml/86_20_gpu erstellen mit diesem Inhalt:
<command name="VDR Backup" confirm="yes" execute="sudo /var/lib/vdr/vdrcmd.sh backup" />
<command name="VDR Full Backup" confirm="yes" execute="sudo /var/lib/vdr/vdrcmd.sh fullbackup" />

Custom Template einbinden:
# process-template /var/lib/vdr/plugins/menuorg.xml

... und dann VDR restart

So, wie versprochen hier mein Script.
Es basiert auf den Code Zeilen von steffen_b (auch wenn man davon nicht mehr viel sieht).

Es tut folgendes:
1. Alle info Dateien im angegebenen Pfad nach einem Kurztext durchsuchen
2. Den Kurztext aufbereiten und daraus einen Ordnernamen / Pfadnamen generieren
3. Wenn der Pfad nicht vorhanden ist, dann diesen Pfad erstellen und ...
4. die Aufnahmen in diesen Pfad verschieben
5. Rechte setzen
Wenn kein Kurztext vorhanden ist, wird ein Kurztext / Pfad "Kein Kurztext vorhanden" genutzt (kann man auskommentieren)

Natürlich muss man das script mit mit den ausreichenden Rechten starten (sudo), ggf. VIDEODIR anpassen.
Auch RECDIR sollte man sinnvollerweise seinen Bedürfnissen anpassen und (nach einem testlauf) NURTEST auf 0 setzen.

Und bevor sich jetzt die Linux / Bash Gurus über mein Script herfallen (weil man es besser, schöner, kürzer, usw. machen kann): Stimmt!

#!/bin/bash


VIDEODIR="/srv/vdr/video.00"	# Das Video-Verzeichnis
RECDIR="Leschs_Kosmos"      	# Diesen Ordner in VIDEODIR untersuchen


NURTEST=1                   	# <>0: nur Test,  es wird nix verändert


MYREC=$VIDEODIR/$RECDIR


cd "$MYREC"


# find -type f -regextype posix-egrep -regex  '.*\.rec/(info|info.vdr)$'
# exit 0


# for REC in $(find -name 'info') ; do   	# nur info Dateien finden
# for REC in $(find -name 'info.vdr') ; do   # nur alte info.vdr Dateien finden


# --------------------------------
# info und info.vdr Dateien finden
# ----------------------------------
for REC in $(find -type f -regextype posix-egrep -regex  '.*\.rec/(info|info.vdr)$') ; do
# '


	# ------------------------------
	# Kurztext aus Info-Datei holen
	# ------------------------------
	KT=$(grep -e '^S ' $REC)


	# -----------------------------------------------------------------------
	# Hier wird der Kurztext aufbereitet und z.B. Zeichen
	# ersetzt, die im Pfadnamen Probleme bereiten oder unerwünscht sind
	# -----------------------------------------------------------------------
	KT2=${KT:2:64}          	# führendes ./ rausnehmen und Text kürzen


	KT3="$KT2"
	KT3=${KT3// /_}         	# Space -> _
	KT3=${KT3//:/}          	# Doppelpunkt weg
	KT3=${KT3//\?/}         	# ? weg
	KT3=${KT3//,/}          	# , weg
	KT3=${KT3//;/}          	# ; weg
	KT3=${KT3//./}          	# . weg
	KT3=${KT3//!/}          	# ! weg
	KT3=${KT3//\'/}         	# ' weg
	KT3=${KT3//\¿/}         	# ¿ weg


# 	KT3=${KT3//ä/ae}      	# ä -> ae
# 	KT3=${KT3//ö/oe}      	# ö -> oe
# 	KT3=${KT3//ü/ue}      	# ü -> ue
# 	KT3=${KT3//ß/ss}      	# ß -> ss


	KT3=${KT3:0:35}         	# Nochmal kürzen


	# --------------------------------------------------------
	# Wenn kein Kurztext vorhanden und somit KT3 leer, dann
	# entweder Kurztext hier setzen, oder nix tun, dann
	# wird diese Aufnahme nicht weiter bearbeitet
	# If / fi Block auskommentieren, dann werden Aufnahmen ohne
	# Kurztext nicht bearbeitet
	# -------------------------------------------------------
	if [ "$KT3" = "" ] ; then
    	KT3="Kein Kurztext vorhanden"
	fi


	if [ "$KT3" != "" ] ; then
    	QUELLE="$(dirname $REC)"    	# Quellpfad ermitteln
    	QUELLE=${QUELLE/.\//$MYREC\/}   # Quellpfad ermitteln


    	ZIEL="$MYREC/$KT3"          	# Zielpfad festlegen
    	ZIEL=${ZIEL// /_}           	# Space -> _


    	# -------------------------------------------------------
    	# Wenn ZIEL Teil von QUELLE, dann nix machen (Aufnahmen
    	# liegen bereits im richtigen Verzeichnis)
    	# -------------------------------------------------------
    	SKIP=0
    	case $QUELLE in
         	*"$ZIEL"*) SKIP=1 ;;
    	esac


    	echo "-----------------------------------------------------------"
    	echo "Quelle.....................: $QUELLE"
    	echo "Ziel.......................: $ZIEL"
    	echo "Kurztext (KT)..............: $KT"
    	echo "Kurztext aufbereitet (KT2).: $KT2"
    	echo "Kurztext bereinigt.(KT3)...: $KT3"
    	echo "Skip.......................: $SKIP"
    	echo "Test.......................: $NURTEST"


    	# ----------------------
    	# Hier wird verschoben
    	# ----------------------
    	if [ $SKIP = 0 ] ; then
#            	read -p "Pause"
        	echo "#> mkdir -p $ZIEL"
        	if [ $NURTEST = 0 ] ; then
            	mkdir -p "$ZIEL"
            	chmod 755 "$ZIEL"
            	chown -h vdr:vdr "$ZIEL"
        	fi
        	echo "#> mv -v $QUELLE $ZIEL"
        	if [ $NURTEST = 0 ] ; then
            	mv -v "$QUELLE" "$ZIEL" ;
        	fi
    	fi
	fi
done


# ----------------------------------------------------------------------
# Eventuell muss man jetzt noch die Rechte der Ordner / Video-Dateien
# bzw. der bearbeiteten Aufnahmen korrekt setzen
# ich schreibe hier das Videoverzeichnis hardcoded rein, wenn man nämlich
# bei der Variable einen (Tipp)Fehler macht, sind ruckzuck alle Dateien
# der VDR Maschine bearbeitet ... dann darf man den VDR neu installieren...
# Also aufpassen ...
# ----------------------------------------------------------------------
# echo "Rechte setzen"
# find "/srv/vdr/video.00" -type d -exec chmod 755 {} \;
# find "/srv/vdr/video.00" -type d -exec chown -hR vdr:vdr  {} \;
# find "/srv/vdr/video.00" -type f -exec chmod 644 {} \;
# echo "----------------------------------------------"


echo ""
echo "*** F E R T I G ***"

(schade, es hat meine Einrückungen z.T. zerhauen...)

Habe jetzt ein Script fertig, dass die Aufnahmen in nach der Kurzinfo benamte Folder verschiebt. War doch etwas mehr als ein Einzeiler und ich bin kein Bash Guru..... Ist also sicherlich verbesserungsfähig.

Werde noch etwas testen und es dann hier einstellen.
Da ich gerade beruflich recht busy bin, kann es aber noch einige Tage dauern.

Hi
steffen_b> Willst du nicht Serienaufnahme auf Ja setzen ?

Ok, das ist ein Argument ... zumindest für neue Aufnahmen.
Habe es jetzt mal bei den relevanten Timern aktiviert, mal schauen, ob es das gewünschte Ergebnis bringt.

Bei den existierenden Aufnahmen muss ich dann wohl analog neue Ordner mit dem Kurztext als Namen erstellen und die Files dort hinen kopieren?!

Hi,

(weiss nicht, ob das Thema hier im yaVDR Bereich richtig afgehoben ist ... falls nicht bitte ggf. verschieben...)

Ich lasse über einen Suchtimer regelmäßig eine bestimmte Sendung aufnehmen und in einem Verzeichnis ablegen - hier mal exemplarisch "Leschs Kosmos"
In dem Verzeichnis smmeln sich im Laufe der Zeite viele Aufnahmen an - einige davon sind Wiederholungen die gelöscht werden können.
Leider werden aber in der Aufnahme-Übersicht die Kurzbeschreibungen nicht angezeigt, so dass ein Aussortieren der doppelten Folgen am VDR sehr mühsam ist. Man muss sich die Info jeder einzelnen Aufnahme anzeigen lassen muss um den inhalt der Aufnahme/Folge zu sehen und über eine Löschung zu entscheiden.

Kann man irgendwo einstellen, dass die Kurzbeschreibung auch in der Aufnahme-Liste angezeigt wird?

[Blockierte Grafik: http://img855.imageshack.us/img855/760/003utc.th.jpg]

Hi,
nach einigen weiteren Tagen des Rumprobierens habe ich (glaube ich) eine Lösung gefunden.
Anscheinend ist es nicht ganz egal in welcher Sektion die Options
Option "ConnectedMonitor" "DFP-1"
Option "CustomEDID" "DFP-1:/etc/X11/edid-denon.bin"
in der /etc/X11/xorg.conf.yavdr untergebracht werden. Außerdem scheint die Option
Option "CustomEDID" "DFP-1:/etc/X11/edid.0.yavdr"
die deryaVDRautomatisch in die Screen Section reinschreibt einen teil meiner probleme zu verursachen.

Falls andere irgendwann einmal ähnliche Probleme haben, hiermal die Liste derTemplates und die resultierende xorg.conf.yavdr.

Für die Templates muss derPfad /etc/yavdr/templates_custom/etc/X11/xorg.conf.yavdr existieren.
Diesen ggf. erstellen: mkdir -p /etc/yavdr/templates_custom/etc/X11/xorg.conf.yavdr

In /etc/yavdr/templates_custom/etc/X11/xorg.conf.yavdr dann folgende Dateien mit Inhalt erstellen:

0551_monitor0-body:

# --- custom template 0551_monitor0-body ---
	Option  "UseDisplayDevice" "DFP-1"
# --- custom template 0551_monitor0-body end ---

0751_device0-body

# Custom template 0751_device0-body start
  	Option     	"CustomEDID" "DFP-1:/var/lib/vdr/toshiba-edid.bin"
  	Option     	"ConnectedMonitor" "DFP-1"
  	Option     	"UseDisplayDevice" "DFP-1"
# Custom template 0751_device0-body end

0951_screen0-ignore-tv-off

# --- custom template 0951_screen0-ignore-tv-off start ---
#	Option     	"ConnectedMonitor" "DFP-1"
#	Option     	"UseDisplayDevice" "DFP-1"
# --- custom template 0951_screen0-ignore-tv-of end --

0952_screen0-edid

# --- custom template 0952_screen0-edid start ---
#	Option     	"CustomEDID" "DFP-1:/etc/X11/edid.0.yavdr"
	Option     	"CustomEDID" "DFP-1:/var/lib/vdr/toshiba-edid.bin"
# --- custom template 0952 end ---

Dann die Templates in die xorg.conf.yavdr einbauen (lassen):
process-template /etc/X11/xorg.conf.yavdr

Nun die xorg.conf.yavdr kontrollieren und ggf. ein Reboot damit die Änderungen auch wirksam werden.

So sieht meine xorg.conf.yavdr jetzt aus (und funktioniert wunderbar, habe allerdings nur den TV angeschlossen, kein VGA oder DVI Monitor)

Section "Device"
	Identifier 	"Device0"
	Driver     	"nvidia"
	VendorName 	"NVIDIA Corporation"
	Screen      	0
(...)
	Option     	"FlatPanelProperties" "Scaling = Native"


	# Custom template 0751_device0-body start
	Option     	"CustomEDID" "DFP-1:/var/lib/vdr/toshiba-edid.bin"
	Option     	"ConnectedMonitor" "DFP-1"
	Option     	"UseDisplayDevice" "DFP-1"
	# Custom template 0751_device0-body end
EndSection


Section "Screen"
	Identifier 	"Screen0"
	Device     	"Device0"
	Monitor    	"Monitor0"
	DefaultDepth	24
	SubSection 	"Display"
    	Depth   	24
    	Modes  	"nvidia-auto-select" "1920x1080_24" "1920x1080_25" "1920x1080_30" "1920x1080_60"
	EndSubSection
	# --- custom template 0951_screen0-ignore-tv-off start ---
	#	Option     	"ConnectedMonitor" "DFP-1"
	#	Option     	"UseDisplayDevice" "DFP-1"
	# --- custom template 0951_screen0-ignore-tv-of end --


	# --- custom template 0952_screen0-edid start ---
	#   Option     	"CustomEDID" "DFP-1:/etc/X11/edid.0.yavdr"
    	Option     	"CustomEDID" "DFP-1:/var/lib/vdr/toshiba-edid.bin"
	# --- custom template 0952_screen0-edid end ---


EndSection
(...)

Hi,

habe ein Problem mit dem HDMI und meinem Toshiba TV

Mit der std. xorg.conf.yavdr habe ich nur ein TV-Bild (und im VDR Live ein Live-Bild) wenn der TV eingeschaltet ist.
Schaltet man den TV ein, nachdem der VDR gestartet ist, gibts manchmal kein Bild.
-> Bekanntes Verhalten / "Problem".

Also habe ich mit nvidia-settings ein eigenes edid File erzeugt und mittels custom Templates eingebunden (s.u.).
Beim 0.3 hat das auch prima funktioniert, jetzt beim 0.4 bastele ich schon einige Tage erfolglos daran herum.

Aktueller Zustand (mit getemplateter xorg.conf.yavdr):

Wenn der VDR längere Zeit läuft und der Monitor aus ist, "vergisst" der VDR _teilweise_, dass er einen TV am HDMI Port angeschlossen hat.
Teilweise deshalb, weil man das VDR eigene "No Signal" Bild auf dem TV sieht. Weiterhin fällt auf:

• Der VDR reagiert nicht auf die Fernbedienung
• im Live-VDR ist kein Fernsehbild zu sehen (grizzln)
• Timer zeichnen aber problemlos auf (!)
• Im Webinterface ist der Fernseher als DFB-1 Gerät und "Primär" DFP-1 ordnungsgemäß zu sehen

Alles in allem scheint der VDR ganz normal zu funktionieren, auch das Syslog zeigt während der "Zeit des Vergessens" keinerlei erwähnenswerte Einträge.

Ich schaffe es (meist) über das Webinterface dem VDR dem TV wieder "bekannt" zu machen, indem
1) Einstellungen -> Anzeigeeinstellungen -> [Speichern]
oder (wenn das nicht hilft)
2) Einstellungen -> Anzeigeeinstellungen -> Auflösung ändern "auto select" nach "1920x1080" -> [Speichern]

Ich möchte aber gerne, dass immer in Bild zum TV gesendet wird und dass im VDR Live unter "Fernbedienung" immer ein Livebild abgerufen werden kann.

Was kann ich noch tun bzw. wo kann muss ich noch schauen?
Ist die xorg.conf.yavdr soweit ok oder habe ich was falsch gemacht?

So sieht meine getemplate xorg.conf.yavdraus:

(...)Section "Monitor"	Identifier 	"Monitor0"	VendorName 	"Unknown"	ModelName  	"Unknown"	Option     	"DPMS"	Option     	"ExactModeTimingsDVI" "True"EndSectionSection "Device"	Identifier 	"Device0"	Driver     	"nvidia"	VendorName 	"NVIDIA Corporation"	Screen      	0	Option     	"DPI" "100x100"	BusID      	"PCI:3:0:0"	Option     	"NoLogo" "True"	Option     	"UseEvents" "True"	Option     	"TripleBuffer" "False"	Option     	"AddARGBGLXVisuals" "True"	Option     	"TwinView" "0"	Option     	"DynamicTwinView" "0"	Option     	"OnDemandVBlankinterrupts" "on"	Option     	"FlatPanelProperties" "Scaling = Native"# Custom template 0751_device0-body start  	Option     	"ConnectedMonitor" "DFP-1"  	Option     	"CustomEDID" "DFP-1:/var/lib/vdr/toshiba-edid.bin"# Custom template 0751_device0-body endEndSectionSection "Screen"	# --- custom template 0950 start ---	Identifier 	"Screen0"	Device     	"Device0"	Monitor    	"Monitor0"	DefaultDepth	24	SubSection 	"Display"    	Depth   	24    	Modes   	"nvidia-auto-select" "1920x1080" "1920x1080_24" "1920x1080_25" "1920x1080_30" "1920x1080_60"	EndSubSection	# --- custom template end ---	# --- custom template 0951 start ---	Option     	"ConnectedMonitor" "DFP-1"	Option     	"UseDisplayDevice" "DFP-1"	# --- custom template end --	# --- custom template 0952 start ---	Option     	"CustomEDID" "DFP-1:/var/lib/vdr/toshiba-edid.bin"	# --- custom template endEndSection(...)

Zitat

spiel mal mit den beiden y-Werten (y1="8" und y2="48") in den beiden Zeilen:

BINGO.

das wars. Jetzt sind die Balken "normal" breit. - Musste dadurch zwar noch einige andere Positionen anpassen, aber das war kein Problem.

Muss man das verstehen bzw. weshalb ist das so?

Da ich eher in die Kategorie "Linux-Anfänger" falle, habe ich mich für den YaVDR entschieden.

Dies hat dann aber auch zur Folge, dass die Sourcen nicht installiert sind und ich es mir auch nicht zutraue, den VDR oder die Plugins neu zu compilieren.
Somit kann ich die Frage, ob der Patch bereits appliziert wurde, nur insofern beantworten, dass ich es nicht getan habe, es aber eventuell bereits vom YaVDR Team getan wurde.

Anyway, müssten bei einem nicht gepatchten text2skin die schmalen Balken nicht eigentlich bei jedem Skin auftreten?
Die zwei Bilder oben sind beide von meinem VDR, will heissen: in dem einen Skin ist es ok, im anderen nicht....?!

Guido

Hi,

ich bin gerade dabei, meinen ersten Skin mit Hilfe von text2Skin zu erstellen.
Ich stehe vor einem kleinen Problem, bei dem ich nicht weiter komme und Hilfe benötige - alternativ auch gerne einen Link oder ein Buzzword zum suchen (meine Suche lieferte zwar einige Ergebnisse, die aber alle irgendwie auf einen Patch hinaus liefen, was bei mir - da es ja grundsätzlich funktioniert - wohl nicht nötig ist - oder?!).

In vielen vorhandenen Skins, z.B. Anthra_1920 werden bei mir die Balken in der "Was läuft Jetzt" Übersicht "normal" dargestellt.
In meinem Skin und z.B. auch in PearlHD sind sie allerdings sehr klein / flach.
Woran liegt das bzw. wie kann man die schmalen Balken "breit" machen?

Ich nutze Text2Skin 1.3.1

[Blockierte Grafik: http://img691.imageshack.us/img691/404/balken01.png]

<!--SUBMENU-BEGIN--> 
<block condition="not(equal({MenuTitle:clean},'VDR'))"> 
<text x1="52" x2="1200" y1="50" y2="90" align="left" color="White" font="VDRSymbols Sans:Book@40">{MenuTitle}</text> 
<list x1="0" x2="1920" y1="135" y2="990"> 
<item height="55"/> 
<text x1="52" x2="1835" y1="14" y2="32" color="Grey" font="VDRSymbols Sans:Book@40">{MenuGroup}</text> 
<text x1="52" x2="1835" y1="14" y2="32" color="Grey" font="VDRSymbols Sans:Book@40">{MenuItem}</text> 
<image x1="30" x2="1895" y1="10" y2="63" alpha="210" condition="{IsMenuCurrent}" bgColor="Background" path="symbols/Menubar.png" /> --> 
<text x1="52" x2="1835" y1="14" y2="32" color="White" align="left" font="VDRSymbols Sans:Book@40">{MenuCurrent}</text> 
</list> 
</block> 
<!--SUBMENU-END-->

Guido

Wo wird denn die CPU Last verbraten?

Vielleicht im Kernel?

Ich hatte bei meiner GT240 ähnliche Probleme.
aplay -l lieferte bei mir mehrere Geräte (ids 3, 7. 8, 9)
Von den devices produzieren (bei mir) aber nur die 3 und 7 eine Soundausgabe.

# speaker-test -c2 -twav -Dplughw:0,7
# speaker-test -c2 -twav -Dplughw:0,3
# speaker-test -c2 -twav -Dhw:0,7
# speaker-test -c2 -twav -Dhw:0,3
haben alle eine soundousgabe produziert.

Konnte dann mit "options snd-hda-intel enable_msi=0 probe_mask=3" erreichen nur noch devices 3 und 7 aufgelistet zu bekommen, was mich schließlich ans Ziel brachte.

Nachzulesen hier (ab Seite 2): http://www.vdr-portal.de/board/thread.php?threadid=97699&sid=

Hatte dann noch das Problem, dass der Ton im Webinterface zwar auf "HDMI Stereo" stand, aber bei einigen HD Sendern nur Rauschen rüberkam.
Lösen konnte ich es dadurch, dass ich im Webinterface nochmal auf "HDMI Passthru" (o.ä) udw wieder zurück auf "HDMI Stereo" gestellt hatte (beides wurde ohne Fehlermeldung ausgeführt).