Beiträge von hergorn

Lieber Leo,

Zitat von Leo

habe seit dem update (XBMC 0.4 testing) das Problem das nach dem starten von XBMC die Meldung kommt:

no pvr add-on enabled

Hat das auch jemand ?

Das Problem trat bei mir auch auf.

Mit:

sudo rm /var/lib/vdr/.xbmc/userdata/Database/TV*.db

und einem Neustart vom xbmc war es behoben.

Infos:
yaVDR v0.4 woosh

Das Problem mit dem Hängenbleiben besteht bei mir weiter (wenn kein Film abgespielt wurde).

xbmc:
  Installiert: 2:11.0-pvr+yavdr2-odk73-eden-git20120402.0b73bfc-yavdr6~natty
  Kandidat:	2:11.0-pvr+yavdr2-odk73-eden-git20120402.0b73bfc-yavdr6~natty
  Versionstabelle:
 	2:11.0-pvr+yavdr2-odk73-eden-git20120402.0b73bfc-yavdr7~natty 0
    	500 http://ppa.launchpad.net/yavdr/unstable-xbmc-p8/ubuntu/ natty/main amd64 Packages
 *** 2:11.0-pvr+yavdr2-odk73-eden-git20120402.0b73bfc-yavdr6~natty 0
   	1002 http://ppa.launchpad.net/yavdr/testing-xbmc/ubuntu/ natty/main amd64 Packages
    	100 /var/lib/dpkg/status
 	2:11.0-pvr+pipelka-eden~git20111022.1788033982-0yavdr0~natty 0
    	500 http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu/ natty/main amd64 Packages

Ist für mich aber nicht so schlimm, da ich eigendlich immer ein Film abspiele

Danke für Eure Mühe

Liebe Gruesse

Hergorn

Hallo Leute,

leider hat das Update bei mir keine Besserung gebracht.

Danke trotzdem.

Hergorn

Hi,

vielen Dank.

Zitat von Cybso

3. Das Confluence-Theme modifizieren, damit dieses Script beim Beenden aufgerufen wird. Dazu die Datei /usr/share/xbmc/addons/skin.confluence/720p/DialogButtonMenu.xml

Ich habe die Änderung vorgenommen. Leider ohne Erfolg. Wenn ich "Dein" Script auf der Shell dirkt aufrufe (als root) kommt:

sed: kann /home/hergorn/.xbmc/userdata/guisettings.xml nicht lesen: Datei oder Verzeichnis nicht gefunden

Danke

Hergorn

Hallo Leute,

Zitat von steffen_b

Wenn sich noch eine andere Lösung als mein Workaround (killall -9 xbmc.bin im xbmc-exit.conf upstart Job) finden würde wäre es Klasse.

Ich stelle mich zu doof an.
in xbmc-exit.conf steht bei mir:

start on stopped xbmc
task
script


logger -t "XBMC" "XBMC exit with exit status $EXIT_STATUS, $EXIT_SIGNAL, ENV: $(env) ."
case $EXIT_STATUS in
	64|66)


    	vdr-dbus-send /Remote remote.HitKey string:'Power' || /bin/true


    	;;
	*)
    	signal-event reset-display-rate
    	initctl emit vdr-frontend-restart
    	;;




esac
end script

Wo soll da das:

killall -9 xbmc.bin

rein.

Auf der shell hilft das killall bei mir.

Ich habe es an verschieden Stellen ohne Erfolg probiert.

Die Problem mit "no pvr addon-on enabled" habe ich auch, ist bei mir aber nicht so "schlimm" wie das beenden.

Danke

Hergorn

Zitat

Original von hergorn
Alles wieder OK.

Es gibt doch noch ein Problem. Nach einem Reboot, wird der VDR zu früh gestartet. D.h. der Treiber der Sticks ist noch nicht geladen (LED aus). Ein vdr restart hilft, danach ist wieder ein Bild da. Das Problem hatte ich schon seit Monaten nicht mehr. Zur Info ich habe 2 Sticks im DVB-C Betrieb.

