Hier geht es nun eben um Konfiguration und Problembehebung – zum Teil wird’s da ziemlich technisch. Für einen einfachen Überblich empfehle ich den o.g. ersten Artikel der Serie.

Installation

Als Betriebssystem verwende ich Raspbmc, das eine speziell für den Raspberry Pi angepasste Version von XBMC mitbringt. Raspbmc bringt einen Installer mit, so dass man neben einem Rechner von dem aus man die Installation durchführen kann theoretisch nix anderes braucht.

Bei meinem Linux-Notebook allerdings wollte sich die SD-Karte nicht so richtig mounten lassen (so dass der Installer keine Liste verfügbarer Devices angezeigt hat). Mit „sudo fdisk -l“ kann man sich aber anzeigen lassen, wo das Ding liegt und wie es heißt, um dann den richtigen Gerätenamen rauszufinden (bei mir „mmcblk1“).

Dann wird alles was an Hardware da ist zusammengesteckt, Netzwerk- und HDMI-Kabel dran (fürs Setup hab‘ ich den Pi an den Fernseher angeschlossen) und direkt nach dem Einstecken des Stromsteckers beginnt der Pi mit der Installation von Raspbmc. Der rödelt jetzt einige Minuten mit dem Download und der Installation der Software rum und kurze Zeit und einige Reboots später wird man vom XBMC-Startbildschirm begrüßt.

Die erste Hürde war nun, dass die Tastatur nicht funktioniert hat. Hier war die Lösung sich per SSH einzuloggen (Benutzername ist „pi“ und Passwort „raspberry“) und dann die Schritte die dort angeboten werden durchzuführen (Time-Zone-Auswahl und Tastaturlayout). Nach einem weiteren Reboot funktionierte dann auch die Tastatur und es konnte weiter gehen.

Basiskonfiguration

In XBMC sollte man nun neben der Sprache noch einige weitere Einstellungen tätigen:

Settings -> Music -> Playback -> Visualization: None

Da der Pi ja ohne Monitor betrieben wird, brauch man die CPU mit einer Visualization nicht zu belasten.

Settings -> Services -> Webserver: Allow control of XBMC via HTTP

Erlaubt die Steuerung des Pi durch die iPad-Apps. Zusätzlich sollte man dem Pi im Router eine feste IP-Adresse zuweisen. Damit das dann auch greift, muss man dann wieder bei Programs -> Raspbmc Settings -> Network Configuration „Use DHCP“ abschalten und die im Router eingetragene IP-Adresse eintragen, „Update Now“ aktivieren und dann auf „OK„.

Settings -> Services -> Airplay: Allow XBMC to receive Airplay content

Hier gab’s bei mir allerdings das Problem, dass das iPad zwar erstmal den Airplay-Button angeboten hat, nach ein paar Minuten aber die Verbindung verlor und dann auch keinen Airplay-Button mehr angezeigt hat. Was schnell klar war, war dass es hier wohl ein Problem mit meinem Router gab – was mich allerdings länger gebraucht hat war die Lösung zu finden: Mein Router hat einen „Wireless Enhance Mode„, der das Problem verursacht hat – nachdem ich den abgeschaltet hatte ging’s dann.

Settings -> Appearance -> Navigation sounds: Off oder Skin default

Das ist ein bisschen merkwürdig bei mir: Eigentlich man eh keine Navigation Sounds, wenn man das Ding ohne Fernseher betreibt. Aaaaaaaber: Bei mir fängt die Musik übel an zu Rauschen, wenn ich hier auf „Off“ stelle. Als Workaround habe ich den Quartz Skin installiert, und dann die Navigation Sounds wieder auf „Skin default“ gestellt.

USB-Audio

Da meine Stereoanlage noch aus der Zeit stammt bevor es HDMI gab, muss ich den Sound per USB-Soundkarte ausgeben (und dann via Cinch-Kabel in den Verstärker leiten). Das funktioniert mit Raspbmc 12.1 folgendermaßen (siehe auch Raspmc: Probleme mit Sound und Soundblaster play USB):

Via SSH ALSA installieren:

sudo apt-get install alsa

Dann die Zeile options snd-usb-audio index=-2 in /etc/modprobe.d/alsa-base.conf auskommentieren und anschließend in den „Raspbmc Settings“ in XBMC die Audio Engine aktivieren. Danach muss man dann neu booten.

Sinnvoll ist es offenbar noch bei den „Raspbmc Settings“ unter „System Configuration“ die Option „keep Raspbmc updated“ abzustellen: Bei mir hat ein automatisches Update nämlich den Sound abgeschaltet (in der neuen Version war offenbar kein PulseAudio drin) und ich musste auf einen Nightly Build gehen (bzw. auf Version 12.1 zurück): Nightly Build Configuration -> Install XBMC Nightly

Musik hinzufügen

Bevor man Musik zum Pi hinzufügt, sollte man noch bei Settings -> Music -> Library „Download additional information during updates“ anhaken, damit beim Scannen der Musikbibliothek gleich auch Cover-Art und Künstlerbilder von XBMC runtergeladen werden. Wer mag kann noch bei Settings -> Music -> Library „Include artists who appear only on compilations“ weggehaken.

