[via the Oatmeal]

Unterschied zum zentralisierten Modell

Der wichtigste Unterschied zwischen Mercurial und traditionellen Versionierungssystemen wie CVS oder SVN ist das verteilte Modell. Das bedeutet, es gibt nicht mehr nur ein zentrales Repository, sondern jeder Entwickler hat quasi eine Kopie des zentralen Repositories bei sich lokal liegen.

Der Entwickler checkt nun zunächst in sein lokales Repository ein und kann damit arbeiten wie z.B. mit einem SVN, über das er die alleinige Kontrolle hat. Zu einem Zeitpunkt, an dem der Entwickler mit seiner Arbeit so weit zufrieden ist, dass er sie den anderen an dem Projekt beteiligten Entwicklern zur Verfügung stellen möchte, schiebt er alles in das übergeordnete Repository.

Bei diesem Vorgang wird nicht nur der aktuelle Stand hochgeschoben, sondern auch alle Zwischenstände, die der Entwickler an seinem lokalen Repository eingecheckt hat. Außerdem kann sich das übergeordnete Repository selbst von einem weiteren Repository bedienen, so dass nicht nur zwei Ebenen sondern eine ganze Repository-Hierarchie möglich ist.

Für mich selbst war zunächst vor allem die Tatsache ungewohnt, dass man bei sich lokal eincheckt – das klingt ein bisschen so als wäre der Code in größerer Gefahr, weil er ja nur auf dem eigenen Rechner liegt. In der Praxis erweist sich das aber als großer Vorteil, denn man kann auf die Art viel freier ausprobieren und auch mal Zwischenstände einchecken, die nicht so hundertprozentig stabil sind und die man normalerweise seinen Kollegen nicht als Checkin zumuten würde.

Mercurial

Mercurial selbst ist Open-Source-Software und benötigt Python ab Version 2.4 zum Funktionieren. Mitte 2005 gab Mat Mackall bekann, daran zu arbeiten. Mittlerweile hat Mercurial die Versionsnumer 1.6 erreicht und ist recht verbreitet – so werden unter anderem die Sourcen von FireFox, OpenOffice und Python damit verwaltet. Außerdem kann man bei den bei Google Code gehosteten Projekten außer SVN auch Mercurial einsetzen.

Es gibt ein gutes Eclipse-Plugin, das sich MercurialEclipse nennt und eine Shell-Extension für Windows ähnlich dem bekannten TortoiseSVN, die sich TortoiseHG nennt.

Das folgende Mini-Tutorial zeigt allerdings den Standardfall: Mercurial über die Kommandozeile.

Mini-Tutorial

Der Befehl, um Mercurial aufzurufen ist hg (das chemische Zeichen für Quecksilber, englisch eben “mercurial” – soll wohl so ‘ne Art Wortspiel sein). Mercurial bring eine gute Dokumentation gleich mit. Eine Kurzversion wird angezeigt, wenn man nur hg aufruft – eine ausführlichere Variante wird bei hg help angezeigt.

Um ein neues Repository anzulegen, muss man nur in das Verzeichnis seiner Wahl wechseln (wo evtl. bereits nicht-versionierte Dateien liegen) und den Befehl hg init ausführen. Damit erstellt Mercurial ein neues Verzeichnis .hg, in das das komplette Repository abgelegt wird.

Nun kann man mit hg add und einem anschließenden hg commit -m "Adding files." seine Dateien in das Repository einchecken. Nun kann man den Source-Code weiterbearbeiten, irgendwann dann mit einem hg status nachschauen, was man so alles geändert hat und dann wieder mit hg commit einchecken.

Interessant wird es dann, wenn mehrere Repositories ins Spiel kommen. Möchte man jetzt eine Kopie des Repositories erstellen, wechselt man beispielsweise ins übergeordnete Verzeichnis und führt hg clone Original-Verzeichnis Clone-Verzeichnis aus. Dann kann man im Clone-Verzeichnis weiterarbeiten und auch hier einchecken.

Das Original-Verzeichnis ist so lange davon nicht betroffen, wie man ein hg push ausführt, das dann die Änderungen ins Original-Verzeichnis hochschieben würde. Idealerweise macht man vorher erst ein hg pull, um das Clone-Repository auf den neuesten Stand zu bringen und dann ein hg update, um die Dateien im Clone-Verzeichnis zu aktualisieren. Falls es im übergeordneten Repository schon Änderungen gegeben hat, muss vor dem Push mit hg merge gemergt werden.

Weitere Detail zur Nutzung von Mercurial kann man dem sehr guten Tutorial auf der offiziellen Mercurial-Seite entnehmen oder dem Tutorial von Joel Spolsky auf hginit.com.

Mercurial zusammen mit SVN

