Auf dem Mac verwende ich als Vorschau- und Preview-Applikation Marked und genau über die Verwendung vom Marked in Verbindung mit einem normalen Texteditor habe ich das weiter unten eingebettete Video gemacht.

Aber vielleicht zuerst ein kurzer Überblick darüber was Markdown eigentlich macht und wozu man es braucht.

Markdown

Markdown ist eine einfache Markup-Sprache die von John Gruber erdacht wurde um, vermutlich vornehmlich sich selbst, das Bloggen zu erleichtern. Jeder der sich schonmal im Backend eines heutigen CMS-basierten Blogs eingeloggt hat kennt die lustigen Rich-Text-Editoren die man dort präsentiert bekommt um seine Artikel zu verfassen. Jeder der schonmal versucht hat dort einen längeren Artikel zu geschrieben hat wird früher oder später Flüche aller Art gen Himmel ausstoßen und diese Editoren verdammen.

• manchmal fressen sie Absatzmarken
• Aufzählungen bröseln auseinander
• Code-Blöcke funktionieren mal und mal nicht
• …und spätestens wenn man versucht offline zu arbeiten wird die Sache sehr unterhaltsam

Marked ist also angetreten um das verfassen von Text in einfachem HTML (Styles und so weiter werden ja über CMS automatisch hinzugefügt) zu erleichtern. Daher kann man beispielsweise Links einfacher setzen, Aufzählungen und Überschriften sowie einfach Textmarkierungen wie kursiv oder fett sind sehr schnell und ohne Griff zur Maus, aber eben auch ohne HTML-Tags, zu bewerkstelligen.

Den “Quell-Text” zu diesem Artikel sieht man zum einen im Video, aber ich hab ihn euch hier auch nochmal zum direkt anschauen verlinkt.

Marked

Marked ist ein kleine Mac-Anwendung aus dem Mac-AppStore die zum einen Markdown-Übersetzer enthält, als auch ein schnelles HTML-Preview ermöglicht. Die Software bekommt durch einfaches Drag’n’Drop ein File zur Überwachung gereicht und zeigt fortan jedesmal wenn dieses (Text-)File gespeichert wurde eine aktualisierte Vorschau an.

Ist man mit seinem Artikel fertig läßt man sich von Marked die HTML-Repräsentation des Artikels in die Zwischenablage kopieren und fügt diese im Backend der Website einfach nur noch ein. Schon ist der Blogpost fertig zur Veröffentlichung.

http://www.youtube.com/watch?v=Ed–1BNo-zA

Windows

Auch unter Windows gibt es natürlich Editoren die Markdown unterstützen, dazu habe ich mir kürzlich Writemonkey angesehen und für sehr tauglich befunden.

Menubar (click für größer)

Backblaze, Dropbox, gfxCardStatus, Moom, Evernote, Caffeine, iStatMenus (CPU, memory, disk activity, temperature, fan speed, Clock/Calendar), MobileMe-Sync, Time Machine, Bluetooth, WiFi, Sound, Keyboard & Character Viewer, Battery, User-Switch, Spotlight

nicht zu sehen: alfred

/via

Vor allem wenn sie mit dem rolling shutter eines iPhone4 gefilmt wurde.

http://www.youtube.com/watch?v=TKF6nFzpHBU

(Youtubedirektgitarrenwahn, via TUAW)

Nett finde ich aber schon, dass er die ganze Zeit Eric Clapton anspielt.

Ich hätte ehrlich gesagt nie gedacht, dass ich sowas mal schreiben würde, aber jetzt muss ich. Ich haben Apples Keynote-Video zu den neuen iPods und iTunes 10 live übers Internet angeschaut.

Keine Panik, ich werde jetzt nicht wiederkäuen was es da alles so tolles zu sehen gab und wie sehr ich all diese Produkte haben will, nein mir ging es eher um die Umstände wie ich das geschaut habe.

Kurzer Flashback zum Thema Videostreaming

Seit einigen Jahren gibt es Streaming Video im Netz, vor allem Dienste wie YouTube kennt wohl wirklich jeder. Videos die bei Bedarf (also wenn der User sie anklickt) zu ihm kommen, so weit so alltäglich. Als Anfang 2007 das erste iPhone auf den Markt kam (erst in den USA, einige Zeit später dann auch bei uns) gelangte Streaming Video auf einem mobilen Gerät erstmals in die Hände einer breiten Öffentlichkeit. Klar gab es auch vorher schon Handy-TV über UMTS, aber warum falls Ihr euch jetzt spontan auch nicht so genau erklären könnt warum Ihr das damals nicht dauernd benutzt habt, dann ist die Frage wie gut das funktioniert hat wohl auch beantwortet. Youtube unterwegs, von damals an kein Thema mehr.

Live is a different beast

Live Video ist jedoch eine ganz andere Geschichte. Nur ein paar Zuschauer, kein Problem. Sobald es jedoch ein massives Interesse gibt und einige tausend oder schlimmer, einige hunderttausend Menschen gleichzeitig den gleichen Videostream sehen wollen – das ist wo es hässlich wird.

Zurück zur Apple Keynote heute nachmittags. Kurz bevor es losgehen sollte gab Apple bekannt, dass sie die Keynote live streamen würden, Gerüchte besagten man wolle damit das neue Apple-Datacenter in North Carolina mal richtig schön Streßtesten – das dürfte gelungen sein