Für mich persönlich ist die Last.fm-Integration ein wichtiges Feature: Bei Settings -> Music -> Song submission lässt sich ganz einfach „Submit songs to Last.fm“ aktivieren, Username und Passwort eintragen und schon kann gescrobbelt werden

Dann hab‘ ich per FTP meine Musik auf den Pi rüberkopiert und entsprechend der XBMC-Anleitung hinzugefügt. Das dauert einen Moment wegen dem gerade erwähnten Download von Artist- und Cover-Art.

Beim ersten Versuch hat der Album-Art-Download wohl zwischendurch irgendwo abgebrochen. Also hab ich bei den Settings -> Add-ons mal alle Quellen aktiviert (v.a. auch Last.fm) und dann in der „Music -> Library -> Artists“ im Kontextmenü („c“) ausgewählt „Query info for all artists“ (bzw. bei „Music -> Library -> Albums“ dann „Query info for all albums„). Danach hatte ich dann für so dreiviertel meiner Musiksammlung korrekte Cover-Art. Wie man für den Rest noch die Cover-Art hinzufügen kann, beschreibe ich dann in einem anderen Artikel.

Log-File-Troubleshooting

Ein besonderes Problem hatte ich noch mit den Log-Files. Das /var/log/syslog hat sich mit folgender Nachricht gefüllt:

May 11 07:12:37 raspbmc kernel: delay: estimated 0, actual 89

Und zwar mehrmals pro Sekunde. Da Raspbmc dem Log-Verzeichnis nur 10 MB einer RAM-Disk einräumt war das Ruckzuck voll und ich konnte nicht sehen, was so an wirklich wichtigen Meldungen ins Log geschrieben wurde.

Also hab‘ ich mich im Raspbmc-Forum erkundigt und folgende Lösung bzw. Workaround eingebaut:

In /etc/rsyslog.conf kann folgende Rule eingebaut werden, um die Ausgabe der o.g. Log-Meldung einfach zu unterdrücken (ist zwar dann quasi noch da, wird aber nicht mehr ins Log geschrieben):

:msg,contains,"delay: estimated 0" ~

Schlusswort

Wie man hier lesen kann, ist die Konfiguration nicht so ganz trivial und man stößt immer mal wieder auf Probleme, die man ohne ein paar Linux-Skills nicht lösen kann. Wenn man die aber hat, dann kommt man nicht zuletzt wegen der extrem guten und hilfsbereiten Community eigentlich immer zu einer Lösung.

The post Raspberry Pi Audioplayer: Installation und Konfiguration appeared first on Zustandsforschung.

Nachdem mein mittlerweile mehr als 6 Jahre alter iPod so langsam seinen Geist aufgibt, habe ich beschlossen, mich nach einer neuen Lösung in Sachen Musik umzuschauen.

Das neu anzuschaffende Gerät sollte natürlich ein bisschen mehr können als die „iPod-mit-Kabel-an-Stereoanlage“-Lösung. Die hat nämlich unter anderem den Haken, dass man bei Neuzugängen in der mp3-Sammlung erstmal den iPod wieder an den Computer anschließen muss, um das Zeug rüberzuschaufeln. Außerdem hätte ich gerne die Möglichkeit gehabt, Musik vom iPad via Airplay an die Stereoanlage zu schicken (und nicht mit einer „mach-das-Kabel-am-iPod-ab-und-an-das-iPad-dran“-Lösung). Und natürlich muss ich bei all den kabelgebundenen Lösungen im Moment immer erst von der Couch aufstehen, wenn ich ein anderes Album hören möchte…

Klar, ich hätte auch irgendwas fertiges kaufen können, was das alles schon kann – aber abgesehen davon, dass das unter Umständen auch gerne mal relativ teuer werden kann: Wo bleibt denn da der Spaß? Also habe ich mich entschieden, wieder mal was zu basteln

Hardware

Ausgehend von den beiden Lifehacker-Artikeln „Turn a Raspberry Pi Into an AirPlay Receiver for Streaming Music in Your Living Room“ und „Turn a Raspberry Pi Into an XBMC Media Center in Under 30 Minutes“ und ein bisschen Internet-Recherche hab‘ ich folgende Hardware bestellt:

• Raspberry Pi Model B:
  Das Herzstück des Gerätes – Für ca. 40 € bekommt man einen vollständigen Computer im Miniformat mit 512 MB RAM und 700 MHz-Prozessor.
• Hübsches Gehäuse (PCSL Brand – Case for Raspberry Pi):
  Ganz ohne Gehäuse möchte ich das Ding nun doch nicht rumstehen haben – allerdings ist jetzt der Pi fast zu hübsch zum verstecken (was ich eigentlich nämlich machen möchte).
• 64 GB SD-Karte (SanDisk Extreme SDXC 64GB Class 10):
  Meine Musiksammlung ist nicht so übermäßig groß (ca. 40 GB) und da Stromverbrauch offenbar für den Pi ein Problem werden kann, hab‘ ich erstmal auf eine Festplatte verzichtet.