Man kann mit Mercurial auch dann nutzbringend einsetzen, wenn für das aktuelle Projekt ein anderes SCM wie zum Beispiel Subversion im Einsatz ist. Das kann dann folgendermaßen funktionieren:

Zunächst checkt man den Code wie gewohnt aus dem Subversion-Repository aus. Dann führt man im obersten Verzeichnis hg init aus. Dann legt man dort ein zusätzliches File .hgignore mit folgendem Inhalt an:

syntax: glob
.svn

Das verhindert, dass man die SVN-spezifischen Files mit eincheckt. Umgekehrt sollte man das Einchecken des .hg-Ordners ins SVN verhindern, indem man das svn:ignore-Property entsprechend setzt. Danach kann man mit hg add und hg commit das lokale Mercurial-Repository mit Inhalt füllen.

Nun arbeitet man immer zunächst gegen das Mercurial-Repository und checkt dort ein. Wenn man seinen Code der Allgemeinheit zur Verfügung stellen möchte, macht man schließlich ein svn commit. Man muss allerdings darauf achten, wenn man ein Update aus dem SVN macht, dieses Update auch in das lokale Mercurial-Repository einzuchecken.

Ein Wort zu git

Wenn es um verteilte Versionskontrollsysteme geht, fällt einem meistens vermutlich git ein. Wahrscheinlich hat man schon davon gehört, wie toll git ist und was git alles kann. Es gibt sogar eine Internetseite, die erklärt warum git besser ist als alles andere. Warum also Mercurial ausprobieren?

Für meine Begriffe liegt die Popularität von git – abgesehen davon, dass es sicher ein geniales SCM ist – hauptsächlich daran, dass die git-Benutzer lauter schreien als die Mercurial-Benutzer Ich bin immer davon abgeschreckt, wenn irgendetwas zu sehr gehypt und zu vollmundig angepriesen wird. Deshalb habe ich mich dazu entschieden, Mercurial auszuprobieren. Mercurial-Benutzer müssen nicht rumlaufen und Leute missionieren – sie benutzen einfach ihr SCM und sind glücklich damit dass es so toll funktioniert.

Nein. Scherz. Ich denke die Entscheidung sollte im ersten Schritt nicht zwischen Mercurial oder git getroffen werden, sondern für ein verteiltes Versionskontrollsystem. Denn das ist das zentrale Merkmal, das beide Systeme auszeichnet. Der Rest ist dann Geschmackssache.

Mittlerweile wurde der Artikel mehr als 3000 mal geklickt, hat 27 Antworten und eine intensive Diskussion produziert. Obwohl sich tatsächlich auch einige Leute gefunden haben, die ein paar Vorteile von ClearCase aufzeigen, ist doch die Mehrheit der Antworten damit beschäftigt Nachteile aufzuzeigen. Für mich kommt das natürlich nicht wirklich überraschend, aber es ist doch interessant zu sehen, dass es nicht nur daran liegt, dass ich keine Ahnung von ClearCase habe.

Was mich seit ich ClearCase kenne immer gewundert hat, ist dass es mindestens eine Person braucht, die sich um nichts anderes kümmert und andere Leute sehen das ebenfalls so:

The very fact that it’s complicated enough to require a full-time nanny is also worrying.

Auch immer noch ein Rätsel ist mir der Zweck der Dynamischen Views in ClearCase – seit wir wieder darauf umgestellt hatten, haben wir gemerkt, dass das Resultat davon, dass man sofort alle Änderungen sieht, ist dass man sofort alle Fehler hat, die jemand anders gemacht hat. Auch das war Thema der Diskussion:

Dynamic views are terrible unless you are in a very small team. And if that’s the case, why do you even have ClearCase? I have seen countless people’s views getting hosed because someone checked in files that broke the views of everyone else. You should always update and merge any conflicts on your own view. That way, the changes only affect you. With a dynamic view, you cannot merge down before pushing back up; you just commit and hope.

Dann habe ich noch einen nicht ganz ernst gemeinten Ratschlag bekommen, der zwar für uns leider nichts gebracht hat, weil ja ClearCase schon gesetzt war, den ich aber wegen seinem Unterhaltungswert hier wiedergeben möchte:

If you need an argument to convince people not to use ‘clearcase’, you can say that all the good developers hate it. I know, I wouldn’t work at any place who used clearcase as their source control. Heck, I would gladly suffer the pain of VSS to avoid clearcase.

Wer möchte kann sich einfach mal die ganze Diskussion auf Stackoverflow durchsehen – es sind echt ein paar interessante Kommentare dabei.

Als Schlusswort möchte ich noch diesen Kommentar zitieren, den ich so voll und ganz unterschreiben könnte:

If you’re considering integrating ClearCase into your development environment, I can offer only one piece of advice: don’t.

Situation in Deutschland