Apple dürfte sicher eine Firma sein, die in der Lage ist so einen Stream mit dieser Menge Zuschauern nicht nur zu stemmen, sondern auch den Traffic und vor allem Bandbreite dafür zu bezahlen. Das letzte Mal das sie dies taten liegt mehr als 6 Jahre zurück, damals sollen etwa 50.000 Leute zugesehen haben und keiner von Ihnen dürfte dabei unterwegs gewesen sein. Diesmal würden es deutlich mehr werden.

Zurück zu mir

Leider um 19:00 gerade nicht zu Hause und auch nicht mehr in der Firma – nein: Genau dazwischen, natürlich Nerd und Apple-Fanboy genug um dennoch live dabei sein zu wollen gebe ich der Sache mobil eine Chance.

Ehrlichgesagt ich hab nicht wirklich geglaubt das das klappen würde. Eher ging ich davon aus, dass entweder der Stream den anstürmenden Horden nicht gewachsen sein würde und jämmerlich unter der schieren Last der weltweiten Apple-Fan-Community, die auf neue iPods wartet, zusammenbricht. Dabei hätte er in meiner Vorstellung kurz vor Ende noch ein hässlich bröckelndes Geräusch abgesondert. Alternativ glaubte ich, dass meine wacklige O2-UMTS-Internetverbindung irgendwo unterwegs so zu nerven anfangen würde, dass ich final die Lust verliere stehenden Frames und bruchstückhaftem Audio zuzugucken und schließlich aufgäbe. Final hätte natürlich auch mein Akku der Spielverderber werden können, der auf der morgendlichen Hinfahrt und in der Mittagspause schon diverse Podcast-Video & Towerdefense-3D-Spielangriffe über sich hat ergehen lassen müssen.

Es kam anders

Nichts von alle dem passierte. Naja nicht ganz – auf so einer Zugfahrt durch das hügelige Taunusland nördlich von Frankfurt gibt es natürlich das eine oder andere Funkloch und auch kleinere Streckenabschnitte ohne UMTS-Abdeckung. Es gab natürlich Aussetzer, sowohl Video als auch Audio, aber über alles gesehen war ich sehr überrascht. Die Buffer helfen über die kleineren Aussetzer hinweg und dort wo es kein UMTS gibt springt der Stream einfach schnell in den „nur noch Ton“-Modus. Bei einem Fußballspiel sicher eine mittlere Katastrophe, bei einer Apple Keynote meist kein großes Problem.

Da sitze ich also, fahre mit über 100km/h übers platte Land in einem Zug, in dem ich normalerweise grad so „brauchbar“ im Netz surfen kann und schaue einen Livestream vom anderen der Welt, den hunderttausende anderer Leute weltweit gleichzeitig gucken auf einem kleinen Telefon, dass nur so groß wie meine Handfläche ist – und ich ertappe mich dabei, dass ich das ganz normal finde.

Der Akku hat übrigens gehalten, von 54% ist noch auf 15% gefallen, aber ich habe über 1 Stunde Livevideo aus San Francisco geschaut, unterwegs – im Bus, im Regionalexpress, unter der Erde in der S- & U-Bahn und auf dem Fußweg nach Hause. Es hat gehalten, es hat funktioniert und es hat mich, trotz der ganzen Geekigkeit, staunend zurück gelassen. Ich hätte es vorher nicht geglaubt.

Photo unten von Yutaka Tsutano, unter cc Lizenz.

 
Photo unten von mastrobiggo, unter cc Lizenz.

 

http://www.youtube.com/watch?v=udlxr8t1nZM

http://www.youtube.com/watch?v=GcDshWmhF4A

(YoutubeDirektMurmeln, via)

Ich konnte für einen Augenblick nicht anders als dringend so eine Maschine bestellen zu wollen.

http://www.youtube.com/watch?v=Nx7v815bYUw

(Youtubedirektawesomeness, via BenM)

Genau so gings mir auch immer, man weiß eigentlich das man nicht ausreichend abgesichert ist, das Ungute Gefühl ist immer da, aber man denkt sich eben “wird schon nix passieren”™.

Aber “wird schon nix passieren”™ ist ein gutes Stück Selbstbetrug, vor allem wenn man (wie ich) schon mehr als einmal Daten durch eine kaputte Festplatte verloren hat.

Backupvarianten und Ihre Probleme

zu jeder normalen Backupstrategie lässt sich ein Beispiel finden in dem sie nicht funktioniert, aber wenigstens gegen die ganz normalen Disaster möchte man sich ja absichern – was hätten wir also:

• CD/DVDs: nicht sonderlich zuverlässig, außerdem bei Datenvolumina im 30GB+ Bereich eher unpraktisch. Ich hab Dutzende gebrannte DVD-Rohlinge hier die nicht mehr lesbar sind – und das waren zu großen teilen Markenrohlinge die ich nicht mit Fullspeed gebrannt habe – also nein danke.
• USB-Festplatten: gute Möglichkeit, aber auch hier diverse Probleme: Der Blitz schlägt ein, Computer hin, Platte auch hin. Man kann sie nach jedem Gebrauch vom PC und vom Stromnetz trennen, aber das wird auf Dauer schon nervig und spätestens bei Wasser/Feuer/Einbruch ist dann auch diese Sicherung futsch.
• Bänder: Reden wir da gar nicht erst drüber, für Privatleute ist diese Lösung wohl Overkill da viel zu teuer.
• NAS-Laufwerke: Klasse Lösung an sich, aber für Blitz/Feuer/Wasser/Einbruch gilt das gleiche wie für die USB-Platten auch.

