Linux › Seite 5 › loggn.de

Raspberry Pi – RaspBMC – RC6 IR-Empfänger und XBMC Lircmap.xml

In einem meiner letzten Artikel habe ich bereits angedeutet, dass ich mittlerweile einen Raspberry Pi als Media-PC im Schlafzimmer produktiv im Einsatz habe.

Natürlich sollte sich der Raspberry Pi mit einer Logitech Harmony steuern lassen – typisch. 😉 Auf dem Raspberry Pi lief zum Zeitpunkt der HowTo RaspBMC RC3 mit dem Linux-Kernel …

uname -r
3.6.11

… und der LIRC Version

ircd -v
lircd 0.9.1-git

Welche RC6 Infrarot-Empfänger funktionieren mit dem Raspberry Pi?

Da ich recht gute Kontakte zum CoHauS Shop habe, habe ich mir von Tino mal 3 beliebte RC6 IR-Empfänger schicken lassen – IR605Q (links), IR606Q (mitte) und OVU411000 (rechts).

Alle 3 Empfänger werden von RaspBMC anstandslos, mit dem Modul mceusb, erkannt.

RC6 Infrarot Empfänger, Modell IR605Q

cat /proc/bus/input/devices
I: Bus=0003 Vendor=147a Product=e03e Version=1101
N: Name="Media Center Ed. eHome Infrared Remote Transceiver (147a:e03e)"
...
N: Name="MCE IR Keyboard/Mouse (mceusb)"

RC6 Infrarot Empfänger, Modell IR606Q

cat /proc/bus/input/devices
I: Bus=0003 Vendor=147a Product=e042 Version=1101
N: Name="Media Center Ed. eHome Infrared Remote Transceiver (147a:e042)"
...
N: Name="MCE IR Keyboard/Mouse (mceusb)"

Philips RC6 Infrarot Empfänger, Modell OVU411000

cat /proc/bus/input/devices
I: Bus=0003 Vendor=0471 Product=060d Version=0101
N: Name="Media Center Ed. eHome Infrared Remote Transceiver (0471:060d)"
...
N: Name="MCE IR Keyboard/Mouse (mceusb)"

Die Logitech Harmony funktioniert nun teilweise schon in XBMC, nicht alles, aber einiges – darum geht es hier jetzt auch noch weiter. 😉

Werden Tasten der Logitech Harmony (200) mit Windows Media Center SE Profil erkannt?

Ja, per SSH auf den Raspberry Pi einloggen, irw eingeben und fröhlich Raspberry Pi – RaspBMC – RC6 IR-Empfänger und XBMC Lircmap.xml weiterlesen

Arch Linux – LIRC Konfiguration (mceusb) seit systemd Umstellung

Vor ein paar Tagen hat mich Marius per Mail angeschrieben, dass er Probleme hat, LIRC auf Arch Linux mit systemd zum Laufen zu bekommen. Ach genau, da war ja was! 😉

/etc/lirc/hardware.conf nun /etc/conf.d/lircd.conf

# Parameters for lirc daemon
#
LIRC_DEVICE="/dev/lirc0"
LIRC_DRIVER="default"
LIRC_EXTRAOPTS=""
LIRC_CONFIGFILE="/etc/lirc/lircd_mceusb.conf"

/etc/lirc/lircd.conf nun /etc/lirc/egal_was.conf (jeder beliebige Name)

Bei mir ist diese Datei mittlerweile nur noch ein Link.

ls -lsa /etc/lirc/
0 lrwxrwxrwx  1 root root   48 2012-11-05 23:52 lircd_mceusb.conf -> /usr/share/lirc/mceusb/lircd.conf.mceusb
# Link erstellen
ln -s /usr/share/lirc/mceusb/lircd.conf.mceusb /etc/lirc/lircd_mceusb.conf

lirc.service bearbeiten

Die originale Startdatei von systemd für LIRC muss angepasst werden, da sonst die lircd.conf nicht eingelesen wird. (Bugreport)

vi /usr/lib/systemd/system/lirc.service

[Unit]
Description=Linux Infrared Remote Control

[Service]
EnvironmentFile=/etc/conf.d/lircd.conf
ExecStartPre=/usr/bin/ln -sf /run/lirc/lircd /dev/lircd
ExecStart=/usr/sbin/lircd -d $LIRC_DEVICE -P /run/lirc/lircd.pid -H $LIRC_DRIVER $LIRC_CONFIGFILE
Type=forking
PIDFile=/run/lirc/lircd.pid

[Install]
WantedBy=multi-user.target

StartUp Skript erstellen, ehemals rc.local

Damit nicht der Kernel die Eingaben der Fernbedienung bzw. des IR-Empfängers verarbeitet, sondern LIRC, muss noch ein zusätzlicher Befehl beim Starten ausgeführt werden. Früher haben wir diesen einfach in die rc.local gepackt, diese Arch Linux – LIRC Konfiguration (mceusb) seit systemd Umstellung weiterlesen

XBMC ‚Frodo‘ 12 – PVR – Live-TV per Dreambox (Enigma2)