• Netzteil für den Pi (mumbi Netzteil Garmin nüvi 3790 T):
  Muss mindestens 1000 mA bei 5V liefern – die meisten Handy- bzw. Navi-Ladegeräte mit Micro-USB-Anschluss können das.
• USB-Soundkarte (Creative Soundblaster Play):
  Der Pi hat zwar einen analogen Soundausgang auf der Platine, aber nach allem was ich so gelesen habe ist da die Soundqualität eher so mittelmäßig – und da meine Stereoanlage keinen HDMI-Eingang hat, muss ich eben auf eine USB-Soundkarte zurückgreifen.
• Netzwerkkabel:
  Klar – irgendwie muss Internet rein in das Ding. Könnte man auch mit ’nem USB-WLAN-Dingens machen, aber so isses einfacher und billiger – zumal der Pi in unmittelbarer Nähe meines Routers steht.
• USB-Tastatur und Maus:
  Braucht man nur für die initiale Einrichtung des Systems – der Rest lässt sich über die XBMC-Remote-App oder den XBMC-Commander steuern.
• HDMI-Kabel:
  Brauche ich auch nur für „Wartungszwecke“ – wenn ich irgendwas im XBMC einzustellen habe, was nicht per SSH geht.
• iPad oder iPhone:
  Damit wird das ganze gesteuert (entsprechende Apps gäbe es aber auch für Android-Geräte wer das lieber mag…)

Sinnvoll ist dabei, dass man jeweils mal auf der „Verified Periphals„-Seite nachschaut, ob die ausgewählte Hardware-Komponente auch mit dem Raspberry Pi zusammenarbeitet.

Features

Nach erfolgreichem Zusammenbau und Konfiguration (was ich in einem Folgeartikel noch genauer beschreiben werde) kann ich jetzt

• meine Sammlung an MP3-Files abspielen,
• Musik via AirPlay an den Pi streamen (für Webradio oder Spotify oder so),
• das alles bequem per iPad von der Couch aus steuern,
• weiterhin meinen betagten aber guten Stereoanlagen-Receiver dafür benutzen und
• außerdem jegliche Musik die ich damit höre scrobbeln (hat also ’ne Last.fm-Integration).

Womit ich immer noch nicht so ganz glücklich bin ist das Übertragen von Musik: Das lässt sich zwar jetzt um einiges bequemer als vorher per FTP erledigen, aber mir wäre ja am liebsten eine vollautomatische Aktualisierung bei Änderungen in meiner MP3-Bibliothek. Falls irgendjemand mal Dropbox auf dem Raspberry Pi zum Laufen bringt, wäre das Thema zusammen mit dem „XBMC Library Auto Update“-Addon aber auch erledigt.

Insgesamt muss ich sagen für die ca. 150 – 160 € an Kosten bin ich mit dem Ergebnis sehr zufrieden. Ich habe auch nochmal 2,69 € in die XBMC-Commander-App investiert (kann ungefähr das gleiche wie die kostenlose Standard-App XBMC Remote – sieht aber deutlich hübscher aus). Damit sieht die Bedienung meines Raspberry Pi Audioplayers auf dem iPad folgendermaßen aus (die ganzen Künstlerbildchen und Coverart läd XBMC weitgehend selbständig runter):

The post Raspberry Pi Audioplayer: Hardware und Features appeared first on Zustandsforschung.

Ich glaube, dass MythTV die Art, wie wir – also meine Frau und ich – Fernsehen schauen grundlegend verändert hat. Wir hatten vorher auch schon einen Festplattenrecorder, aber MythTV bringt einfach so viele nette Features mit, dass wir mittlerweile eigentlich gar nicht mehr anders Fernsehen.

Über die grundsätzlichen Features hatte ich im Artikel MythTV HTPC – Features und Mehr ja schon mal geschrieben – und dass ich begeistert davon bin hat man wohl auch raushören können. Daher möchte ich hier mal das ein- oder andere erwähnen, das noch nicht so zufriedenstellend ist.

Was nicht so dolle ist

Zwar ist der Bug, dass HD-Aufnahmen auf ARD und ZDF so extrem ruckeln, dass man sich’s gar nicht anschauen kann, mittlerweile behoben, allerdings geraten die Aufnahmen bei mir doch immer mal wieder ins Stocken. Nicht so, dass man auf HD verzichten müsste, aber doch immer mal wieder. Daran ist aber meine Hardware-Auswahl schuld. Die Grafikkarte ist ein wenig schwach auf der Brust und so muss die ganze Arbeit von der CPU ausgeführt werden. Wenn die an ihre Grenzen kommt, dann stockt das Bild kurz. Das ließe sich wahrscheinlich mit einer anderen CPU/Grafikkarte beheben, aber wie gesagt ist es nicht so schlimm, dass ich das für nötig halten würde.