Bleibt also festzustellen das einiges geht, aber alles so seine Nachteile hat. Daher habe ich mich kürzlich eine andere Lösung angesehen.

Online Backup

Online Backup ist vom Konzept her ideal um die inhärenten Schwächen der o.g. Backup Methoden zu umgehen. Es ist an einem physisch getrennten Ort, an einem anderen Stromnetz. Weder eine Überspannung (die meinen PC daheim röstet), noch ein Einbrecher, ein Feuer im Haus oder die kaputte Waschmaschine in der Wohnung oben drüber kann diesem Backup etwas anhaben. Der Dienstleister (dazu später mehr) hat hoffentlich seinerseits Sorge getragen das die Daten bei ihm z.B. auf RAID-Datenträgern oder Bändern, mit redundater Stromversorgung u.ä. gespeichert sind und daher als sicher betrachtet werden können.
Was uns direkt zum Punkt Vertrauen bringt. Sicherlich muss ich dem Anbieter dem ich meine Daten anvertraue vertrauen, schließlich stütze ich nicht nur meine gesamte Backupstrategie auf ihn, sondern ich vertraue ihm auch alle meine privaten oder geschäftlichen Informationen an. Das wir diese nicht im Klartext übermitteln sollte aber ohnehin klar sein.

Krypto

Um bei der Übertragung und auch beim Dienstleister selbst Schutz vor Datendieben zu haben, werden die Daten verschlüsselt. Im Falle der von mir ausgesuchten Lösung hat man die Wahl einen vom Anbieter generierten Schlüssel zu verwenden (dann hat aber eben auch der Anbieter den Schlüssel), oder einen eigenen zu verwenden. Der Vorteil bei zweiterer Lösung ist, das der Schlüssel nur einem selbst bekannt ist, die Daten sind also wirklich sicher vor neugierigen Blicken, der Nachteil dabei ist, dass man auf seinen Schlüssel auch selbst aufpassen muss. Ist er weg ist das Backup nur noch sinnfreier Datensalat und niemand kann einem dann noch helfen.

Vertrauen

Der Punkt Vertrauen ist hierbei natürlich so eine Sache. Vertraue ich dem Anbieter meine Daten an? Alle Daten!? Verschlüsselt diese Software wirklich die Daten oder tut sie nur so, ist sie sicher implementiert? Kann das wirklich niemand außer mir entschlüsseln?

Diese Fragen muss wohl jeder für sich beantworten und ich werde hier natürlich nicht die Hand für irgendeine Firma ins Feuer legen – aber ich hab mich entschieden der Sache zu glauben und mache mein Backup daher seit einer Weile mit Mozy.

• Disclaimer: So, bevor ich jetzt zum konkreten Kapitel über den Anbieter Mozy komme, schnell noch ein Disclaimer. Ich krieg weder einen einzigen Cent von denen, noch wurde ich irgendwie um diesen Artikel gebeten oder ähnliches. Ich benutze den Dienst seit etwa September 2008 und bin durch eine Internetrecherche auf selbigen aufmerksam geworden. Ich habe ihn ausprobiert und bin davon recht angetan. Daher habe ich mich entschlossen meine Erfahrungen nunmehr hier aufzuschreiben.

Mozy

Die Firma Mozy ist EMC-Tochter und residiert in den USA, dort betreiben die wohl ein gigantisches Datacenter irgendwo im Nichts von Utah. Dahin kann ich nun alle meine Daten schieben und die Leute von Mozy passen hoffentlich gut drauf auf.

Software

zu diesem Zwecke stellt Mozy eine Software für Windows oder Mac zur Verfügung die sich darum kümmert die Daten zu verschlüsseln, zu übertragen und (das ist das wichtigste) zu merken, welche Daten sich geändert haben und diese erneut zu übertragen. Diese Software ist eigentlich recht klein und übersichtlich: Man stellt einmal ein welche Arten von Dokumenten und Dateien/Verzeichnissen ins Backup einfliessen sollen und schon kann es eigentlich los gehen. Der Upload läuft an..

Upload

Upload, jetzt werden Sie denken, oh mein Gott, das dauert ja ewig – und ich muss sagen:

“Ja! Sie haben Recht!”

das dauert ewig. Mein initiales Backup umfasste 191 GB und dauerte von Anfang September 2008 bis etwa Ende November 2008, also etwa 3 Monate. In diesen 3 Monaten war mein Rechner oftmals tagsüber den ganzen Tag eingeschaltet, oder lief zumindest einige Stunden jeden Tag – über Nacht war er jedoch immer aus. Meine Internetleitung ist relativ schnell und hat eine Uploadgeschwindigkeit von 1 MBit/s, die daraus resultierenden ca. 120 kB/s konnten in der Regel, bei ansonsten unbelasteter Internetverbindung, in der Regel auch ausgeschöpft werden. Die Server von Mozy und die Leitungen in die USA waren, zumindest in meinem Testzeitraum, schnell genug.

Hätte ich meinen Rechner, mit einer Leitung dieser Geschwindigkeit, durchgehend laufen lassen, so hätte die Übertragung der 191GB 19 Tage, 7 Stunden und 36 Minuten gedauert.