In Deutschland hat sich unsere Verbraucherschutzministerin mit einem offenen Brief an Facebook gewandt, in dem sie auffordert, ein wenig mehr Respekt für die Privatsphäre der Benutzer zu zeigen. Wen das bei Facebook interessieren soll, wenn Frau Aigner ihre Mitgliedschaft beendet, ist natürlich eine ganz andere Geschichte

Der Bundesverband der Verbraucherzentralen rät in einer Pressemitteilung mit dem Titel Facebook missachtet Datenschutz sogar, “sich gemeinsam mit ihren Freunden einen neuen Anbieter zu suchen, wenn ihnen der Schutz ihrer persönlichen Daten wichtig ist“.

Facebook wurde kürzlich auch von sowohl Ökotest als auch der Stiftung Warentest überprüft. Ökotest kommt zu dem Ergebnis, dass Facebook in Sachen Datenschutz nur als “ungenügend” bewertet werden kann und die Datenschutzerklärung kaum lesbar sei – von der Stiftung Warentest werden Facebook gravierende Mängel beim Datenschutz bescheinigt. Zudem geht aus den Artikeln hervor, dass Facebook mit diesen Erklärungen gegen das deutsche Datenschutzgesetz verstößt – kritisiert wird dabei von Ökotest gleichzeitig auch, dass “der Staat zwar ein Gesetz erlassen hat, sich um seine Einhaltung aber nicht kümmert“.

Noch ein Hinweis am Rande: Das ist nicht etwa nur deshalb so, weil wir in Deutschland besonders empfindlich sind, auch US-Verbraucherschützer beschweren sich über Facebook und die Links hier zeigen, dass sich auch international eine kritische Haltung gegenüber Facebook aufbaut:

• The Evolution of Privacy on Facebook
• Top Ten Reasons You Should Quit Facebook
• The Big Game, Zuckerberg and Overplaying your Hand
• Facebook’s Gone Rogue; It’s Time for an Open Alternative
• Facebook’s Eroding Privacy Policy: A Timeline
• Facebook Privacy: A Bewildering Tangle of Options

AGB und Datenschutzbestimmungen

Aber schauen wir uns doch die deutsche Version der AGB und Datenschutzbestimmungen selber mal genauer an.

Die für meine Begriffe spannendste Klausel in den AGB ist diese hier:

Für Inhalte, die unter die Rechte an geistigem Eigentum fallen, wie Fotos und Videos („IP-Inhalte“), erteilst du uns vorbehaltlich deiner Privatsphäre- und Anwendungseinstellungen die folgende Erlaubnis: Du erteilst uns eine einfache, übertragbare, unterlizenzierbare, unentgeltliche, weltweite Lizenz für die Nutzung aller IP-Inhalte, die du auf oder im Zusammenhang mit Facebook postest („IP-Lizenz“). Diese IP-Lizenz endet, wenn du deine IP-Inhalte oder dein Konto löscht, außer deine Inhalte wurden mit anderen Nutzern geteilt und diese haben sie nicht gelöscht.

Übertragbar? Unterlizenzierbar??? Bitte? Wer würde denn im echten Leben sowas dummes tun? Das ist ja quasi ein Blankoscheck für die Weitergabe so ziemlich von allem was man auf Facebook postet.

Und dann kommt irgendwo noch diese Information:

Wir können diese Erklärung ändern und werden dich über die Facebook Site Governance-Seite darüber informieren und dir eine Möglichkeit zur Reaktion auf die entsprechende(n) Änderung(en) geben.

Seid ihr Fan der Facebook Site Governance-Seite? Nein? Dann bekommt ihr Änderungen an den AGB oder Datenschutzbestimmungen schlicht und ergreifend nicht wirklich mit.

Auch die Datenschutzrichtlinien sind eher zweifelhaft. Interessant ist hier zum Beispiel der Abschnitt über “Vorab genehmigte Webseiten und Anwendungen Dritter“:

Um dir die Möglichkeit zu geben, auch außerhalb von Facebook nützliche Erfahrungen im sozialen Bereich machen zu können, sind wir gelegentlich gezwungen, vorab genehmigten Webseiten und Anwendungen von Drittparteien, die sich auf die Facebook-Plattform stützen, allgemeine Daten über dich zur Verfügung zu stellen, wenn du diese besuchst (wenn du noch bei Facebook angemeldet bist). Wenn einer deiner Freunde eine von Facebook vorab genehmigte Webseite oder Anwendung besucht, wird diese deine allgemeinen Informationen nutzen, damit du und dein Freund/deine Freundin auch auf dieser Webseite in Kontakt miteinander treten könnt (vorausgesetzt, du verfügst ebenfalls über ein Konto bei dieser Webseite).

Unten in diesem Abschnitt gibt es dann einen Link, der zur Liste der vorab genehmigten Webseiten führen soll, der allerdings ins Leere führt. Aktuell sind das wohl Microsofts Docs.com, Pandora und Yelp – Facebook kann aber nach belieben weitere hinzufügen, denn sie sind ja vorab genehmigt.

