Digital Devices CINE C/T Modus DVB-T nicht dauerhaft

abraxas · 15. August 2012

Hi!

ich habe mir die Cine C/T zugelegt. Die Karte wird erkannt und und scannt bei gestoppten VDR brav DVB-T, welches von mir zurzeit ausschließlich genutzt wird. Starte ich YAVDR wird die Karte als DVB-C erkannt. Kein Problem dachte ich mir, dvb-fe-tool gesucht und gefunden, übersetzt, VDR gestoppt frontends umgeschaltet, VDR wieder gestartet, läuft prima. Leider bleibt die DVB-T Einstellung nicht erhalten. An sich dachte ich erlesen zu haben, dass bei ausschließlich DVB-T in der Channels.conf DVB-T automatisch eingestellt wir bzw. dies der VDR abhakt. Dem scheint nicht so zu sein- Daher: Wo kann ich das Umschalten am besten einfügen?

lspci-Auszug

Code

03:00.0 Multimedia controller: Digital Devices GmbH Octopus LE DVB adapter
	Subsystem: Digital Devices GmbH Device 0030
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 48
	Kernel driver in use: DDBridge
	Kernel modules: ddbridge

dmesg Auszug

Code

[ ] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[   14.569831] DDBridge 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   14.569850] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
[   14.569877] HW 00010009 REG 00010004
[   14.569921] DDBridge 0000:03:00.0: irq 48 for MSI/MSI-X
[   14.572438] Port 0 (TAB 1): DUAL DVB-C/T
[   14.573068] Port 1 (TAB 2): NO MODULE
[   14.573671] Port 2 (TAB 3): NO MODULE
[   14.574386] DVB: registering new adapter (DDBridge)
[   14.574388] DVB: registering new adapter (DDBridge)
[   14.751614] Linux media interface: v0.10

Alles anzeigen

Danke schon mal für die Hilfe.

seine_dudeheit · 3. September 2012

Hallo abraxas.

Hast du inzwischen ein Lösung für ein Startup-Skript gefunden? Ich bin im Moment am gleichen Problem. Habe die gleiche Karte wie du und benötige ein Skript welches VOR (in meinem Fall) TVHeadend startet und die beiden Adapter umschaltet.
Momentan mache ich dies manuell mittels

Code

/etc/init.d/tvheadend stop
dvb-fe-tool -a0 -d DVBT
dvb-fe-tool -a1 -d DVBT
/etc/init.d/tvheadend start

Ich schätze für den VDR geht das analog. Im Prinzip benötige ich ein Startskript welches als Superuser das dvb-fe-tool ausführt und erst wenn dies geschehen ist den VDR/TVHeadend starten lässt.
Hat jemand eine Ahnung wie man das umsetzt?

LG Philipp

P.S. Für die Leute die das dvb-fe-tool nicht selbst kompilieren wollen: Für Ubuntu 12.04 gibt es Version 0.8.8. in den Repos von "libv4l" in launchpad.

BJ1 · 3. September 2012

Mal naiv gefragt: Kann man beim Laden der Module nicht sagen, welche(r) Tuner für C/T verwendet werden sollen? Ich verwende ebenfalls eine CineCT, allerdings ausschliesslich für DVB-C.

BJ1

mini73 · 4. September 2012

Moin!

Am besten mal das Upstart Cook Book lesen.

Wenn etwas vor einem anderen Job gestartet werden soll, dann muss die Bedingung "on starting" benutzt werden. Und da es kein richtiger Dauerlauf-Service-Job ist, muss es wohl als task gekennzeichnet werden.

Lars

abraxas · 4. September 2012

Ups lange nicht mehr geschaut...!

Unter 0.4 habe ich es analog zum WIKI mit dem Renamen der Frontends hinbekommen.
Bei der 0.5 alpha habe ich nicht weitergeforscht, ging out of the box noch nicht - dvb-fe-tool übersetzen benötigte erstmal einen gewissen Nachinstallationsaufwand. Bei der Leserei der Upstart Geschichte habe ich dann zunächst gestoppt, da es unter 0.4 ja bei mir läuft.

Gruß

Thomas

seine_dudeheit · 21. September 2012

Hallo zusammen,

danke für den Tipp mit Upstart. Ich habe mich ein bisschen eingelesen (wenn auch nicht das ganze Cookbook) und einen groben Überblick bekommen. Dennoch finde die start on und stop on Befehle noch ein bisschen verwirrend. Bevor ich mir nun meinen Bootvorgang zerschieß wäre ich froh, wenn mal der ein oder andere von euch drüberschauen könnte, und auf das Ganze grobe Fehler prüfen. Ich habe mir aus diversen Foreneinträgen ein eigenes kleines Skript zusammengeschustert.
Konzeptionell würde folgendermaßen vorgehen, in dem ich zwei neue .conf Dateien in /etc/init anlege:

(1) dvb-switch.conf: Starte wenn dvb-Adapter initialisiert sind; Switche anschließend beide Adapter mit dem dvb-fe-tool
(2) tvheadend.conf: Starte TVHeadend nachdem dvb-switch ausgeführt wurde.

dvb-switch.conf

Code

description 	"Switch adapters of DD CineCT from DVB-C to DVB-T before TVHeadend starts"


start on starting tvheadend
stop on started tvheadend


# Tell upstart we're creating a task not a daemon
task


script
while [ ! -c /dev/dvb/adapter0/frontend0 ] || [ ! -c /dev/dvb/adapter1/frontend0 ]; do
	date >> /home/pman/dvb-switch.log
	 echo "DVB-Devices Initalizing: DVB-C devices are not registered yet.  Waiting 1 second then trying again..." >>  /home/pman/dvb-switch.log
	sleep 1s
	done
	date  >> /home/pman/dvb-switch.log
	 echo  "DVB-Devices Initalizing: DVB-C devices are now registered.  Switching from DVB-C to DVB-T." >> /home/pman/dvb-switch.log
exec /usr/bin/dvb-fe-tool -a0 -d DVBT
exec /usr/bin/dvb-fe-tool -a1 -d DVBT
end script

Alles anzeigen

und noch eine zweite Config-Datei:

tvheadend.conf

Code

description 	"Start TVHeadend with Upstart"


start on runlevel [2345]
stop on runlevel [016]


exec /usr/bin/tvheadend -f -u hts -g video

Und dann muss ich noch tvheadend aus der init.d herausnehmen wenn ich das richtig verstanden habe, damit tvheadend nicht doppelt gestartet wird.
update-rc.d -f tvheadend remove

Passt das so ungefähr? Für jegliche Tipps bin ich euch dankbar.
MfG Philipp

mini73 · 21. September 2012

Moin!

Statt der "date >> ..."-Aufrufe würde ich einfach "logger -t dvb-switch ..." benutzen, dann ist es im syslog.
Ansonsten einfach ausprobieren und vorher eine Live-CD zurechtlegen, damit du zur Not auf der Platte den Job wieder löschen kannst.

Lars.

seine_dudeheit · 26. September 2012

Hallo Lars,
danke nochmal für deine Antworten. Ich denke es funktioniert. Hier poste ich mal nochmal meine zwei confs für Leute die das gleiche Problem haben.
Also ich habe unter /etc/init folgende zwei Skripte angelegt:

dvb-switch.conf

Code

description "Switch adapters of DD CineCT from DVB-C to DVB-T before TVHeadend starts"


start on starting tvh
stop on started tvh


# Tell upstart we're creating a task not a daemon
task


script
while [ ! -c /dev/dvb/adapter0/frontend0 ] || [ ! -c /dev/dvb/adapter1/frontend0 ]; do
    logger -t dvb-switch "DVB-Devices Initalizing: DVB-C devices are not registered yet. Waiting 1 second then trying again..."
    sleep 1s
    done
    logger -t dvb-switch "DVB-Devices Initalizing: DVB-C devices are now registered. Switching from DVB-C to DVB-T."
exec /usr/bin/dvb-fe-tool -a0 -d DVBT
exec /usr/bin/dvb-fe-tool -a1 -d DVBT
end script

Alles anzeigen

tvh.conf

Code

description "Start TVHeadend with Upstart"


start on runlevel [2345]
stop on runlevel [016]


exec /usr/bin/tvheadend -f -u hts -g video

Anschließend habe ich TVHeadend aus der init.d genommen:

Code

sudo update-rc.d -f tvheadend remove

und dann noch den Daemon gestoppt:

Code

sudo invoke-rc.d tvheadend stop

Nach einem Reboot bekomme ich Folgendes in der syslog angezeigt:

Code

