1. Website mit Feed als Beiwerk (z.B. WordPress und ein Podcast-Plugin, das einem den Feed generiert)
2. Feed mit Website als Beiwerk (z.B. DirCaster und irgend eine Lösung für eine Webpräsenz)

Ich kam damals zum Schluss, dass ich eher zu der Fraktion “Feed mit Website als Beiwerk” gehöre. Tools wie Auphonic gab es damals^TM noch nicht, das heißt damals^TM verbrachte nach Aufnahme und Schnitt das Audio noch viel Zeit auf dem eigenen Rechner, um encoded zu werden. Metadaten mussten auch noch in die Audiofiles, wobei viele Informationen eingetragen wurden, die später auch im Feed und in der Website vorkommen würden.

Daher machte ich mich damals^TM daran, möglichst viel davon zu automatisieren. Meine Vision war, ein Shellscript zu haben, dem ich nur das geschnittene WAV-File, sowie eine Textdatei mit den wesentlichen Metadaten und Inhalt für die Website vorlege, und das dann unter Verwendung von SOX encodiert, mit lltags und id3v2 etc. bei den Metadaten nachpflegt, den Feed erzeugt, HTML erzeugt und per curl alles hochlädt, wo es hingehört.

Ich habe auch begonnen, mir so ein Shellscript zu programmieren, dann hat aber Tim Pritlove zuerst eine Umfrage bei Podcastern durchgeführt und angekündigt, dass aus seiner Ecke etwas kommen würde, was endlich ein anständiges Podcast-Tool sein würde, und das auf WordPress aufsetzen würde.

Im Vertrauen, dass der Mann weiß, wovon er redet, habe ich mein Shellscript dann nur für den ganzen Encoding-Kram zu Ende geschrieben, mir ein WordPress mit PodPress aufgesetzt, meinen ersten Podcast an den Start gebracht.

Und es hat sich gelohnt, der Podlove Publisher, der aus dem von Tim initiierten Podlove-Projekt hervorgegangen ist, ist einfach ein feines Stück Software, das ich seit Version 1.1.21-alpha produktiv beim Troja Alert einsetze, und sehr zufrieden bin.

Trotzdem hat mich der Gedanke, dass mir eigentlich der “Feed mit Website als Beiwerk”-Ansatz näher liegt, nie losgelassen. Und dann kam der Christian von der Hörsuppe irgendwann mit dem Firtz um die Ecke und ich war angefixt.

Als ich mich dann mit meinen dritten Podcast Rausgehauen konfrontiert sah, war die Gelegenheit, mit dem Firtz herumzuspielen, gekommen.

Auch wenn sich für Spoiler Alert und Troja Alert inzwischen durchaus Use Cases ergeben haben, in denen so ein ganzes WordPress berechtigt ist, macht mir das Nutzen des Firtz einfach große Freude! So will ich das haben.

Wie grundsätzlich der Workflow beim veröffentlichen eines Podcasts mit dem Firtz aussieht, hat Christian in seinem produktbegleitenden Podcast und in der Dokumentation des Firtz gut beschrieben. Da will ich Euch jetzt keine Dopplungen zumuten.

Ich kann mir aber vorstellen, dass die Frage von Installation und Wartung durchaus eine Hürde darstellt. Deshalb hier kurz eine Schilderung, wie ihr Euren Firtz sinnvoll auf dem neusten Stand halten könnt.

Installation und Update des Firtz mit git und git-ftp

Ich erkläre hier nicht die Einstellungen, die grundsätzlich im Firtz vorgenommen werden müssen, um den eigenen Podcast einzupflegen. Die Doku, die Christian dazu angefertigt hat ist leicht verständlich und auch recht vollständig. Damit werdet ihr zurechtkommen.

Falls Ihr dort nicht auf alle Fragen Antworten findet, ist Christian auf app.net oder Twitter sehr hilfsbereit, und auch mich könnt ihr gerne auf app.net oder Twitter ansprechen.