beim booten:

Mar 21 19:59:54 vdr-hd vdr: [1295] registered source parameters for 'A - ATSC'
Mar 21 19:59:54 vdr-hd vdr: [1295] registered source parameters for 'C - DVB-C'
Mar 21 19:59:54 vdr-hd vdr: [1295] registered source parameters for 'S - DVB-S'
Mar 21 19:59:54 vdr-hd vdr: [1295] registered source parameters for 'T - DVB-T'
Mar 21 19:59:54 vdr-hd vdr: [1295] no DVB device found
......
Mar 21 19:59:54 vdr-hd vdr: [1295] trying device number 1 instead 
Mar 21 19:59:54 vdr-hd vdr: [1295] setting primary device to 1
Mar 21 19:59:54 vdr-hd vdr: [1295] assuming manual start of VDR

nach vdr restart:

Mar 21 20:00:48 vdr-hd vdr: [1827] registered source parameters for 'A - ATSC'
Mar 21 20:00:48 vdr-hd vdr: [1827] registered source parameters for 'C - DVB-C'
Mar 21 20:00:48 vdr-hd vdr: [1827] registered source parameters for 'S - DVB-S'
Mar 21 20:00:48 vdr-hd vdr: [1827] registered source parameters for 'T - DVB-T'
Mar 21 20:00:48 vdr-hd vdr: [1827] probing /dev/dvb/adapter0/frontend0
Mar 21 20:00:48 vdr-hd vdr: [1827] [general.debug] capturing device 0/0 
Mar 21 20:00:48 vdr-hd vdr: [1827] new device number 1 Mar 
21 20:00:48 vdr-hd vdr: [1827] frontend 0/0 provides DVB-C with QAM16,QAM32,QAM64,QAM128,QAM256 ("Sundtek DVB-C") 
Mar 21 20:00:48 vdr-hd vdr: [1827] LNB-sharing: patch version 0.1.2 
Mar 21 20:00:48 vdr-hd vdr: [1827] LNB-sharing: setting device 1 to use LNB 1 Mar 21 20:00:48 vdr-hd vdr: [1827] Device 1: will send signals (like 22kHz) to LNB nr. = -1  Mar 21 20:00:48 vdr-hd vdr: [1911] tuner on frontend 0/0 thread started (pid=1827, tid=1911) 
Mar 21 20:00:48 vdr-hd vdr: [1912] section handler thread started (pid=1827, tid=1912) 
Mar 21 20:00:48 vdr-hd vdr: [1827] probing /dev/dvb/adapter1/frontend0 
Mar 21 20:00:48 vdr-hd vdr: [1827] [general.debug] capturing device 1/0 
Mar 21 20:00:48 vdr-hd vdr: [1827] new device number 2 
Mar 21 20:00:48 vdr-hd vdr: [1827] frontend 1/0 provides DVB-C with QAM16,QAM32,QAM64,QAM128,QAM256 ("Sundtek DVB-C") 
Mar 21 20:00:48 vdr-hd vdr: [1827] LNB-sharing: patch version 0.1.2 
Mar 21 20:00:48 vdr-hd vdr: [1827] LNB-sharing: setting device 2 to use LNB 2 Mar 21 20:00:48 vdr-hd vdr: [1827] Device 2: will send signals (like 22kHz) to LNB nr. = -2  
Mar 21 20:00:48 vdr-hd vdr: [1917] tuner on frontend 1/0 thread started (pid=1827, tid=1917) 
Mar 21 20:00:48 vdr-hd vdr: [1827] found 2 DVB devices

Hat jemand eine Idee? Wurde etwas geändert?

Danke

cu

Hergorn

Hallo Leute,

ich bin wieder "sauber":

sundtek_installer_development.sh -u

und dann:

Zitat

Original von Gutzy