Meine Übertragung hat fast 5x solange gedauert, aber der Rechner war eben auch nicht durchgehend eingeschaltet und wurde (genauso wie die Internetverbindung) zwischenzeitlich noch anderweitig genutzt.

Geduld

Es ist also, zumindest für das initiale Backup, Geduld gefragt.  Wäre mir in dieser Zeit meine Festplatte abgeraucht, so wäre alles weg gewesen – aber den Zustand hatte ich vorher jahrelang, also warum groß darüber aufregen. Paranoide Zeitgenossen müssen in der Zwischenzeit eben mit Festplatten für Sicherheit sorgen.

Restore

zu jeder Backupstrategie gehört nicht nur das “in Sicherheit kopieren” der Daten sondern auch der umgekehrte Weg, nämlich die Wiederherstellung derselben: der Restorevorgang. Diesen sollte man bekanntlich bei jeden Backup regelmäßig erproben. Mozy bietet mir hier mehrere Möglichkeiten. Sie würden mir gegen Gebühr Datenträger schicken, das dürfte aus den USA eine Weile dauern, aber vermutlich das beste sein, falls ich wirklich alle 191 GB wiederherstellen müsste, also einen Totalverlust erlitten hätte. Diesen Weg habe ich nicht getestet, aber es ist davon auszugehen das sie eben ca. 40-50 DVDs in eine Schachtel stecken und herschicken. Des weiteren gibt es den Restore über die Desktopapplikation und den Webrestore.

Restore über die Applikation

Die Applikation ist ja ohnehin schon auf meinem Rechner installiert, kennt den Key und kann daher mit nur wenigen Mausklicks Dateien oder ganze Verzeichnisse wiederherstellen. Das funktionierte in meinen Tests am schnellsten und unkompliziertesten – klare Sache man muss sich um keine Entschlüsselung kümmern – alles schon richtig eingestellt. Natürlich funktioniert diese Variante nur solange der Rechner, von dem aus gebackuped wurde, noch tadellos funktioniert. Man kann also z.B. mal eine versehentlich gelöschte Datei wiederherstellen.

Restore  übers Web

wenn der Worst-Case wirklich mal eintritt, mein Rechner/meine Festplatte abraucht und ich nach einem Neukauf erstmal nix mehr habe außer Windows/MacOS und einen Netzzugang -  dann kommt möglicherweise der Webrestore zum tragen.

Man loggt sich dann erstmal auf der Website ein und geht hier mit einem recht komfortablen, aber in meinen Tests leider ziemlich langsamen Webtool, durch die Verzeichnisstruktur der Sicherung. Dabei markiert man die Verzeichnisse oder Dateien, die man gern wiederherstellen würde. Nun wird ein Wiederherstellungsdownload erzeugt: Man könnte sagen, Mozy geht jetzt auf die Suche nach den Dateien und zippt sie zusammen. Das dauert einen Augenblick und man wird per Mail benachrichtigt wenn der Vorgang abgeschlossen ist. Nun kann man mit dem Download beginnen und die Datei herunterladen.

Natürlich ist die Datei die man da herunterlädt erstmal unbrauchbar, da ja noch verschlüsselt. Hier kommt ein kleines Tools namens MozyDecrypt zum tragen. Zusammen mit dem Keyfile (das man hoffentlich auch nach dem großen Platten-GAU noch hat) und dem heruntergeladenen ZIP-File kann man nun den Entpack- & Entschlüsselungsvorgang starten und nach einiger Zeit hat man seine Daten zurück. In meinen Tests funktionierte dieser Vorgang problemlos.

Kosten

Ok, die gute Nachricht vorne weg: Mozy ist kostenlos!

Nun die schlechte: Das ist leider nicht die ganze Wahrheit!

Man darf Mozy für private Zwecke kostenlos verwenden und wird dann in der Datenmenge auf 2 GB beschränkt. Das taugt natürlich nicht für ein Szenario wie oben beschrieben, aber wer nur seine wichtigsten aktuellen Projektdaten (Sourcecode, Diplomarbeit, Worddateien, etc.) jederzeit in Sicherheit wissen will, dem mag das sogar ausreichen, außerdem ist es ideal um die Software kennenzulernen und auszuprobieren.

Für Privatkunden, die mehr Daten sichern wollen kostet der Service $4,95 pro Monat und pro Computer. Das sind bei derzeitigem Umrechnungskurs etwa €3,91. Zahlbar, relativ problemlos, z.B. per Kreditkarte. Dafür erhält man unbegrenzten Speicherplatz für das Backup seiner Daten, selbst meine oben erwähnten 191 GB (oder auch noch viel mehr) sind damit abgedeckt. Es gibt keine weiteren Kosten, außer für eine Wiederherstellung bei der Datenträger erstellt und verschickt werden. Ansonsten wird weder Traffic für den Backup noch für den Restorevorgang berechnet.

Jeder weitere Rechner auf dem die Backupsoftware läuft kostet weitere $4,95.

Für Unternehmeskunde gibt es eigene Tarife, die sich auf Mozys Homepage sicher leicht rausfinden lassen.

Einschränkungen

Natürlich ist nicht alles Gold was glänzt und es gibt einige Einschränkungen über die man sich bewusst sein sollte.

Backup vs. Archiv

