Posts by rolvo_volvo

Guten Abend zusammen,

seit dem Wechsel auf Frodo als Frontend, startet der mysql Server zu langsam bzw. Frodo startet wohl zu schnell, wie man an den Logs erkennen kann:

20:26:47 [Note] /usr/sbin/mysqld: ready for connections.
20:26:28 T:140627716638592   ERROR: Unable to open database: xbmc_music32 [2003](Can't connect to MySQL server on '192.168.2.101' (111))

Wenn ich das XBMC nach dem hochfahren sofort neu starte klappt es einwandfrei. Das mysql log file spuckt auch keine Fehler aus.

Ich hab schon versucht mysql in das init Script von xbcm (/etc/init/xbmc.conf) einzubauen, aber das klappt auch nicht so wie ich mir das vorstelle:

start on started mysql or started vdr or stopped openbox-tools or started sound-device \
or vdr-frontend-restart
stop on stopping openbox
nice -10


pre-start script


# wait for sound, vdr and Xorg (after wm) to be up
start wait-for-job-state WAIT_FOR=mysql TARGET_GOAL=start WAIT_STATE=running WAITER=xbmc WAIT_FOREVER=1 ||:
start wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=xbmc WAIT_FOREVER=1 ||:
start wait-for-job-state WAIT_FOR=sound-device TARGET_GOAL=start WAIT_STATE=running WAITER=xbmc WAIT_FOREVER=1 ||:
start wait-for-job-state WAIT_FOR=openbox-tools TARGET_GOAL=stop WAIT_STATE=waiting WAITER=xbmc WAIT_FOREVER=1 ||:

Wie kann man XBMC dazu bringen, erst dann zu starten wenn der Datenbankserver schon läuft (mysql und XBMC auf dem gleichen Rechner)? Jegliche andere Lösung ist natürlich auch willkommen.
Auf mysql kann ich nicht verzichten, da ansonsten die Musiksammlung nur extremst träge reagiert.

Gruß, rolvo_volvo

EDIT: Nach der Zeile

start wait-for-job-state WAIT_FOR=openbox-tools TARGET_GOAL=stop WAIT_STATE=waiting WAITER=xbmc WAIT_FOREVER=1 ||:

hab ich jetzt einfach ein sleep 20 eingebaut. Nicht die wirklich elegante Lösung, aber es funktioniert.

Ja, das Problem mit KEY_POWER2 hatte ich auch nach der Migration auf 0.4

Das Ausschalten des XBMC funktioniert bei mir einwandfrei wenn ich die Kiste über den Menüpunkt "Ausschalten" runter fahre.

Mir ist nichts bekannt und ich nutze den workaround von steffen_b. Zumindest weiß ich jetzt, das ich nicht alleine mit dem Problem bin

Bei mir hats gut eine Woche funktioniert und nach einem Update wars dann wieder vorbei und ich hab nen neuen Thread gestartet: Klick

Hmm, jetzt reagiert zwar der vdr nicht mehr auf die Fernbedienung, aber das xbmc startet neu wenn ich auf der Fernbedienung power drücke. Wähle ich über das Menü "Ausschalten" fährt die Kiste runter (Funktion für "Ausschalten" ist im xbmc auch auf "Ausschalten" gesetzt).

Ja, das tut es als workaround.

Vielen Dank!

Hallo zusammen,

ich nutze ausschließlich xbmc als Frontend und dabei reagiert der im Hintergrund laufende vdr immer auf die Fernbedienung. Es reicht von harmlosen Timeshiftaufnahmen bis zu einem vdr interface welches plötzlich eine Sprache mit mir spricht, die ich definitiv nicht kann.

Ein "svdrpsend remo" teilt mir dann folgendes mit: "Remote control enabled"
Schalte ich mit "svdrpsend remo off" die Fernbedienung aus, läuft alles wie es soll.

Bei einem Blick in die Templates für die /etc/init/xbmc.conf ist mir dann folgendes aufgefallen:
Vergleicht man die xbmc.conf für xine als Frontend mit der für xbmc, so unterscheiden sie sich durch die pre und post script Einträge (beide Dateien im Anhang). Nur wenn xine als Frontend verwendet wird, tauchen diese Einträge auf:

pre-start script 
vdr-dbus-send /Remote remote.Disable ||:
if [ ! -z $STANDALONE ] ; then
touch /tmp/.standalone 
fi
end script

post-stop script
/bin/rm -f /tmp/.standalone 
vdr-dbus-send /Remote remote.Enable ||:
/sbin/initctl emit --no-wait vdr-frontend-restart
end script

Irgendwie habe ich das Gefühl, dass da was mit den Templates nicht passt. Eigentlich sollte doch die Fernbedienung des vdr ausgeschaltet werden wenn xbmc läuft. Kopiere ich die pre und post Teile in die xbmc.conf (xbmc als frontend), startet xbmc nicht automatisch. Ein "sudo service xbmc start" startet dann das xbmc ohne Probleme und die Fernbedienung ist deaktiviert und alles ist in Ordnung.

Wo liegt der Fehler bzw. wo stehe ich auf der Leitung?

Gruss,
rolvo_volvo

Hi,

I don't know if I'm right, but I guess that that the vdr is still controlled by the remote even that xbmc is running. I've had a similiar problem and I've solved it like this:

Insert the following line just before the entry "script end" in /etc/init/xbmc.conf

su -c "svdrpsend remo off"

and this line just after "script" in /etc/init/xbmc-exit.conf

su -c "svdrpsend remo on"

This disables the remote control of vdr (not xbmc!) after xbmc is started and enables it for a proper vdr shutdown when xbmc ends. Furthermore you should use the template system of yavdr for the modifications. Otherwise the files will be overwritten by the next update.

http://www.yavdr.org/developer-zone…bout-templates/
http://www.vdr-wiki.de/wiki/index.php/YaVDR/Templates

For a quick test, you can simply switch of the remote control via the command line: "svdrpsend remo off" and then "sudo service xbmc restart."

Cheers,
rolvo_volvo

Bei mir tritt das Problem ebenfalls auf und ich habs folgendermassen gelöst:

In die Datei /etc/init/xbmc.conf direkt über "script end" diese Zeile einfügen

su -c "svdrpsend remo off"

und in /etc/init/xbmc-exit.conf direkt unter "script " das hier einfügen

su -c "svdrpsend remo on"

Um das Ganze "updatesicher" zu machen, sollte alles über Templates realisiert werden:
http://www.vdr-wiki.de/wiki/index.php/YaVDR/Templates

Gruß,
rolvo_volvo

Danke sehr!

Ich arbeite recht fleißig mit Templates, bin aber nicht auf die Idee gekommen, dass die remote.xml auch davon betroffen ist.

Hallo,

kann es sein, dass die /var/lib/vdr/.xbmc/userdata/keymap/remote.xml durch Updates überschrieben wird?
Nach dem heutigen Update von yavdr-remote habe ich wieder eine jungfräuliche remote.xml.

Gruss,

rolvo_volvo

Hallo,

vor kurzem aud yavdr 0.4 gewechselt und soweit sehr zufrieden.

Als Frontend verwende ich ausschließlich XBMC, jedoch startet das XBMC beim betätigen der Powertaste einfach neu, anstatt den Rechner herunter zu fahren.
Im yavdr Webinterface ist der klassische Shutdown und im XBMC "ausschalten" angewählt. Verschiedene Kombination der beiden Einstellungen ändern auch nichts am Verhalten.
Die Powertaste sendet mit meiner Konfiguration folgenden Befehl ans XBMC: "XBMC.Quit()" In den Logs konnte ich nichts finden was zu dem Thema passt.

Edit: Stelle ich xineliboutput als Frontend ein, beendet die Powertaste ein laufendes XBMC und ich lande wie gewünscht im VDR.

Lösung: Beim Umzug von yavdr 0.3 auf 0.4 habe ich die alte lircd.conf und Lircmap.xml mitgenommen und anschließend an die remote.conf angepasst. Dabei habe ich den Lirc Namen der Powertaste nicht von KEY_POWER auf KEY_POWER2 geändert.

Gruß,
rolvo_volvo

Das war auch das Erste was ich vor 3 Tagen versucht habe - ohne Erfolg.

Was es letztendlich war werd ich wohl wahrscheinlich nie erfahren...

Der Fernseher war komplett vom Netz weg.

Keine Ahnung warum, aber der Störsender ist anscheinend wieder verschwunden. An meinem Wohnungsinventar hat sich gar nix geändert!
Die nächsten Tage werden zeigen ob der Störer wieder auftaucht.

Vielleicht hilft mein Vorgehen ja jemand anderem:
1. Rechner ausschalten
2. IR Empfänger ausstecken
3. Rechner einschalten und lirc von der Platte purgen
4. Sicherheitshalber Rechner neustarten und lirc und yavdr-essential erneut installieren
5. Rechner auschalten, und Empfänger anstecken
6. Rechner starten, alte Config Dateien einspielen und ein sudo service remoted restart
7. Alles geht wieder einwandfrei

Danke für die Antworten!

Gruß,
Tom

Den Post hab ich schon gelesen. Danke für den Hinweis!

Gruß,
Tom

Der yavdr steht ca. 50cm unter dem LCD. Allerdings hat es ja sehr lange ohne Probleme funktioniert.
Auf die Idee bin ich auch schon gekommen und hab den Fernseher komplett vom Netz getrennt.
Sogar das Netzwerkkabel am yavdr hab ich schon gezogen um das rote Blinkelicht zu eliminieren.

Gruß,
Tom

Hallo,

seit ein paar Tagen will meine Fernbedienung nicht mehr wie sie soll. An der Konfiguration wurde nichts verändert und das System lief ein 3/4 Jahr absolut perfekt.

Als erstes habe ich den Empfänger (Homebrew, RS232) mittels mode2 getestet und es werden Signale empfangen ohne das ich irgendeine Taste auf der FB drücke.
Wenn ich mich recht an die Einrichtung des Empfängers erinnere, kamen damals nur sporadisch Signale ohne eine Taste auf der FB zu drücken. Jetzt hagelt es Signale.
Ein Abdecken des Empfängers führt dazu, dass gar nix mehr ankommt (sehr überraschend).
Danach hab ich versucht die Fernbedienung neu anzulernen und auch hier kommen logischerweise Signale ohne FB an und somit ist ein erneutes Anlernen nicht möglich.

Ich hab im Moment nur 2 Ideen an was es liegen könnte:
1. Irgendwo in meiner Wohnung gibts nen IR Sender über dessen Existenz ich mir nicht bewusst bin (hab nur eine Fernbedienung für alles).
2. Der IR Empfänger hat ne Macke.

Gruß,
Tom