Dann geht es weiter unten weiter mit folgendem Hinweis:

Wir geben deine Informationen an Dritte weiter, wenn wir der Auffassung sind, dass du uns die Weitergabe gestattet hast, damit wir unsere Dienste im Bedarfsfall anbieten können oder wenn wir aus rechtlichen Gründen dazu gezwungen sind.

Was soll denn gemeint sein mit “wenn wir der Auffassung sind, dass du uns die Weitergabe gestattet hast”? Kann man das noch schwammiger formulieren? Weiter geht’s dann mit einer weiteren Aussage in dieser Richtung:

Gelegentlich tauschen wir gesammelte Informationen mit Dritten aus, damit wir unseren Dienst verbessern oder fördern können. Dabei gehen wir allerdings so vor, dass sich kein einzelner Nutzer erkennen oder mit einer bestimmten Handlung sowie Information verknüpfen lässt.

Und auch dann wenn man veröffentlichte Informationen oder gar seinen Account gelöscht hat, ist nicht alles was man auf Facebook gepostet hat einfach weg, denn

Selbst nach dem Entfernen von Informationen von deinem Profil oder Löschen deines Kontos werden Kopien dieser Informationen u. U. weiterhin an anderer Stelle angezeigt, sofern sie mit anderen ausgetauscht, gemäß deinen Privatsphäre-Einstellungen übermittelt oder von anderen Nutzern kopiert oder gespeichert wurden.

Facebook-Konto löschen?

Wenn man nun die Schnauze voll hat von Facebook und gerne sein Konto dort löschen möchte, ist man gleich mit dem nächsten Problem konfrontiert – das geht nämlich gar nicht so einfach. Unabhängig davon, ob ihr euren Account löschen wollt oder nicht, solltet ihr einfach so zum Spaß mal versuchen, den Button zu finden, mit dem ihr euren Account bei Facebook löschen könntet. Achtung: Ich meine “Löschen” und nicht “Deaktivieren” – beim Deaktivieren hält Facebook trotzdem eure kompletten Daten verfügbar. Ich meine wirklich “Löschen”.

Ich gehe mal davon aus, dass ihr ihn nicht gefunden habt, denn der ist richtig gut versteckt. Ich habe ihn mit Hilfe einer Anleitung aus dem Internet ausfindig gemacht und hier ist er, der Link, um den eigenen Facebook-Account zu löschen.

Ich selbst habe mein Facebook-Konto nicht gelöscht – trotz der ganzen Argumentation hier, die eigentlich dafür spricht der ganzen Nummer den Rücken zu kehren, ist Facebook ja auch eine nützliche Sache. Man sollte nur wissen, was man dort von sich veröffentlicht. Und das geht einerseits über den Content, den man dort selbst erzeugt und andererseits über die Privatspähre-Einstellungen. Da ja aber genau die total verworren sind (”Evil Interfaces“) und per Default eigentlich fast alles öffentlich ist, ist es ganz nützlich sich dabei von einem Tool wie dem auf ReclaimPrivacy.org helfen zu lassen, möglichst sichere Einstellungen zu finden. Dann hat man zwar immer noch die AGB abgenickt, aber ist zumindest so privat wie es halt eben auf Facebook geht.

Für einen Softwareentwickler klingt der Spruch “wir sind zu 90% fertig” allerdings gar nicht gut. Denn in der Softwareentwicklung kennt man die sogenannte 90-90-Regel, die besagt, dass die ersten 90 Prozent der Entwicklung 90 Prozent der Zeit brauchen und die restlichen 10 Prozent die anderen 90 Prozent der Zeit. Die letzten 10 Prozent bis zur Fertigstellung einer Entwicklung dauern immer am längsten und sind auch immer die schwierigsten.

Wenn der Typ nun also sagt, “es sind doch nur noch 10 Prozent“, dann soll das eigentlich heißen “wir sind bald fertig” aber tatsächlich heißt es eher “es gibt noch eine ganze Menge zu tun“. Yamauchi liefert quasi selbst den Beweis dafür ab, denn in einem Interview Anfang dieses Jahres waren’s auch schon 90 Prozent

Mehr Infos zum Thema ninety-ninety rule gibt’s bei der Wikipedia oder im Artikel Ninety Percent Done, der auch ein paar Ansätze beschreibt, was man dagegen tun kann.

[via ytorf]

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.

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.

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.

• How does Java technology relate to Web application development?
• How does Java technology relate to SOA/Web services?
• How does Java technology relate to dynamic languages and functional programming?
• How does Java technology relate to open source software development?

Jeder Abschnitt enthält weiterführende Links zu developerWorks- oder auch anderen Tutorials, wo man seine Kenntnisse dann auffrischen oder vertiefen kann.