Installation

Grundsätzlich ist die Installation des Firtz fix gemacht. Eigentlich muss man nur alle Dateien, die im Firtz-Repository liegen auf seinen eigenen Webspace schaufeln, seine eigenen Daten und Einstellungen in der feed.cfg vornehmen, das war’s. Ich schlage jedoch vor, git-ftp zu verwenden.

Zumindest zur Zeit (April 2013) ist relativ viel Bewegung im Code. Christian fixt viele Bugs und fügt noch weitere Features hinzu. In der Zukunft, wenn mal ein wenig mehr Code-Stabilität erreicht ist, wird seltener ein Update nötig sein, aber aktuell will man nicht auf Versionssprünge warten, sondern seinen Firtz sehr up-to-date-halten.

Glücklicherweise geht das sehr leicht, wenn man git verwendet. Praktischerweise entwickelt Christian das ganze auf Github. Wenn Ihr Shellzugang zu dem Server, auf dem Euer Webspace liegt, habt, kann man bestimmt elegantere Workflows machen, aber ich gehe jetzt mal davon aus, dass Ihr (wie ich) FTP-Zugang habt, und das war’s.

Ihr installiert Euch git und git-ftp (Installationsanweisungen).

Dann zieht Ihr Euch erstmal den aktuellen Stand des Firtz auf Euer Rechengerät:

git clone git://github.com/eazyliving/firtz.git

Ich halte es für sinnvoll, dann einen Branch für den eigenen Podcast anzulegen. Den branch könnt ihr benennen, wie ihr wollt. Der Einfachheit verwende ich das Supicast-Beispiel, das Christian in der Doku des Firtz auch verwendet. Wir nehmen also an, Euer Podcast heißt Supicast. Ich nenne dann den Branch auch so.

git branch supicast

Dann wechseln wir in diesen Branch:

git checkout supicast

Jetzt kommen die Einstellungen für den eigenen Podcast. Am einfachsten ist es, die Demo-Dateien umzubenennen und entsprechend zu bearbeiten.

Im Ordner feeds findet Ihr einen Ordner namens demo. Den benennt ihr um in supicast und bearbeitet die Datei feed.cfg nach Euren Bedürfnissen und anhand der Doku des Firtz.

Jetzt kommt git-ftp ins Spiel. Am komfortabelsten ist es, einige Zugangsdaten in die Konfiguration Eures lokalen git-Repositorys von Firtz abzuspeichern:

git config git-ftp.url ftp://host.adresse/eures/webspace/pfad/wo/firtz/liegen/soll
git config git-ftp.user euerFTPusername
git config git-ftp.password euerFTPpasswort

Sinnvoll ist es m.E. auch, git-ftp mitzuteilen, welche Teile des Firtz nicht auf Euren Server sollen, um Platz und Traffic zu sparen. Dazu Eurem Lokalen Firtz-Ordner die Datei .git-ftp-ignore anlegen und folgenden Inhalt einfügen:

.gitignore
doc/*
changelog.txt
README.md

Dann kommt die erste Initialisierung:

git-ftp init

Damit lädt git-ftp Euren Stand von Firtz (also den Branch supicast) auf den FTP-Server. Fertig.

Update 1: Was ist, wenn ich etwas an meinen Einstellungen verändere?

Wenn Ihr etwas verändert, neue Folge, das CSS der Website aufhübschen, was auch immer, wird das ganze erstmal in Euer git-repo “committed”.

Falls neue Dateien hinzugekommen sind:

git add .

Dann der eigentliche Commit:

git commit -a -m "Kurze Beschreibung der Veränderung."

Jetzt muss das ganze auf den Server:

git-ftp push

Jetzt nimmt git-ftp nur die Änderungen vor, die sich seit Eurem letzten Upload verändert haben. Git sei Dank weiß es ja, welche Dateien neu sind, welche gelöscht wurden, und welche hinzugekommen sind. Genau diese Operationen führt es auf dem FTP-Server jetzt durch. Fertig.

Und wenn sich am Firtz etwas verändert?

Wenn Christian ein Update gemacht hat, wechselt Ihr wieder zu Eurer jungfräulichen Variante des Firtz:

git checkout master

Und holt Euch den aktuellen Stand:

git pull

Euer Branch “master” ist jetzt aktuell. Also zurück zu Eurer Arbeitskopie, dem Branch supicast:

git checkout supicast

Dann die Veränderungen in Euren Branch übernehmen:

git merge master

Hier schlägt Euch git eine Standard-Commit-Message vor, die Ihr einfach übernehmen könnt. Fertig!

In der Regel sollte es hier keine Schwierigkeiten geben, da Ihr eigentlich nur Änderungen in Eurem Verzeichnis feed/supicast vornehmt. Wenn Ihr woanders Änderungen vornehmt, gehe ich davon aus, dass Ihr wisst, was Ihr tut und auch mit entsprechenden Merge-Konflikten umgehen könnt.

Dann kommt das ganze wieder auf den Server:

git-ftp push

Firtz-Upgrade erledigt! Tadaa!!

Optional: Testumgebung

Wenn Ihr gerne eine Möglichkeit hättet, mit dem Firtz ein bisschen rumzuspielen bzw. Updates erst zu testen, bevor Ihr sie auf den eigentlichen Server packt, gibt einem git und git-ftp da ein paar nützliche Möglichkeiten in die Hand.

Wenn Ihr gerade in Eurem supicast-Branch seid erstellt Ihr einen Kopie davon als weiteren Branch und nennt ihn z.B. supitest.

git branch supitest

In git-ftp legt ihr dann ein sogenanntes Scope an, das sind alternative FTP-Zugangsdaten, die genau für solche Fälle gedacht sind.

git config git-ftp.supitest.url ftp://host.adresse/eures/webspace/pfad/wo/die/Testumgebung/liegen/soll
git config git-ftp.supitest.user euerFTPusername
git config git-ftp.supitest.password euerFTPpasswort

Hier müssen nur die Angaben gemacht werden, die von Eurem regulären Setup abweichen. Wenn ihr z.B. mit dem Selben Usernamen und Passwort zugreift, aber das ganze in einen anderen Ordner Eures Webspace schiebt, reicht es für das Scope supitest nur den Wert git-ftp.supitest.url anzugeben, und die anderen weg zu lassen.

Wenn ihr nun etwas testen wollt, dann wechselt ihr in Euren supitest-Branch:
git checkout supitest

Macht Eure Änderungen und committet sie:

git add .
git commit -a -m "Mal was ausprobieren."

Und dann ladet sie dann in das Scope supitest hoch.

git-ftp push -s supitest

Dann guckt Ihr Euch die Website an, ob ihr mit dem Ergebnis zufrieden seid. Wenn ja, gilt es, das ganze in Euren Produktions-Firtz zu übertragen.

git checkout supicast
git merge supitest
git-ftp push

Tadaa!!

Troja Alert

In jeder Folge erzähle ich meinem Gesprächspartner eine Sage oder einen Mythos (griechisch, germanisch, keltisch, hebräisch oder anders-isch) in leicht verständlicher und hoffentlich unterhaltsamer Form. Im Anschluss klönen wir noch ein bisschen über die jeweilige Sage und über Gott Götter und die Welt.

Entstanden ist das ganze letztlich als ein Spin-Off meines anderen Podcasts “Spoiler Alert“, bei dem wir Bücher besprechen und eigentlich kein Nacherzählen geschieht sondern eher zusammengefasst wird, was in den jeweiligen Büchern passiert. Als wir aber zwei SPA-Folgen über Sagen aufgezeichnet haben (SPA004 über die Beowulf-Sage und SPA008 über die Artus-Sage), stellte sich heraus, dass diese Folgen einer anderen Logik folgen und das Erzählen der Sage einen eigenen Wert bekommt.

Dieser Eigenwert des Nacherzählens (oder besser: der Spaß, den ich daran habe) führte zum Wunsch, das öfter zu machen und zwar durchaus auch mit kürzeren Sagen. Das hätte dann aber das Konzept des Spoiler Alert gesprengt, daher findet Ihr nun hier die podcastgewordene Form dieses Wunsches.

Viel Spaß beim Hören!

Radio

Erstmal muss ich klarstellen, dass ich mit “Radio” das gesprochene Wort im Radio meine. Gummibunten Dudelfunk mit Morning-Shows und ähnlichen Scheußlichkeiten ertrage ich schon seit ein paar Jahren nicht mehr. Eingeschlafenen Kulturfunk, mit E-Musik unterbrochen von monoton vorgetragenen Ansagen habe ich noch nie ertragen.
Ich rede also von Radio, das das gesprochene Wort in den Mittelpunkt stellt, in der Regel zur Information/Bildung oder zur Unterhaltung.

Podcasts

Das selbe gilt im Prinzip auch für Podcasts. Auch hier spreche ich von Formaten, in denen im wesentlichen geredet wird. Ich begrüße zwar sehr, dass es Musikpodcasts gibt, die z.B. versuchen CC-lizensierter (und GEMA-freier) Musik zu mehr Verbreitung zu verhelfen, aber ich höre sie (bisher) nicht und kann deshalb nichts über sie sagen.

Nach dieser Engführung lassen sich Unterschiede auf verschiedenen Ebenen ausmachen:

1.  Übertragungstechnik

Die technischen Unterschiede, wie das gesprochene Wort ans Ohr transportiert wird mögen zu Beginn den großen Unterschied gemacht haben (Radio: UKW o.ä., Podcasts: über das Netz), diese Unterschiede lösen sich jedoch mehr und mehr in Luft auf. Immer mehr Sender streamen ihr Programm live ins Netz und bieten Mitschnitte zum Download an.
Also nicht mehr wirklich ein Unterschied.

2. Gleich- oder Nachzeitigkeit

Lange dachte ich, dass das der zentrale Unterschied sei: Radio ist live, Podcasts sind zum “zeitsouveränen Nachhören”.
Inzwischen bieten jedoch viele Radiosender (insbesondere die öffentliche Rechtlichen) ihre Mitschnitte zum Download an, und viele Podcasts streamen ihre ungeschnittene Rohfassung während der Aufnahme live ins Netz.
Auch dieser Unterschied erledigt sich also mehr und mehr.

3. Sendungsformat / Länge

Ein weiterer Unterschied der direkt auffällig wird, ist die Länge der jeweiligen Sendungsformate. Radiobeiträge sind in der Regel sehr kurz, Interviews dauern nur  wenige Minuten. Podcasts sind in der Regel ohne zeitliche Begrenzung, dauern eben so lange sie dauern. Insbesondere Gesprächs- oder Interviewpodcasts nehmen gerne epische Länge an. 1,5 – 2 Stunden halte ich für alles andere als ungewöhnlich, aber auch ausschweifendere Formate, die drei, vier oder gar sechs Stunden gehen wurden auch schon gesichtet. Und das wird von den Hörern durchaus auch als gut bewertet.
Ich persönlich habe das immer als Stärke der Podcasts empfunden. Denn diese starke zeitliche Begrenzung der Sendungsformate im Radio hat natürlich Auswirkung auf die Inhalte. Besonders dramatisch empfinde ich das, wenn über den politischen Diskurs berichtet werden soll. Da werden dann in einen dreiminütigen Beitrag Anmoderation, Einführung ins Thema, ein Kurzinterview mit einem Politiker und eine Abmoderation gepresst. So bleiben die Inhalte oberflächlich und phrasenhaft.
Deshalb höre ich Radiosendungen, die nicht ganz so kurz gehalten werden, am liebsten, z.B. “Hintergrund” auf Deutschlandradio (knapp 20 Minuten), oder das ARD-Radiofeature (knapp 1 Stunde).

4. Sendungsformat / Kompression

Die Länge (und die damit einhergehenden inhaltlichen Auswirkungen) sind aber nicht alles. Wenn ich mein eigenes Hörverhalten beobachte und vergleiche, wie ich mit Formaten aus der Radio- und der Podcast-Welt umgehe, fällt auf dass ich (auch zeitsouverän) solche Radiomitschnitte auf eine andere Weise höre oder empfinde als (in Ermangelung eines besseren Wortes) richtige Podcasts.
Manchmal empfinde ich die auf meinem MP3-Player angestauten Folgen von ”Hintergrund” auf Deutschlandradio (knapp 20 Minuten) oder ARD-Radiofeature (knapp 1 Stunde) regelrecht als Belastung (“Oh je, das musst Du alles noch weghören.”) während ich Podcasts ähnlicher Größenordnungen z.B. “Logbuch Netzpolitik” oder “Hoaxilla“ (jeweils ca. 45-60 Minuten) mit Freuden in meinem Podcatcher erblicke und direkt weghöre.
Das könnte zwar an unterschiedlich starkem Interesse am Thema und der Erscheinungshäufigkeit liegen, ich habe aber eine andere Hypothese.

Hypothese: Es liegt an der hohen inhaltlichen Kompression von Radioformaten.

Die sonstige Kürze von Radiosendungen macht es nötig, die Inhalte stark zu komprimieren, also in möglichst wenig Zeit möglichst viel Content unterzubringen.

Längere Radioformate haben zwar mehr Zeit, behalten aber die selbe Kompression bei und stecken entsprechend mehr Inhalt in die Sendung. Das bedeutet, dass man über einen relativ langen Zeitraum recht hohe Konzentration mitbringen muss.

Genau diese Kompression bringen Podcasts in der Regel nicht mit sich, sondern eher eine Atmosphäre lockeren Plauderns. Als ich anfing, Podcasts zu hören, habe ich das noch als Kinderkrankheit der Szene empfunden, als Zeichen mangelnder Professionalität. Damals habe ich mich auch noch gewundert, warum auch Medienprofis wie Philip Banse diesen Plauderton in ihren Podcasts aufrecht erhalten, anstatt in professioneller Ansprechhaltung ein getextetes Programm zu präsentieren.

Inzwischen halte ich es für eine große Stärke des Podcasts, weil es ermöglicht, sowohl (mit viel Zeit) tief und umfänglich ein Thema zu bearbeiten und trotzdem dem/r Zuhörer_in nicht zu viel Aufmerksamkeit und Konzentration abzuverlangen.

Ein sehr unterhaltsamer und empfehlenswerter Vortrag, auch wenn ich durchaus einiges an Kritik habe. Enriquez stellt hier mehrere steile Thesen auf und vermischt sie relativ diffus miteinander.

An einer Stelle stellt er die Frage auf, ob “Conditions” wie das Asperger-Syndrom evtl. Teil des evolutionären Drifts sein könnten und diskutiert verschiedene Ansätze, wie dies zu begründen sei. Besonders unterhaltsam finde ich hier den “Sexy Geek”-Effekt.

Alles hochspekulativ, aber dessen ist er sich bewusse. Deutlich wird dies z.B., als er über die stark ansteigenden Fallzahlen von Asperger eingeht (er sagt “autism” ich vermute aber, dass er nur Asperger meint):

But when you see an increase of that order of magnitude in a condition, either you’re not measuring it right or there’s something going on very quickly, and it may be evolution in real time.

Wie gesagt, inhaltlich ist das alles ziemlich fraglich und geht ziemlich steil. Was ich aber bemerkenswert finde, ist dass es das erste mal ist, dass ich einen Vertreter der Naturwissenschaften (insb. der Biologie), der nicht Teil des behindertenpädagogischen Diskurses ist, über Phänomene wie Autismus, ADHS o.ä. als etwas anderes als ein Defizit und medizinisches Problem sprechen höre, sondern als Ausdruck der Vielfalt der Spezies Mensch (die obendrein einen Fortschritt darstellen könnte).

Gut, dass der Diversity-Gedanke beginnt, auch in die Diskurse der Naturwissenschaften vorzudringen.

Note: There is a poll embedded within this post, please visit the site to participate in this post's poll.

Note: There is a poll embedded within this post, please visit the site to participate in this post's poll.

Note: There is a poll embedded within this post, please visit the site to participate in this post's poll.

Note: There is a poll embedded within this post, please visit the site to participate in this post's poll.

Dass aber auch bei diesen Sendungsformaten in der Regel eine fast rituelle Bildsprache vorherrscht, lässt sich schön an den beiden folgenden Videos erkennen.

1. Ein BBC Beitrag, der die Bildsprache britischer News-Shows demonstriert “How To Report the News” und
2. Ein davon inspirierter deutscher Clip mit dem Titel “Wie man einen Beitrag baut”

Spoiler Alert

Spoiler Alert ist ein Literaturpodcast “mit nerdlichem Erfahrungshintergrund”. Wir besprechen Bücher, die meist in Literatursendungen nicht besprochen werden, und die Teil dessen sind, was man im weitesten Sinne als Nerdkultur bezeichnen kann. Weil dies in der Regel Bücher sind, die man mit Freuden mehrmals lesen kann (und weil wir uns eh nicht zurückhalten können), werden hier keinerlei Rücksicht auf Spoiler genommen. Hence the title.

Letzte Folgen:

	Titel	Dauer
	SPA024 Grenzgänger zwischen den Klischees (14.05.2013) Jim Butcher - Dresden Files 1 - Storm Front (deutsch: Sturmnacht)	02:27:17
	SPA023 Identität in drei Akten (01.05.2013) John Scalzi - Old Man's War (deutsch: Krieg der Klone)	02:57:20
	SPA022 Skeptische Schnappschatulle (29.03.2013) Stanislaw Lem - Der futurologische Kongress	02:16:41
	SPA021 Endloses mit eingebautem Gegenteil (13.02.2013) Neil Gaiman - Sandman	03:08:44
	SPA020 Biopunk, Kontrolle und ne Grinsekatz (25.01.2013) Paolo Bacigalupi - The Windup Girl bzw. Biokrieg	02:27:14
	SPA019 Superheld und Herrschaftswissen (16.01.2013) Umberto Eco - Der Name der Rose	02:45:11
	SPA018 Pfirsich außerhalb der Komfortzone (17.12.2012) J.R.R. Tolkien - Der kleine Hobbit	02:30:23
	SPA017 Der Bücherlindwurm (07.12.2012) Walter Moers - Das Labyrinth der träumenden Bücher	01:44:58
	SPA016 Die U-Bahn durch die Scheiße Richtung Weltuntergang (05.12.2012) Wichtelfolge - Dmitry Glukhovsky - Metro 2033	01:31:15
	SPA015 Teenage Superspy Dampfhammer (11.11.2012) Chuck Palahniuk - Pygmy bzw. Bonsai	02:15:00
	SPA014 Kleiner und großer Muggelmythos (18.10.2012) Joanne K. Rowling - Harry Potter und der Stein der Weisen	02:31:40
	SPA013 Drachen, Sex und Auserwählte (06.10.2012) George R.R. Martin - Das Lied von Eis und Feuer	04:21:18
	SPA012 Hitler Time Travel Exemption Act (21.09.2012) Stephen Fry - Making History / Geschichte machen	02:04:51
	SPA011 Doppelte Überzeichnung (15.09.2012) Terry Pratchett - Discworld / Scheibenwelt	03:12:34
	SPA010 Hoffnung auf dem Ventilator (17.08.2012) Cormac McCarthy - The Road	01:59:41