Viele Leute verwechseln ein Backup mit einem Archiv, und missverstehen damit auch das Konzept der Mozy-Software. Ein Backup ist eine Sicherheitskopie von Daten die auf einem System in Benutzung sind, für den Fall das das System oder der Datenträger ausfällt. Ein Archiv ist sozusagen ein Lager für Daten (das man auch mit einem Backup sichern sollte, aber das ist ein anderes Thema). Somit sichert die Mozy-Software in Ihrer Funktion als Backupsoftware nur Dinge die auch auf dem System drauf sind. Wenn ich eine Datei lösche, versehentlich oder absichtlich ist dabei egal, so kann ich sie noch 30 Tage lang aus dem Backup wiederherstellen. Danach “verschwindet” sie auch aus meinem Backup bei Mozy. Ich kann also den Speicherplatz bei Mozy nicht nutzen um Platz auf meinen Platten zu schaffen und Daten dort endlagern zu können, sondern eben wirklich nur, um Kopien dort zu lagern, von Daten die ich bei mir auf dem Rechner habe.

Natürlich bedeutet diese 30 Tage Regel auch, daß ich innerhalb eines Monats merken muss, wenn ich versehentlich Daten verloren habe. Ansonsten bekomme ich diese nicht wiederhergestellt.

Wer Online-Speicher sucht um z.B. 20 GB alte Fotos irgendwo sicher auszulagern, die er auf seinem Rechner derzeit nicht braucht, der sollte sich evtl. Jungle-Disk oder Amazon S3, o.ä Angebote näher ansehen.

Netzlaufwerke und externe Platten

Des weiteren unterstütze die Software derzeit nur Laufwerke die sich als fester Datenträger am System anmelden. Ich kann derzeit nur für Windows sprechen: Dort bedeutet dies das Aus für das Sichern von Netzlaufwerken. Externe (USB/Firewire) Festplatten lassen sich theoretisch einbinden, müssen dann jedoch immer verbunden sein wenn die Software läuft. Sollte die Software ein Backup durchführen und eine vorher eingebundene externe Festplatte ist nicht angeschlossen und/oder eingeschaltet, so gelten die darauf befindlichen Daten als gelöscht. Das wäre an sich noch nicht so tragisch, aber das Durcheinander wenn die Platte dann wieder da ist und die Daten erneut gesichert werden ist sicherlich kein Spaß.

Für einen normalen stationären Rechner der nicht auf- und abgebaut wird (also auch kein Notebook ist) und an dem eine externe Festplatte permanent angeschlossen ist, die am besten noch irgendwo untern Schreibtisch liegt (also nie ausgeschaltet oder abgezogen wird)  – für einen solchen Rechner mag es akzeptabel sein den Inhalt dieser Festplatte mit ins Backup einzubeziehen. In allen anderen Fällen müssen die Inhalte dieser Festplatten anderweitig gesichert werden.

Geschwindigkeit

Nicht nur die Übertragung der Daten durchs Netz ist langsam, auch der Client selbst ist nicht der schnellste. Dieser muss vor jeder Sicherung rausfinden welche Daten sich geändert haben, also gesichert werden müssen. Dieser Vorgang ist naheliegenderweise sehr IO-intensiv und zumindest auf meiner (nicht mehr ganz taufrischen) Maschine jedesmal ca. 30min unterwegs. Zum Glück geschieht dies meistens wenn ich nicht am Rechner sitze. Sollte das dennoch mal im Gang sein, während ich den PC verwenden möchte, dann kann man das schon noch machen, allerdings würde ich jetzt evtl. nicht mehr unbedingt RAW-Entwicklung oder Videoschnitt anfangen. Der Vorgang lässt sich bei Bedarf jederzeit unterbrechen, ebenso lässt sich der Uploadvorgang jederzeit einfach abbrechen.

Fazit

Alles in allem, kann ich sagen dass ich mit Mozy sehr zufrieden bin. Erstmals, in meiner mittlerweile fast 20 jährigen Computerlaufbahn, habe ich das Gefühl das meine wichtigen Daten wirklich in Sicherheit sind. Erstmals habe ich ein Backup das den üblichen häuslichen Datenkatastrophen standhalten kann. Jeden Tag einmal springt mein MozyClient automatisch an und sichert nur die Daten nach Utah rüber, die sich geändert haben.

Natürlich ist nicht alles Gold was glänzt – ich hätte natürlich auch noch Bedarf meine externen Platten zu kopieren, also auch die Daten, die ich nicht auf meiner internen Festplatte habe ins Backup einzubeziehen.

Das gilt umso mehr, für Laptopbesitzer, da hier derzeit bei etwa 500GB-Festplattengröße Ende ist. Als (derzeit noch) Barebone-PC-Benutzer  hätte ich natürlich die Möglichkeit mit 2x 1,5 TB-Platten intern ‘ne Menge Daten in diesem Backupschema zu sichern, leider ist meine interne Platte derzeit nicht so groß.

Natürlich ist das initiale Backup, ein echtes Problem. Bei mir waren es “nur” 200GB. Wie eben erwähnt hätten es auch 2,5TB sein können. Sowas dauert eine mittlere Ewigkeit zu sichern und natürlich auch beim Wiederherstellen. Hier wäre es wünschenswert wenn es eine alternative Möglichkeit gäbe. Bei höher bepreisten Anbietern in Deutschland (oftmals eher für gewerbliche Kunden) sind teilweise Initialbackups über USB-Festplatten und Kurierdienst, oder ähnliches möglich, in die USA wäre das aber sicher einiger Aufwand.