Ich bin wie folgt vorgegangen:
apt-get remove --purge dvb-driver-sundtek
apt-get remove --purge yavdr-hardware-sundtek
apt-get install yavdr-hardware-sundtek -y
apt-get install dvb-driver-sundtek dvb-driver-sundtek-dev -y

Alles anzeigen

Alles wieder OK.

Danke

Hergorn

Danke.

Werde ich machen.

cu

Zitat

Original von gda
Schade, das ist wenig hilfreich, so kannst du ja nicht zur Fehlersuche beitragen.

Ich warne alle anderen dies ebenso zu lösen. Ihr könntet euch damit eine sehr ungesunde Mischung aus yaVDR-Paket und original Sundtek-Treiber einhandeln.

Gerald

Sorry, aber wie hätte ich es lösen sollen? Da es sich um ein Produktivsystem handelt, wollte ich eine schnelle Lösung.

Tschuldigung

Der Sundtek-Supporter sagte mir mal vor ein paar Monaten, die Installation des Beta-Treibers über Euer Yavdr-Paget ergibt keine Probleme.

cu

Hergorn

Moin,

habe gerde ne Apt-get update gemacht. (19:15 Uhr). Danach liefen die Sundteks nicht. Beta-Treiber von der Sundtek-Seite eingespielt und danach war wieder ein Bild da.

cu

Hergorn

Liebes yaVDR-Team,

vielen Dank für Eure tolle Arbeit. Nach 4 Monaten ist die 0.3 Version top.
Es ist mein erster HD-VDR der stabil mit KabelDeutschland und 2 Sundtek Sticks läuft.
(7/24)

Lirc geht, keine Schnee und ein stabiler VDR. TOP

DANKE

Hergorn

Project X ist die nächste Option. Die war und ist gesetzt.

cu

Hergorn

Moin,

letzte Woche lief es noch ohne Probleme. Seit gestern und einigen dist-upgrades in der letzten Woche kommt seit gestern (vorher nicht mehr getestet):

pid = 10784) exited gracefully (exit code 1) [vdr] process "demux" exited [vdr] ERROR: process mplex (pid = 10785) crashed (signal 15) [vdr] ERROR: process author (pid = 10786) crashed (signal 15)

Ausgewählte Optionen:
Abbild erzeugen
Single oder Double Layer

Ich habe das komplette Log angehängt.
Auch die Aufzeichnung von letzter Woche klappt nicht mehr.
------------------------------
Lösung:
Ich habe die Einstellung im BurnPlugin > Pfad abschneiden > auf ja

gesetzt und es geht wieder?? Ich hatte nichts geändert.

Danke

Hergorn

Zitat

Original von dontom

Wenn Du Deine Aufnahmen eh schon nach /srv/vdr/video.00 verlinkt hast, wozu dann noch das Videodir in /etc/default/vdr?

tom

Ich hatte das mit dem Link erst nicht hinbekommen. Aber auch nur mit dem Link, bricht der vdr ab.

cu

Hallo Leute,

ich habe das Problem, das mein VDR abraucht wenn ich auf Aufnahmen im Live-Plugin drücke.

Ich habe das Video-Verzeichnis per nfs eingebunden /video user vdr:vdr (per fstab). Symlink nach /srv/vdr/video.00.
In /etc/default/vdr: VIDEO_DIR="/video"

Im VDR ist alles i.O.

Nach dem Druecken auf Aufnahmen (im Live) steht im syslog:

Jan 13 21:52:07 vdr-hd vdr-sxfe[2162]: [2190] [input_vdr] Data stream disconnected
Jan 13 21:52:07 vdr-hd lircd-0.8.6[1620]: removed client
Jan 13 21:52:07 vdr-hd vdr-sxfe[2162]: [2189] [input_vdr] Control stream disconnected
Jan 13 21:52:07 vdr-hd vdr-sxfe[2162]: [2190] [input_vdr] read_block: no data source, returning NULL
Jan 13 21:52:07 vdr-hd init: vdr main process (2065) killed by FPE signal
Jan 13 21:52:07 vdr-hd vdr-sxfe[2162]: [2162] [vdr-fe] caught signal 15
Jan 13 21:52:07 vdr-hd vdr-sxfe[2162]: [2162] [input_vdr] write_control aborted
Jan 13 21:52:07 vdr-hd vdr-sxfe[2162]: [2162] [input_vdr] Connections closed.