Sep 26 20:38:53 persepolis kernel: [6.960554] type=1400 audit(1348684733.310:8): apparmor="STATUS" operation="profile_load" name="/usr/sbin/tcpdump" pid=1221 comm="apparmor_parser"
Sep 26 20:38:53 persepolis kernel: [7.030497] lirc_dev: IR Remote Control driver registered, major 250
Sep 26 20:38:53 persepolis dvb-switch: DVB-Devices Initalizing: DVB-C devices are now registered. Switching from DVB-C to DVB-T.
Sep 26 20:38:53 persepolis cron[1286]: (CRON) INFO (pidfile fd = 3)
Sep 26 20:38:53 persepolis acpid: starting up with proc fs
Sep 26 20:38:53 persepolis acpid: 35 rules loaded
Sep 26 20:38:53 persepolis acpid: waiting for events: event logging is off
Sep 26 20:38:53 persepolis cron[1311]: (CRON) STARTUP (fork ok)
Sep 26 20:38:53 persepolis cron[1311]: (CRON) INFO (Running @reboot jobs)
Sep 26 20:38:53 persepolis tvheadend[1316]: dvb: Found adapter /dev/dvb/adapter0 (STV0367 DVB-C DVB-T) via PCI
Sep 26 20:38:53 persepolis tvheadend[1316]: dvb: Found adapter /dev/dvb/adapter1 (STV0367 DVB-C DVB-T) via PCI
Sep 26 20:38:53 persepolis tvheadend[1316]: EPG: Injected 13993 event from disk database
Sep 26 20:38:53 persepolis tvheadend[1316]: dvr: Creating new configuration ''
Sep 26 20:38:53 persepolis tvheadend[1316]: dvr: Creating new configuration 'xbmc'
Sep 26 20:38:53 persepolis tvheadend[1316]: CSA: Using SSE2 128bit parallel descrambling
Sep 26 20:38:53 persepolis tvheadend[1316]: START: HTS Tvheadend version 2.99.53.4502158 started, running as PID:1316 UID:107 GID:44, settings located in '/home/hts/.hts/tvheadend', dataroot: /usr/share/tvheadend
Sep 26 20:38:53 persepolis kernel: [7.308942] r8169 0000:02:00.0: eth0: link up
Sep 26 20:38:53 persepolis kernel: [7.309293] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sep 26 20:38:54 persepolis kernel: [7.932074] lirc_serial: auto-detected active low receiver

Alles anzeigen

Außerdem wird im Ordner /var/log/upstart noch eine dvb-switch.log erzeugt. (Warum?)

Zweimal Neustart -> zweimal LiveTV über DVB-T direkt aus XBMC heraus. Funktioniert.

Allerdings habe ich noch eine Verständnisfrage:
Er scheint dvb-switch erst zu aktivieren wenn beide dvb-Adapter schon geladen sind, d.h. die Prüfung in der dvb-switch.conf ob beide Adapter geladen sind ist dann überflüssig?

Ansonsten nochmal Danke für die Hilfe.
Philipp

mini73 · 26. September 2012

Moin!

Zitat von seine_dudeheit

Außerdem wird im Ordner /var/log/upstart noch eine dvb-switch.log erzeugt. (Warum?)