Das andere was ein bisschen nervig ist, ist die Qualität der EPG-Daten. Ich weiß nicht so genau ob’s an Unitymedia liegt oder ob das ein grundsätzliches Problem ist, aber manchmal ist die Qualität eher nur so mittelgut. Dass nur ein Teil der möglichen Metadaten drin steckt ist schade, weil man das mit der SQL-Programmierung weniger Möglichkeiten hat – z.B. fehlen meist die Daten über die Darsteller und es ist fast nie markiert welche Episode aus welcher Staffel da gesendet wird. Was aber richtig blöde ist, ist dass ab und zu die Wiederholung einer Sendung einen anderen Beschreibungstext hat oder dieser komplett fehlt. Das führt dann wiederum dazu, dass MythTV nicht genau herausfinden kann, dass es hier eine Wiederholung hat, die eigentlich nicht aufgenommen werden müsste.

Allerdings ist das hier glaube ich Jammern auf hohem Niveau und sollte nicht dazu führen, dass sich jemand abgeschreckt fühlt – MythTV ist großartig und ich möchte das Kästchen, wie es mittlerweile von meiner Frau genannt wird, nicht mehr missen.

Basteleien

Was ich auch für einen großen Vorteil von MythTV halte, ist der offene Charakter, der es technisch versierteren Leuten ermöglich, selbst enorm viel am Verhalten und Erscheinungsbild von MythTV anzupassen. Hier folgt jetzt eine kleine Liste von Dingen, die ich mittlerweile angepasst habe:

If it ain’t broke, don’t fix it

Was ich vorher noch erwähnen wollte ist, dass man nicht unbedingt an der MythBox rumbasteln sollte, wenn es nicht sein muss. Ich habe bspw. ein völlig unnötiges Mythbuntu-Upgrade durchgeführt, was mich am Ende einen ganzen Sonntagnachmittag gekostet hat, bis alles wieder so lief wie vorher. Mittlerweile habe ich gelernt, die Finger vom System zu lassen und nur dann ein Upgrade von System oder MythTV selbst durchzuführen, wenn die neue Version einen notwendigen Bugfix oder ein Feature enthält, das ich gerne hätte.

DB-Backup

Ansonsten gilt: Vor jeder Änderung (die nicht ausschließlich Operationen im Dateisystem umfasst) immer ein Datenbank-Backup durchführen. Das geht am einfachsten mit:

benedikt@mythbox:~$ sudo /usr/share/mythtv/mythconverg_backup.pl --verbose

Das legt dann das Datenbank-Backup im aktuellen Verzeichnis ab. Wie man’s notfalls wiederherstellt, steht im MythTV-Wiki im Artikel Database Backup and Restore.

Deutsche Bildschirmtastatur trotz englischer Spracheinstellung

Ich habe das Menü gerne auf Englisch, weil ich die Bezeichnungen irgendwie intuitiver finde – die deutsche Übersetzung wirkt manchmal ein bisschen umständlich. Gleichzeitig möchte ich aber die Bildschirmtastatur gerne auf Deutsch (also mit Umlauten) angezeigt bekommen. Da ich dafür keine Anleitung gefunden habe, habe ich das Theme ein bisschen gepatcht:

benedikt@mythbox:/usr/share/mythtv/themes/default/keyboard$ sudo mv en_us.xml en_us.xml.bak
benedikt@mythbox:/usr/share/mythtv/themes/default/keyboard$ sudo mv en_us_ui.xml en_us_ui.xml.bak
benedikt@mythbox:/usr/share/mythtv/themes/default/keyboard$ sudo cp de.xml en_us.xml
benedikt@mythbox:/usr/share/mythtv/themes/default/keyboard$ sudo cp de_ui.xml en_us_ui.xml

Das ist zwar nicht so supersauber und übersteht auch kein MythTV-Update, aber es funktioniert

Anzeige des freien Speicherplatzes

Man kann sich zwar im System-Menü ansehen, wieviel Platz noch auf der Festplatte frei ist, praktisch wäre es allerdings, wenn man das auch an anderer Stelle noch sehen könnte. In der MythTV-Doku steht drin, dass es für die „Watch Recordings“-Seite ein Element „freereport“ gibt, das man dort einbinden kann und das genau das anzeigt.

Ich habe das Mythbuntu-Theme dahingehend angepasst, dass ich dort den folgenden XML-Block eingefügt habe:

<textarea name="freereport">
  <area>350,32,400,20</area>
  <font>verysmall</font>
  <multiline>no</multiline>
  <align>right,vcenter</align>
</textarea>

Das zeigt mir nun oben auf dieser Seite an, wieviel Prozent der Festplatte belegt sind und wieviel Gigabytes noch frei sind.

Fanart für (fast) alle Aufnahmen

Was von Anfang an ziemlich gut funktioniert hat, ist das Herunterladen von Fanart (quasi Hintergrundbildchen für den „Watch Recordings“-Screen) für Serien. Für Filme hat’s leider nicht geklappt. Damit das trotzdem funktioniert, habe ich dann ein paar Umbauten an den Scripts, die für das Herunterladen dieser Grafiken verantwortlich sind, durchgeführt. Da das aber eher umfangreicher war, werd‘ ich bei Gelegenheit dafür mal einen eigenen Artikel schreiben.

The post MythTV HTPC – Erfahrungen und Basteleien appeared first on Zustandsforschung.