Wie Andrew S. Tannenbaum sagte:

“Never underestimate the bandwidth of a truck full of tapes hurling down the highway”

Bleibt nur noch das wirklich wichtigste Problem: Man muss nach wie vor auf eine Datei enorm gut aufpassen: Das Keyfile!
Damit die Datenverschlüsselung sicher ist, sollte man, meiner Meinung nach, ein eigenes Keyfile verwenden, daher gilt es dieses Keyfile nach eine eventuellen Datenkatastrophe auch noch zu haben. Hier darf unter keinen Umständen ein Fehler passieren. Diese eine Datei (die übrigens nur recht klein ist) muss man per CD/DVD/USB-Stick/Webserver/2. Location/Mama/Papa/Oma/Opa/etc. derart sicher verwahren, das sie auch nach Diebstahl, Feuer, Wasser, Festplattenschaden noch da ist. Diese Aufgabe halte ich allerdings für lösbar.

Feedback

Wie macht Ihr euer Backup? Was haltet Ihr von meinen Ausführungen? Wäre das was für euch?

Ich habe jetzt in unregelmäßigen Abständen insg. seit 4 Monaten an diesem Artikel gearbeitet und seither Mozy jeden Tag benutzt (bzw. es einfach bei seiner Arbeit beobachtet) und bin sehr zufrieden. Gibt es Alternativen?

Die Kommentare sind offen und der richtige Platz für eine Diskussion darüber.

Web

Vorbereitungen

Nachdem der Schnitt der Datei nun fertiggestellt ist, wird sie als MP3 exportiert, mit Tags versehen und ins Internet gestellt wo sie über die Webseite oder einen RSS-Feed abrufbar ist.

Exportieren

Bei der Bitrate für einen Podcast hört man im Internet sehr viele unterschiedliche Empfehlungen. Die übliche “CD-Qualität” bei 128kbps die für ein normales MP3 früher angesetzt wurde ist sicher auch für einen Podcast nicht verkehrt – allerdings würde man hier viel Traffic umsonst verursachen. Die Dateien würden relativ groß (etwas über 900kB pro Minute) und bei einem reinen Sprachprogramm (und ein solches ist der Sneakpod) wären 128kbps schlichtweg Overkill. Empfehlungen die man so hört sprechen von 64-96kbps. Normalerweise würden auch 22,05kHz statt der bei Musik verwendeten 44.1kHz ausreichen, nur hört man immer wieder von verschiedenen Inkompatibilitäten mit diversen Web-Flash-Playern und da unser Podcast über eben solche auf vielen Seiten von Podcastportalen angehört werden kann wollten wir hier kein Risiko eingehen. Je nach Schnittmeister (Stefan oder ich) exportieren wir unseren Podcast also normalerweise entweder mit 96kbps CBR oder mit zwischen 64-112kbps VBR.

Taggen

Jetzt haben wir also endlich eine fertig bearbeitete Audiodatei im richtigen Format – fertig für die Welt da draußen, kompatibel mit den Flashplayern und MP3-Geräten, iPods, iPhones und Whatnots. Was Ihr als letzter Schliff noch fehlt sind ID-Tags.

ID-Tags sind Metainformationen die in der MP3-Datei selbst abgespeichert werden und Informationen über das Tondokument selbst enthalten. Artist, Titel, Album, Albumart, etc. Diese ganzen Werte werden nun also auch für unseren Podcast ausgefüllt, Tracknummer mit der aktuellen Folgennummer gefüllt, vielleicht ein Kommentar ergänzt und ganz wichtig: Unser Logo als Cover mit in die Datei gespeichert.

Der letzte Schritt ist wichtig für alle unsere iPod-Hörer da draussen. Für Podcastverzeichnisse und ähnliches im Web reicht es wenn man das Logo als Cover über den RSS-Feed einbindet damit es angezeigt wird, aber um auf dem iPod mit Bildchen zu erscheinen muss das Logo als ID3-embedded CoverArt in die MP3-Datei. Ich finde es erstaunlich das von den etwa 50 Podcasts die ich abonniert habe, immernoch einige diesen einfachen letzten Schritt nicht hinkriegen. Ein Schritt der die Produktion am Ende der Kette, auf dem iPod des Hörers, doch erheblich aufwertet. Die 3-5 Folgen in der Liste von Podcasts auf meinem iPod die kein CoverArt besitzen und daher mit so einem schmucklosen grauen Hintergrund angezeigt werden, fallen mir jeden Tag aufs neue irgendwie unangenehm ins Auge.

Uploading

Jetzt ist die Datei aber wirklich fertig -der Prozess war ja auch lang genug. Jetzt muss Sie auf einen Webserver – hier gibts nahezu endlos viele Möglichkeiten wie die Datei zum Server gelangt, normale Podcastprogramme bieten meist einen FTP-Upload an, oder man nutzt ein Webinterface. Unsere Podcast-Seite www.sneakpod.de läuft auf einem von mir selbst administrierten Linux-System auf dem kein FTP-Server läuft. Entweder lade ich die Datei also über das Website-Backend unserer Blogingsoftware (dazu gleich mehr) auf den Server (was einigermaßen schmerzvoll ist), oder – meine Wahl – ich benutze einen SSH basierten verschlüsselten Filetransfer über SCP. Da ich meinen Podcast auf einer Windowsmaschine produzieren und dann auch hochlade, kommt konkret WinSCP zum Einsatz.