Vermutlich gibt dvb-fe-tool etwas auf stdout aus, das wird von Upstart protokolliert. Schau doch mal rein, da wird drin stehen, ob es geklappt hat.
Entweder logrotate für diese Dateien einschalten (wenn's nicht schon ist) oder bei den Aufrufen stdout auf /dev/null umleiten.

Zitat von seine_dudeheit

Er scheint dvb-switch erst zu aktivieren wenn beide dvb-Adapter schon geladen sind, d.h. die Prüfung in der dvb-switch.conf ob beide Adapter geladen sind ist dann überflüssig?

Das ist "Zufall", da die Treiber dieser Karte sehr schnell initialisieren. Es stört aber nicht da drin und ist "das Netz über dem das Programm balanciert", falls es mal bei einem Treiber hakt und er erst später da ist.

Da es sich, soweit ich weiß, nicht um Dateien von yaVDR handelt, kommst du sogar um das templating herum. Aber das hättest du auch schnell gelernt.

Lars.

aragorn · 27. September 2012

Wäre nicht eine udev Regel die einfachere Lösung - so mache ich es zumindest bei meiner Cinergy-T:

/etc/udev/rules.d/11-cinergy-t.rules

Code

KERNEL=="dvb[0-9].*" SUBSYSTEM=="dvb" DRIVERS=="cx23885", RUN+="/usr/bin/dvb-fe-tool -d DVBT -a $env{DVB_ADAPTER_NUM}"

also wenn man den cx23885 durch ddbridge ersetzt oder so.

Code

KERNEL=="dvb[0-9].*" SUBSYSTEM=="dvb" DRIVERS=="ddbridge", RUN+="/usr/bin/dvb-fe-tool -d DVBT -a $env{DVB_ADAPTER_NUM}"

vg, aragorn

mini73 · 27. September 2012

Moin!

Zitat von aragorn

Wäre nicht eine udev Regel die einfachere Lösung

Theoretisch ja, ich meine aber, dass das schon jemand mit der Cine-C/T probiert hat und es soll nicht zuverlässig funktioniert haben.

Aber eigentlich sollte man eine aktuelle vdr-Version benutzen, dann sollte es "eigentlich" gar nicht nötig sein. Aber das kann man auch auf vdr 2.0 verschieben...

Lars.

abraxas · 27. September 2012

Hallo!

mit der yavdr 0.5 beta gehts erstmal bei mir nicht ohne das Script von seine_dudeheit (abgewandelt auf starting vdr).

Gruß

Thomas

seine_dudeheit · 29. September 2012

Hallo miteinander,

das switchen des DVB funktioniert nun prächtig. Nur leider lädt das System meinen selbst generierten Upstart-Job (tvh.conf) nicht, sondern den alten System-V init.d Job(tvheadend), wenn ich das richtig verstehe:

initctl list

Code

...
tty5 start/running, process 1275
tvh stop/waiting
failsafe stop/waiting
...

service --status-all

Code

...
 [ - ]  stop-bootlogd-single
 [ ? ]  sudo
 [ ? ]  tvheadend
 [ ? ]  udev
...

Eigentlich dachte ich hätte ich den init.d Job mit oben genannten Befehlen entfernt. Ich habe zwar zwischenzeitlich ein apt-get upgrade ausgeführt, aber da war meines Wissens das tvheadend Paket nicht dabei. Oder gibt es einen anderen Grund warum mir tvheadend wieder in die /etc/init.d/ geschrieben wird?
Ich bin etwas verwirrt und weiß jetzt nicht genau, ob tvheadend, welches ich in der Syslog sehe nun von init oder init.d gestartet wird?

P.S. Ich weiß, dass dies hier ein yavdr-Forum ist, aber möglicherweise sind diese Probleme auch für yavdr-Nutzer relevant, da Ubuntu und upstart bei beiden die Basis ist.

Keine_Ahnung · 29. September 2012

Zitat von seine_dudeheit

Wissens das tvheadend Paket nicht dabei. Oder gibt es einen anderen Grund warum mir tvheadend wieder in die /etc/init.d/ geschrieben wird?

Mit update-rc.d entfernst du es nicht updatesicher. IIRC muss ein Link bestehen bleiben damit das klappt.

Aber poste mal das tvheadend Init Script. Evtl. kann man das sauber deaktivieren.

cu

seine_dudeheit · 29. September 2012

Hallo,
hier die etc/init.d/tvheadend

Code

#! /bin/sh
### BEGIN INIT INFO
# Provides:      	tvheadend
# Required-Start:	$local_fs $remote_fs udev
# Required-Stop: 	$local_fs $remote_fs
# Default-Start: 	2 3 4 5
# Default-Stop:  	0 1 6
### END INIT INFO


# Author: Andreas Öman


# Do NOT "set -e"


# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/usr/sbin:/usr/bin:/sbin:/bin
DESC="Tvheadend"
NAME=tvheadend
DAEMON=/usr/bin/$NAME
DAEMON_ARGS="-f -u hts -g video"
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME


# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0


# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME


# Load the VERBOSE setting and other rcS variables
[ -f /etc/default/rcS ] && . /etc/default/rcS


# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions


#
# Function that starts the daemon/service
#
do_start()
{
    	# Return
    	#   0 if daemon has been started
    	#   1 if daemon was already running
    	#   2 if daemon could not be started
    	udevadm settle
    	start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --$
            	|| return 1
    	start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --$
            	$DAEMON_ARGS \
            	|| return 2
}


#
# Function that stops the daemon/service
#
do_stop()
{
    	# Return
    	#   0 if daemon has been stopped
    	#   1 if daemon was already stopped
    	#   2 if daemon could not be stopped
    	#   other if a failure occurred
    	start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PID$
    	RETVAL="$?"
    	[ "$RETVAL" = 2 ] && return 2
    	# Many daemons don't delete their pidfiles when they exit.
    	rm -f $PIDFILE
    	return "$RETVAL"
}




case "$1" in
  start)
    	[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
    	do_start
    	case "$?" in
            	0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
            	2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
    	esac
    	;;
  stop)
    	[ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
    	do_stop
    	case "$?" in
            	0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
            	2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
    	esac
    	;;
  restart|force-reload)
    	#
    	# If the "reload" option is implemented then remove the
    	# 'force-reload' alias
    	#
    	log_daemon_msg "Restarting $DESC" "$NAME"
    	do_stop
    	case "$?" in
      	0|1)
            	do_start
            	case "$?" in
                    	0) log_end_msg 0 ;;
                    	1) log_end_msg 1 ;; # Old process is still running
                    	*) log_end_msg 1 ;; # Failed to start
            	esac
            	;;
      	*)
            	# Failed to stop
            	log_end_msg 1
            	;;
    	esac
    	;;
  *)
    	echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
    	exit 3
    	;;
esac


:

Alles anzeigen

Keine_Ahnung · 29. September 2012

Na ist doch super

Dann schreibst du am Anfang in die "/etc/default/tvheadend" ein "exit 0" und dann ist Ruhe. Existiert die "/etc/default/tvheadend" nicht dann umso besser (dann fragt apt nicht blöd rum wenn die sich im tvheadend Paket ändert) dann erstellst du die einfach.

cu

Digital Devices CINE C/T Modus DVB-T nicht dauerhaft

Jetzt mitmachen!

Teilen