Nachdem ich in den ersten beiden Artikeln dieser Serie erklärt habe wie man das Ding zusammenbaut und anschließend zum Laufen bringt, möchte ich jetzt hier darauf eingehen, warum ich das überhaupt gemacht habe, was das Endergebnis so an Features hat und warum ich MythTV verwende und nicht irgendeine andere Media-Center-Software.

Warum selber bauen?

Warum würde jemand sich die Mühe machen, einen Festplattenrecorder selbst zu bauen, statt einen fertigen zu kaufen? Die kurze Antwort darauf ist: Weil es Spaß macht!

Die etwas längere Antwort: Mir ist bewusst, dass es deutlich weniger Arbeit ist, einen fertigen Festplattenrecorder zu kaufen, als selber einen zu bauen. Aber einerseits ist man wenn man sowas fertig kauft meistens auf die Software/Firmware des Herstellers angewiesen und muss sich mit anderen Beschränkungen (z.B. Festplattengröße) abfinden. Und andererseits wollte ich auch sehen, ob ich das kann – aus einzelnen Teilen einen funktionierenden HTPC zusammenbauen. Und außerdem ist es total nerdy

Was kann MythTV?

MythTV kann Sendungen im Fernsehen aufnehmen. Toll, oder?

Aufnahme

Das schöne daran ist die große Flexibilität, die man dabei hat. Im Prinzip läuft das Aufnehmen im einfachsten Fall folgendermaßen ab: Ich öffne den EPG und wähle die Sendung aus, die ich aufnehmen will. Dann öffnet sich ein Dialogfenster, in dem ich unter anderem auswählen kann, wie ich die Sendung aufnehmen möchte. Meistens benutze ich dabei die Funktionen

• Genau diese Sendung aufnehmen: Nimmt genau diese Sendung in genau diesem Timeslot auf. Ganz gut für Live-Shows oder wenn man zeitversetzt Fernsehen möchte.
• Eine Ausstrahlung dieser Sendung aufnehmen: Benutze ich um Filme aufzunehmen, wenn mir egal ist, ob dieser Film oder die Wiederholung oder der gleiche Film auf einem anderen Sender aufgenommen wird.
• Jederzeit auf diesem Kanal aufnehmen: Verwenden wir um zum Beispiel täglich die „Küchenschlacht“ auf dem ZDF aufzunehmen, aber nicht die Wiederholungen alter Sendungen auf anderen Sendern.
• Jederzeit – egal welcher Sender: Die beste Option um Serien aufzunehmen. Nie wieder eine Folge der Lieblingsserie verpassen, auch wenn sie auf einem anderen Sender kommt, oder der Sendeplatz verschoben wird, oder das Finale der Staffel als Doppelfolge ausgestrahlt wird.

Es gibt noch ein paar andere Aufnahmeoptionen wie täglich oder wöchentlich im gleichen Timeslot, aber die brauche ich persönlich gar nicht.

Abgesehen von der Methode über EPG bietet MythTV noch viele andere Aufnahmemöglichkeiten:

• Man kann aus einer alphabetischen Liste aller Sendungen diejenige auswählen die man aufnehmen möchte. Anwendungsfall: Auf’m Klo im Fernsehheft gelesen, dass ein toller Film im Fernsehen kommt, aber vergessen auf welchem Sender.
• Suchwörter: Ich nehme alle Sendungen auf, die „Phil Collins“ irgendwo im Titel oder der Beschreibung enthalten. Außerdem werde ich nie wieder eine Folge „Pfarrer Braun“ verpassen.
• SQL-WHERE-Clause: Da MythTV die Daten aus dem EPG in einer MySQL-Datenbank speichert, kann man Sendungen programmieren basierend auf diesen Attributen. Ich habe eine Query, um alle „Star Trek“-Filme, aber keine -Serien aufzunehmen und eine für alle „Columbo“-Folgen nach 1980 (ich weiß dass die vor 1980 die besseren sind, aber die habe ich alle auf DVD ;-))
• Die Videorecorder-Methode: Sender, Uhrzeit und Datum manuell eingeben – habe ich noch nie benutzt und ich weiß auch nicht warum man das brauchen würde, wenn man ja die ganzen anderen Optionen hat, aber gehen tut’s auf jeden Fall.

Alles was man dann so einprogrammiert hat, wird von MythTV dann auf Konflikte überprüft und ggf. werden Aufnahmen verschoben, wenn die eingestellte Regel das zulässt und Duplikate werden gefiltert. Tritt doch ein Konflikt auf, wird das von MythTV markiert und wenn man nichts unternimmt, gewinnt die Sendung mit der höchsten Priorität (kann man auch bei den Aufnahmeoptionen definieren). Dann kann man den HTPC abschalten, denn wie im letzten Artikel schon erwähnt schaltet MythTV sich wieder ein, wenn eine Aufnahme ansteht.

Wiedergabe