Website

Fehlen noch zwei Schritte: Es muss ein Eintrag zur neuen Folge auf die Webseite und wir brauchen den dazu passenden Eintrag im RSS-Feed. Zweiteres ist eigentlich noch das wichtigere, denn der RSS-Feed macht dieses Audioangebot erst zu einem Podcast – bis hierher haben wir nämlich erstmal nur eine Sprachaufnahme hergestellt die wir zum Download anbieten werden. Erst der RSS-Feed und die Tatsache das man selbigen mit geeigneten Programmen abonnieren kann und dadurch automatisch die aktuellen Folgen auf seinen eigenen Rechner bekommen, macht dieses Audiodownloadangebot zu einem Podcast.

Einen solchen RSS-Feed kann man natürlich von Hand tippen, das ist im Grunde auch wirklich nicht schwer, das ist plattes XML. Aber genauso wie heute kaum noch jemand die einzelnen Seiten seiner Webpage von Hand schreibt, sondern ein CMS verwendet, so kenn ich auch keinen Podcaster der seinen RSS-XML von Hand tippen würde. Beim Sneakpod verwende ich WordPress als CMS-System und darauf aufsetzend das podpress PlugIn von Mightseek. So wird im WordPresssystem auf unserem Server ein Artikel angelegt, geschrieben und dann das MP3 zur Veröffentlichung angehängt. WordPress legt ja ohnehin für das gesamte Blog Feeds aller Art an und podpress kümmert sich darum, dass in diesen einen (Podcast-)Feed auch die Enclosures reinkommen und all die für iTunes und andere Podcatcher wichtigen Felder richtig ausgefüllt werden.

Über diesen RSS-Feed – den eure Podcatcher da draussen automatisch abfragen, wenn Ihr den Sneakpod abonniert habt – findet euer Computer die neuste Folge immer vollautomatisch und lädt sie herunter.

Abonnieren eines Podcast ist übrigens völlig kostenlos und ohne jede Verpflichtung – nur für den Fall das jemand bei dem Wort Abo sofort an seinen Geldbeutel gedacht hat.

Fertig

Das wars, damit ist es vollbracht. Eine neue Folge Sneakpod, von den Vorüberlegungen, über die Produktion bis hin zur Veröffentlichung. Das war das komplette “behind the scenes”. Für Fragen die in dieser Artikelserie nicht beantwortet wurden stehe ich gern in den Kommentaren oder per E-Mail zur Verfügung. Für Anregungen und sonstige Kommentare natürlich ebenso.

Natürlich würde ich am meisten darüber freuen, wenn Ihr einfach unseren Podcast unter www.sneakpod.de besucht – dort regelmäßig reinhört oder euren bevorzugten Podcatcher auf unseren Feed ansetzt.

Teil 1: Equipment und Konferenztechnik
Teil 2: Aufnahme und Nachbearbeitung
Teil 3: Vorbereitungen fürs Web und Veröffentlichung

Software

Aufnahme

Zur Aufnahme eines Audiosignals genügt eigentlich schon der in Windows eingebaute Audiorecorder, wir jedoch nehmen mit Audacity auf. Das ist OpenSource und ich hab hier noch ein paar Einstellmöglichkeiten bezüglich  Audiodeviceauswahl und dem Pegel der Aufnahme. Jetzt wird eigentlich nur noch Record gedrückt und dann heißt es disktutieren.

Nachbearbeitung

Wie im ersten Teil schon erwähnt fallen am Ende der Aufnahme an 3 Stellen (nämlich bei jedem von uns einmal), insgesamt 3 Audiodateien aus den Audacity-Instanzen. 2 davon werden nun übers Internet zu demjenigen von uns übertragen der die aktuelle Folge schneiden und bearbeiten wird. Das bin meistens ich, manchmal auch der Stefan. Wir übertragen meist über die Dateiübertragungsfunktion eines Instant-Messaging-Clients wie ICQ oder direkt über Skype – neuerdings auch öfter über die Share-Funktion von Dropbox.

Effekte & EQ

Mein einigermaßen gutes Mikrofon mit der restlichen Kette an Geräten die danach kommt gegeben, klingt das Signal das jetzt auf meiner Platte liegt schonmal recht gut – allerdings ist es trotzdem noch nicht fertig. Es folgt als erstes eine Rauschentfernung um das letzte Hintergrundrauschen aus den Aufnahmen zu tilgen. In Stefans Aufnahmen ist oftmals ein leiser Pieps-/Pfeifton zu hören der wohl von seiner Soundkarte stammt, Martins Aufnahmen rauschen ein bißchen und auf meinen Aufnahmen ist meist mein eigener PC im Hintergrund leise rauschend zu hören. Heutige Audiosoftware kann hier sehr gut gegensteuern, man gibt Ihr einen Abschnitt des Audiofiles in dem nicht gesprochen wird (wo also wirklich nur das pure Rauschen zu hören ist) zur Analyse. Hierbei wird das Rauschprofil sozusagen identifiziert (an Frequenzgang und Pegel und so weiter) und im Nachhinein kann die Software dann dieses Rauschprofil von der gesamten Aufnahme abziehen. Der Filter ist in der Stärke einstellbar und führt, wenn man es nicht übertreibt, zu sehr brauchbaren Ergebnissen.