Ach, was war das damals mit XBMC (pvr-testing2) für eine Bastelei, um Live-TV schauen zu können – VDR, StreamDev, VNSI. Heute installiert man, mit einer TV-Karte, einfach das (HTS) Tvheadend, hat ein Webinterface und alles ist easy. Nun wird auch bald der PVR-Support mit Frodo (RC3 ist schon verfügbar) offiziell ausgerollt.

Noch viel einfacher haben es mittlerweile die Leute, die eine Enigma2 TV-Box (Dreambox, VU+, etc.) haben. Dafür dafür gibt es nämlich das PVR VUPlus Addon – einfach genial.

Das Addon läuft echt gut, auch auf dem Raspberry Pi (HD-Kanäle vermeiden – Streams brechen nach 5 Sekunden ab)! In den nächsten Wochen werde ich noch ein paar HowTo’s / Infos über den RPI bloggen – denn diesen habe ich nun produktiv, im Schlafzimmer als Media-PC mit Live-TV, im Einsatz.

Solange könnte ihr euch mal die RPI Artikelserie von Anton anschauen:

Raspberry Pi – Allgemein (Teil 1)
Raspberry Pi – Media Center/XBMC (Teil 2)
Raspberry Pi – Media Center/XBMC (Teil 3)

Viel Spaß!

Quelle: XBMC & Live TV

XBMC ‚Frodo‘ 12 – Neu hinzugefügte Filme / Episoden in falscher Reihenfolge

Bald ist es soweit, bald gibt es XBMC ‚Frodo‘ 12 – endlich mit integrierten PVR / Live-TV! Ich habe mir die Tage, weil ich es nicht mehr ausgehalten habe, mal die Beta 3 bzw. jetzt RC1 auf meinen Media-PC installiert.

Dabei habe ich gleich einen Bug gefunden, davon abgesehen, dass ich mit meinem Thumbnails (Cover, Fanarts, etc.) Probleme hatte. 😉 Nach längerem Googeln wurde mir dann klar: „It’s not a bug, it’s a feature!“

Die neu hinzugefügten Filme oder Episoden werden nicht mehr in der richtigen Reihenfolge angezeigt. Richtige Reihenfolge bedeutet für mich, so wie es bei kleiner, gleich XBMC ‚Eden‘ 11 war – je nach dem Zeitpunkt, wann der Film / die Episode in die Datenbank aufgenommen oder aktualisiert wurde. Dies hat sich nun unter Frodo geändert:

<videolibrary>
  <dateadded>1</dateadded>
    <!-- 0 results in using the current datetime when adding a video;
         1 (default) results in prefering to use the files mtime (if it's valid) and only using the file's ctime if the mtime isn't valid;
         2 results in using the newer datetime of the file's mtime and ctime -->
</videolibrary>

Demzufolge wird nun das Datei Erstell-/Änderungsdatum für die Sortierung hergenommen – für manche sicherlich praktisch, für mich nicht. 😉 Also habe ich meine advancedsettings.xml bearbeitet und …

<videolibrary>
  <dateadded>0</dateadded>
</videolibrary>

… hinzugefügt – vielleicht kann das ja der ein oder andere von euch auch gebrauchen. Viel Spaß mit Frodo!

Linux – NVIDIA – kein Sound / Ton nach Bereitschaftsmodus (S3 / Suspend to RAM)

Lange Zeit habe ich das Problem vor mir hergeschoben, da ich einen Workaround (alter NVIDIA-Treiber 295.71) gefunden habe. Nun, nach der Arch Linux Umstellung von sysvinit auf systemd und der Einführung vom Kernel 3.6 führt nur ein sehr mühsamer Weg an dem neuen NVIDIA-Treiber 304.64 sowie 304.60, 304.51, 304.43, 304.37, 304.32, 302.17 (Stand: 8. November 2012) vorbei. Daher habe ich mich nun mit dem Problem intensivst auseinander gesetzt und eine Lösung gefunden!

NVIDIA Press Room

Problem: Nach einem Suspend to RAM wird kein Ton per HDMI ausgeben!

Vermutung: Es hat sehr wahrscheinlich mit der Einschaltreihenfolge (TV, AVR / Verstärker, Media-PC) zu tun. Diese Analyse möchte ich hier nun nicht weiter breit treten, da ihr sie im Arch Linux Forum findet.

Lösung: Glücklicherweise bin ich gestern ziemlich schnell auf einen Thread im VDR-Portal gestoßen. Dort lieferte mir steffen_b den perfekten Denkanstoß – xrandr ist das Zauberwort!

Um einen xrandr Befehl automatisch nach dem Suspend auszuführen, müssen wir ein Skript anlegen – eine sogenannte Hook. Jetzt kommt aber erschwerend hinzu, dass die meisten Distributionen pm-utils also pm-suspend für den Bereitschaftsmodus verwenden, Arch Linux in der aktuellsten Version (Stand: 8. November 2012) hingegen verwendet dank systemd nun systemctl suspend (systemd-suspend).

Das heißt, erstmal müssen wir herausfinden, wie unser System in den Bereitschaftsmodus, beim Auswählen von Bereitschaft oder Suspend, wechselt. Dazu führen wir folgenden Befehl aus:

journalctl -b -u systemd-suspend

Kommt nun Linux – NVIDIA – kein Sound / Ton nach Bereitschaftsmodus (S3 / Suspend to RAM) weiterlesen