Die aufgenommenen Sendungen werden dann in einer alphabetisch und dann nach Titel sortierten Liste angezeigt. MythTV generiert ein Vorschaubildchen und zeigt das zusammen mit den Infos aus dem EPG dort an. Bei der Wiedergabe hat man dann die üblichen Features wie Pause, Vor- und Rücklauf, mehrere Sekunden springen und man kann auch ein Lesezeichen setzen, wenn man „Ben Hur“ jetzt doch nicht am Stück anschauen wollte.

Für zeitversetztes Fernsehen kann man entweder einfach eine bereits angefangene, aber noch laufende Aufnahme anschauen oder man schaltet auf Fernsehen und dort ist dann automatisch das zeitversetzte Fernsehen aktiv. MythTV nimmt nämlich prinzipiell alles auf was man anschaut, so dass man immer im laufenden Fernsehprogramm Pause machen oder auch zurückspulen kann.

Plugins

Im Moment benutze ich zwar keine davon aber ich wollte zumindest mal erwähnt haben, dass es für MythTV eine ganze Menge an Plugins für die unterschiedlichsten Zwecke gibt:

• MythBrowser: Ein Browser zum Surfen im Internet.
• MythArchive: Wenn man seine Aufnahmen nicht nur auf der Festplatte behalten will, sondern auch noch brennen möchte.
• MythGallery: Eine Fotogalerie, die auch als Bildschirmschoner verwendet werden kann.
• MythGame: In Verbindung mit verschiedenen Emulatoren, kann man mit MythGame eine Spielekonsole aus dem HTPC machen.
• MythMovies: Zeigt an, welche Filme in welchen Kinos laufen (bin mir nicht sicher, ob das nur für Amerikaner was bringt).
• MythMusic: Zum Abspielen von Musik.
• MythNews: Bindet News-Feeds innerhalb von MythTV ein.
• MythVideo: Kann verschiedene Videoformate wiedergeben, DVDs abspielen und archivieren.
• MythWeather: Der persönliche Wetterkanal für MythTV
• MythWeb: Web-Frontend, um Aufnahmen über einen Browser steuern zu können.
• MythNetvision: In der in wenigen Wochen erscheinenden Version 0.23 von MythTV wird dieses neue Plugin enthalten sein, das Video-Sites wie Youtube oder Vimeo von MythTV aus komfortabel zugänglich macht.

Außerdem gibt es noch eine ganze Menge inoffizieller Plugins – eine Liste befindet sich hier: MythTV Wiki – Unofficial Plugins

Warum MythTV?

Es gibt ja eine ganze Menge sogenannter „Media Center“/DVR-Software, daher wollte ich noch kurz erwähnen, was mich dazu gebracht hat, MythTV zu benutzen.

Hauptkriterien waren einerseits Linux als Betriebssystem (weil ich mir die Kosten für Windows ersparen wollte), dass die Software selbst kostenlos ist und dass die Aufnahme und Wiedergabe von Fernsehprogramm ausgereift ist. In einem Vergleichstest von DVR-Anwendungen hat MythTV ganz gut abgeschnitten – außerdem passt es auf meine Anforderungen.

Was mir an MythTV besonders gut gefallen hat, ist die Konfigurierbarkeit. Zum Beispiel hat mir hat die Standard-Menüaufteilung nicht gefallen, also habe ich das Hauptmenü so gestaltet, wie es mir am besten passt. Außerdem habe ich eingestellt, dass jede Aufnahme 5 Minuten vor der Sendung startet und 5 Minuten nach der Sendung endet. Ich habe eingestellt, dass beim Verlassen der Wiedergabe automatisch ein Lesezeichen gesetzt wird. Außerdem gibt es noch massenhaft weitere Einstellungsmöglichkeiten und falls es die gesuchte Einstellung doch nicht gibt, ist das Programm immer noch Open Source…

Ein weiterer guter Anhaltspunkt für die Auswahl ist das FLOSS Media Center State of the Art Comparison Chart, wo die Features verschiedener aktueller Media-Center-Applikationen gegenübergestellt werden.

The post MythTV HTPC – Features und mehr appeared first on Zustandsforschung.

Wie ich im ersten Artikel der Serie ja schon erwähnt habe, ist MythTV die Software, für die ich mich entschieden habe, um meinen HTPC zu betreiben. MythTV ist Linux und Open Source und mit Mythbuntu gar nicht so schwer zu installieren. Zunächst habe ich mit meinem Notebook das aktuellste Mythbuntu-ISO gezogen und mittels UNetbootin zuerst auf meinem USB-Stick und von dort aus auf dem HTPC installiert.

Die Installation von Mythbuntu führt durch die wichtigsten Schritte bei der Installation von sowohl Linux – in diesem Fall eine um alles überflüssige bereinigte Ubuntu-Version – als auch MythTV. Zu meiner großen Erleichterung wurde die Hardware korrekt erkannt und installiert.

Allerdings muss man trotzdem noch einiges von Hand konfigurieren. Hier sind jetzt die Punkte beschrieben, die mir bei der Konfiguration am schwierigsten vorkamen:

Bild abgeschnitten