Nachdem alle 3 Spuren normalisiert wurden folgt als nächster Schritt eine sanfte Dynamikkompression – dieses Thema hier in aller Tiefe zu behandeln würde jeglichen Rahmen dieser ohnehin schon extrem langen Artikelserie sprengen. Nach einigen Experimenten bin ich zu einer Einstellung gekommen die ganz gut funktioniert ohne übertrieben zu klingen. Hier muss wohl jeder selbst ein bißchen experimentieren. Es gilt die Stimmen schön satt und kräftig zu bekommen ohne es völlig zu übertreiben. Außerdem ziele ich hier auf eine gute Verständlichkeit. Unsere Hörer hören den Podcast oftmals mit kleinen Ohrstecker-Kopfhörern die nicht sehr gut von den Außengeräuschen (U-Bahn, Bus, Straßenlärm) trennen. Eine gleichmäßige Lautheit aller Sprecher ist also das oberste Ziel dieser Anpassungen, sodass der Podcast auch unterwegs gut gehört werden kann.

Der dritte Schritt ist der Equalizer, einige Frequenzen werden leicht angehoben – nix übertriebenes nur ein bißchen mehr Präsenz.

Nun wird noch ein leichter Raumhall hinzugefügt. Das ist eine Sache die wir nicht seit unserer ersten Folge machen. Der Tipp eines befreundeten Toningeneur gab mir hier den Anstoß. Fügt man den Stimmen die gleiche Art Hall hinzu und sorgt vorher bei der Aufnahme für einen möglichst trockenen Klang dann gelingt es eher, beim Hörer, den Eindruck zu erwecken das wir wirklich alle 3 in einem Raum sind und uns normal unterhalten. Außerdem hören sich Stimmen mit Hall angenehmer, weil wohl natürlicher, an.

Nach der Dynamikkompression und dem Halleffekt hat das Signal meist ordentlich an Pegel verloren, dieser Effekt wird im letzten Schritt der Bearbeitung ausgeglichen: Der Normalisierung. Die gesamte Datei wird auf 0db normalisiert damit alle 3 Spuren in etwa gleich laut sind. Nun ist die Bearbeitung der einzelnen Spuren (jede einzelne Spur erhält die eben beschriebene Behandlung separat, z.B. weil die Rauschentfernung für jede Datei separat abgestimmt werden muss) abgeschlossen. Wir haben jetzt 3 wohlklingende Spuren mit jeweils einer Stimme, diese müssen nun zusammengefügt werden – es braucht also den Schitt.

Schnitt

Hierfür verwendet man jetzt also ein Audioprogramm das den Mehrspurschnitt beherrscht, z.B. wieder Audacity oder auch GarageBand, Audition oder ähnliches. Jeder der 3 Sprachdateien wird auf eine eigene Spur gelegt und auf eine vierte Spur kommen dann so Sachen wir unsere Intromusik oder Audiokommentare oder ähnliches. Diese Spuren müssen jetzt auf der Timeline irgendwie zueinander angeordnet werden, ich muss sie irgendwie wieder so synchron bekommen wie sie bei der Aufzeichnung liefen.

Waveform einer Sprachspur

Aus der Erfahrung heraus hat sich gezeigt, dass sich dafür am ehesten die Lücken in der Begrüßung eignen. Gegen Ende der Begrüßung (gesprochen auf Stefans Spur) sagen die Martin und ich jeweils einmal “Hallo” auf unseren Spuren. Zu diesem Hallo findt sich in der Wave-Form auf Stefans Spur je eine Lücke. Anhand dieser Zuordnung lassen sich die Spuren hinreichend synchron kriegen. Nach ein-/zweimal Testhören weiter vorn und weiter hinten hat man in der Regel das Optimum gefunden. Jetzt wird der gesamte so auf der Timeline wieder vollständig entstandene Podcast einmal durchgehört. Dabei werden eine Menge kleinerer Korrekturschnitte vorgenommen. Im wesentlichen wird nicht wirklich geschnitten sondern korrigiert. Aber natürlich fliegen hierbei versaute Takes raus oder ich entzerre Stellen an denen wir alle durcheinander reden. Auch entferne ich viele kleine Lücken in denen Stille herrscht. Soetwas entsteht weil Skype eine gewissen Latenz mit sich bringt, die später beim zuhören recht unnatürlich klingen würde. Manchmal gehen wir auch während der Aufnahme in einen Off-Record-Modus, das heißt wir stimmen kurz ab wie die Aufnahme weitergeht ohne das diese Absprache zum Senden bestimmt wäre. Solche Teile werden hier ebenfalls rausgeschnitten.

Die entfernten Teile werden, sofern sie noch ein gewisses Outtakepotential besitzen, erstmal nicht wirklich gelöscht. Sie werden z.B. auf einer fünften, auf Stumm geschalteten Spur, gesammelt und später ans Ende der Timelime verschoben. Hier kann ich diese Teile nocheinmal anhören und entscheiden welche davon als Outtakes in die Folge kommen und welche stattdessen wirklich gelöscht werden.

Nachdem der Schnitt fertig ist muss der Podcast nur noch exportiert und fürs Web vorbereitet und natürlich schlußendlich veröffentlicht werden. Dazu mehr in der dritten und dann letzten Folge dieser Serie.

Teil 1: Equipment und Konferenztechnik
Teil 2: Aufnahme und Nachbearbeitung
Teil 3: Vorbereitungen fürs Web und Veröffentlichung