Wo kann ich den Fehler suchen.

Ich habe das Plugin schon de- und neuinstalliert.

Danke fuer Vorschläge

cu

Hergorn

Moin,

ich habe das gleiche Problem. Bei mir reagiert der vdr auch nicht auf die Fernbedienung. Ein stop vdr und start war, wenn ich mich richtig entsinne auch nicht erfolgreich. Nur ein reboot hat geholfen.
Ich hatte auf Probleme mit meinen Sundtek-Sticks getippt. Die Sundteks laufen mit dem aktuellen Treiber vom Dezember aber eigendlich gut. Ich werde das nächste mal, log-Dateien sammeln.

cu

Hergorn

Hallo Leute,

ich habe mir nen neuen 2.6.32 Kernel und auch den Lirc nach der tollen Anleitung: vom Wilderigel gebaut.

ohne den setserial Krempel, da ja USB

irrecord geht !!!!

und beim booten steht im syslog:

Zitat

lirc_dev: IR Remote Control driver registered, major 61
lirc_dev: lirc_register_driver: sample_rate: 0 usbcore: registered new interface driver TTUSBIR

/dev/lirc0 ist vorhanden (plus symlink /dev/lirc -> /dev/lirc0)

modprobe -l lirc_ttusbir

Zitat

/lib/modules/2.6.32lirc/misc/lirc_ttusbir.ko

lsmod | grep lirc

Zitat

lirc_ttusbir 2942 0
lirc_dev 6826 1 lirc_ttusbir
usbcore 97395 8 usbserial,usbhid,lirc_ttusbir,ehci_h cd,ohci_hcd

beim starten des vdrs:

Zitat

vdr: [2970] ERROR: /dev/lirc0: Verbindungsaufbau abgelehnt
vdr: [2970] ERROR: remote control LIRC not ready!

Ich habe bei dem USB-Modul keine richtige Ahnung, was in die Hardware.conf eintragen soll. Bei meinem alten vdr gings "ohne" Probleme, mit nem seriellen Lirc-Dongel.

Die aktuelle Hardware.conf habe ich mal angehängt.
Leider habe ich im Forum zu ttusbir und debian nichts richtiges gefunden.

Für LINVDR und Gen2vdr gibts hier Infos vom Entwickler des ttusbir:
ttusbir-Treiber

Hat einer eine Lösung für mich?

Danke.

cu

Hergorn

Hi,

das Problem hatte ich auch.

unter:
HOWTO Knoppix 3.4 Remastern

von prahn:
gibt es eine Anleitung, wie der sshd bei knoppix aktiviert wird. Klappt super.
- DVD rein
- booten
- mit ssh anmelden
- Platte mounten
....
- ich packe die ganze Partition mit tar auf die Datenpartition und super ist es

Ich habe es letzte Woche mit dem 5.1.1 Knoppix gemacht

cu

Hergorn

Hallo Leute,
ich hatte leider keine Zeit, da ich die ganze Woche gearbeitet habe (inkl. Wochenende). Ich habe gerade 20 EUR Unkostenbeitrag an Dich ueberwiesen.

Danke fuer Euren Einsatz

Hergorn

Hallo,

ich hatte das gleiche Problem. Nach kompletter Deinstallation ging es wieder ein paar Tage / Stunden bis es wieder auftauchte. Bin erst mal auf vdradmin-am zurück gewechselt.

cu

Hergorn

Ich hatte das Problem gestern mit dem Tatort. Nach einem Reboot um 21 Uhr, hat er auf einmal einen Timer angelegt. Ich benutze keine externen EPG Quellen nur 2 FF DVB-C Karten.

cu

Hergorn