Das ist mir als erstes aufgefallen: Mein Fernseher zeigte zunächst nicht den ganzen Bildschirm an. An den Rändern hat mein Fernsehen ein paar Pixel abgeschnitten – unter anderem auch die Taskleiste oder wie man das bei Linux nennt. Durch ein bisschen Internetrecherche bin ich dann darauf gestoßen, dass das Absicht ist, sich „Overscan“ nennt und sich dadurch beheben lässt, dass in den Einstellungen meines Fernsehers „Vollpixel“ eingeschaltet wird. Details dazu kann man der Seite Guide To Perfect Pixel mapping entnehmen.

Sender einstellen

Fernsehen wird erst dann schön, wenn man auch ein paar Sender empfangen kann. Ich bin dabei im Wesentlichen dieser Anleitung hier gefolgt: Schnelleinstieg DVB-C. Wichtige Voraussetzung ist, dass man die Frequenz und die Quadraturamplitudenmodulation kennt. Normalerweise bekommt man diese Infos entweder offiziell oder inoffiziell von seinem Kabelnetzbetreiber. Bei mir wurden auf Anhieb nicht alle Sender gefunden, aber mehrmaliges scannen hat dann letztendlich geholfen.

Kein Ton über HDMI

Dummerweise hab‘ ich in der Standardkonfiguration über meinen HDMI-Ausgang keinen Ton gehört. Also normale Audio-Ausgänge haben funktioniert, aber über den Fernseher war nix zu hören. Also hab‘ ich PulseAudio und pavucontrol installiert, dann Einstellungen so wie in diesem Forumsthread geändert. Bis zu „move stream“, das ging nicht. Dann hab‘ ich pavucontrol gestartet und das HDMI-Device als Fallback eingetragen. Damit ging die Tonausgabe dann immerhin im VLC.

Eventuell braucht man das ganze Theater aber gar nicht. Denn mir ist dann aufgefallen, dass im General Setup vom MythTV-Backend bei „Audio System“ das Audio Output Device auf „ALSA:hdmi“ gestellt werden kann. Ich bin mir jetzt nicht mehr so ganz sicher, ob diese Einstellung vorher schon da war oder erst durch meine PulseAudio-Konfiguration reingekommen ist. Aber egal – dann war alles in Ordnung mit dem Ton.

Fernbedienung geht nicht

Scheinbar ist meine Capture-Karte so selten, dass die dort beigelegte Fernbedienung nicht standardmäßig vom Mythbuntu-Kontrollzentrum unterstützt wird. Ich hab‘ dann dort bei „Remote Control“ „Linux input layer“ ausgewählt. Dann hab‘ ich mich weitgehend an den Abschnitt über LIRC in diesem Tutorial gehalten und per cat /proc/bus/input/devices nachgeschaut, was bei „Handlers“ für ein event steht und anschließend in /etc/lirc/hardware.conf bei REMOTE_DEVICE genau das eingetragen (z.b. /dev/input/event3). Allerdings kann es sein, dass beim Anschließen von USB-Geräten (Tastatur/Maus) sich die Event-Nummern ändern. Das heißt bei mir konkret, dass wenn ich meinen HTPC mit angeschlossener Tastatur und Maus starte, die Fernbedienung nicht funktioniert, weil sie dann eine andere Event-Nummer zugeordnet bekommt.

Dann hat man schon ein paar Standard-Einstellungen für die Fernbedienung. Man kann aber noch selber was an der Tastenbelegung machen, indem in der Konfigurationsdatei ~/.lirc/mythtv ein bisschen rumbastelt. Bei den MythTV Keybindings kann man sich dabei ein paar Inspirationen holen, was denn so alles geht.

Automatisch Ein- und Ausschalten

Eines der wichtigsten Features für einen HTPC, der einen Videorecorder ersetzen soll, ist dass er sich von selbst einschaltet, wenn eine Aufnahme ansteht und nach der Aufnahme auch wieder abschaltet. Ich möchte das Ding nicht den ganzen Tag brummen lassen, wenn ich es tatsächlich nur ein paar Stunden brauche. Erfreulicherweise hat sich das zwar als konfigurationslastig, aber relativ Problemlos herausgestellt. Ich bin einfach der Anleitung für ACPI Wakeup im MythTV-Wiki gefolgt und das hat dann auch gleich funktioniert (bei mir ist die Variante mit Mythwelcome am Laufen). Das einzige woran man denken muss, weil es nicht so explizit in der Anleitung drinsteht ist, dass man die Ausführungsrechte für setwakeup.sh auf Execute für alle setzen muss.

The post MythTV HTPC – Installation und Konfiguration appeared first on Zustandsforschung.

Weil ich nicht so wirklich zufrieden mit meinem bisherigen Festplattenrecorder war, hatte ich schon seit ein paar Monaten die Idee, mir einen wirklich vernünftigen HTPC selbst zu bauen. Nach ein bisschen Recherche im Netz ist meine Wahl für die Software dann auf MythTV gefallen. MythTV ist eine Open Source DVR-Lösung auf Linux-Basis, die eine ordentliche Masse an Features hat. Details dazu, was MythTV so alles kann, werde ich in einem späteren Beitrag der Serie liefern. Hier geht es jetzt zunächst darum, welche Hardware-Komponenten nötig sind und welche ich ausgewählt habe. Basis für meine Auswahl war der Abschnitt über Hardware-Voraussetzungen in der MythTV-Dokumentation und die Hardware-Kategorie im MythTV-Wiki.

Barebone: Shuttle XPC Barebone SG45H7

Die Barebone-Auswahl war so eine Sache. Kennt ihr den Unterschied zwischen PCI und PCIe (PCI-Express)? Ich jetzt auch, nachdem ich erstmal einen Barebone (ASUS Pundit P4-P5N9300) bestellt hatte, der nur PCIe-Slots hat, meine Tunerkarte aber PCI ist. Also nochmal: PCI ist was ganz anderes als PCIe, d.h. man kann weder eine PCI-Karte in einem PCIe-Slot verwenden noch umgekehrt. Also habe ich was dazugelernt, den ASUS-Barebone wieder zurückgeschickt und was neues rausgesucht, was auch PCI-Slots hat. Meine Wahl ist dann auf den etwas teureren Shuttle XPC Barebone SG45H7 gefallen, der mich hauptsächlich durch seinen Onboard-HDMI-Ausgang und sein Design überzeugt hat:

Natürlich braucht man nicht zwangsläufig einen Barebone – man kann auch Gehäuse, Lüfter und Mainboard einzeln kaufen, aber ganz so schwer wollte ich es mir dann doch nicht machen.

Prozessor: Intel Core 2 Duo E7500

Ein Mittelklasse-Prozessor. Selbst der langweilt sich meistens – auch dann wenn ich was aufnehme. Wichtig: Der Prozessor und der Sockel auf dem Mainboard müssen zusammenpassen.

RAM: 2 GB Kingston ValueRAM DDR2-800

2 GB RAM reichen völlig aus – theoretisch müsste MythTV aber auch mit 512 MB schon auskommen.

Festplatte: Western Digital Caviar Green 1 TB

Bei meinem alten Festplattenrecorder mit 160 GB bin ich immer wieder relativ schnell an die Grenzen der Festplatte gestoßen, wenn ein paar Filme zu viel drauf waren. Damit mir das nicht mehr passiert, habe ich gleich mal eine ordentliche Festplatte mit 1 Terabyte Platz gekauft. Die Status-Anzeige innerhalb MythTV sagt mir, dass ich so ca. 400 Stunden damit aufnehmen kann. Ich denke das sollte erstmal reichen.

DVB-C-Tuner: TT-budget C-1501

Wenn man Fernsehen am Computer empfangen will, dann braucht man eine Tunerkarte. Ich habe einen Kabelanschluss, also musste es eine DVB-C-Karte sein. Im MythTV-Wiki gibt es eine Seite mit einer Liste von solchen Karten (Video Capture Cards), aber da MythTV eine Linux-Anwendung ist, sollte man im Wiki von LinuxTV bei „Hardware Device Information“ schauen, ob die Karte von Linux auch unterstützt wird.

CI-Modul: AlphaCrypt Classic CI Modul

Um verschlüsseltes Digitalfernsehen schauen zu können, braucht man die Smartcard, die man vom Kabelnetz-Betreiber geschickt bekommt und ein CI-Modul, das die Entschlüsselung übernimmt. Da gibt es eigentlich keine wirkliche Alternative zu den AlphaCrypt-Modulen.

CI-Slot: TT-budget CI

Der zu meinem DVB-C-Tuner zugehörige CI-Slot für das CI-Modul. Es gibt auch Tuner, die gleich auf der Karte den Slot haben, aber in meinem Fall sind das zwei Karten.

Komponenten, die ich nicht gekauft habe:

Ich habe keine zusätzliche Grafikkarte verbaut. Einerseits müsste für HD-Fernsehen auch die Onboard-Grafik des Barebone zusammen mit meiner CPU ausreichen und andererseits war ich mir nicht sicher, wieviel Platz im Gehäuse tatsächlich noch ist, da das AlphaCrypt-Modul auch noch irgendwohin gepackt werden musste. Da im Moment sowieso nur ARD und ZDF in HD senden, und es außerdem einen Bug in MythTV gibt, der genau ARD HD und ZDF HD betrifft, würde eine zusätzliche Grafikkarte aktuell auch keinerlei Vorteile bringen.

Außerdem hat mein HTPC kein optisches Laufwerk. Warum? Ich habe eine PS3, die als DVD- und BluRay-Player dient und mit der riesigen Festplatte sehe ich nicht wirklich die Notwendigkeit, mal irgendwas von meinen Aufnahmen brennen zu müssen.

Zusammenbau:

Mit der dem Barebone beigelegten Anleitung ist es nicht so wirklich schwer alle Teile korrekt zusammenzusetzen. Wenn man auf der sicheren Seite sein will, kauft man noch ein paar Antistatik-Handschuhe für den Zusammenbau dazu. Wer sich für Details zum Zusammenbau interessiert, kann sich diesen Artikel hier mal ansehen.

The post MythTV HTPC – Komponentenauswahl appeared first on Zustandsforschung.