The popular blogging platform WordPress has proven to be also rather popular with podcasters. However, the system itself is not particularly made for podcasting and while some things are easy, other things are rather complicated and error-prone.
Therefore a variety of plugins want to improve on this and want to make life easier for podcasters. But all of them are tying too much into the conventions and workflows of WordPress that are not always doing what a podcaster needs.
The Podlove Podcast Publisher tries to solve the problem from the podcasters’ perspective and implements a variety of features and workflows that have been rather difficult to achieve with WordPress until now. The plugin makes the process easier by settling on a few common conventions to make publishing and maintaining podcast feeds a snap and highly reliable.
The plugin is currently in Beta and still under heavy development.
In its current beta form, the plugin provides:
- Strong separation of blog and podcast content (using a custom post type)
- Simple dashboard to to provide an over overview over posted episodes and media file integrity
- Flexible template system to create unified blog posts for episodes
- Chapter mark support (including Podlove Simple Chapters)
- Integration of the Podlove Web Player (with chapter support)
- Support for multiple media files per episode to support more platforms, adapt to listener bandwidth requirements or support different viewing resolutions.
- The concept of episode assets ensures podcast integrity, allows for easy publishing and reduces overall complexity when posting
- Complete control over content of podcast feeds.
- Descriptions in feeds based on title/subtitle/summary info cascade to allow for smaller and more precise feeds
- Strong compatibility with feed and podcast directory standards
- Builtin modules and support for separate plugins to extend functionality
- Support for most iTunes podcast extensions
- Support for feed proxies with temporary or permanent redirection
In the future, the plugin will provide for
- Integrated Migration Manager to move on from PodPress or PowerPress
- Support for RFC5005 Archive Feeds
- Timeline-oriented show notes for links, images, chapters, annotations, transcripts and more
- Extended dashboard to provide even more overview
- Support of multiple episode types (shows)
- Complete control over the length of podcast feeds
- Complete support for iTunes podcast extensions
Open Development and Requirements
Podlove publisher an open collaborative effort and you find the current development on github:
http://github.com/podlove/podlove-publisher
The plugin currently requires PHP 5.3 and WordPress 3.x. We might raise this limits as things progress to be able to embrace upcoming features of PHP and/or WordPress and to cut off outdated technology that keeps things from improving and is usually prone to additional security risks.
We provide updates through the WordPress plugin directory so you can keep your installation up-to-date easily.
Feel free to contribute and to fix errors or send improvements via github.
Installation
The plugin is in beta now and mostly considered stable. We will add more features in the future but we think we have settled on the basic structure for now.
You can find the plugin here:
http://wordpress.org/extend/plugins/podlove-podcasting-plugin-for-wordpress/
Support
If you encounter a specific problem using the Podlove Podcast Publisher that you think is a bug, please consider submitting the problem here:
http://github.com/podlove/podlove-publisher/issues
You can also contact us on Twitter for general questions:
@podlove_ppp
Pingback: NSFW047 Dein Blog ist braun | Not Safe For Work
Pingback: Podlove | Metaebene Personal Media
Hiho!
Mich würde interessieren, wie das mit der Migration aussieht von z.B. Podpress zu podlove. Alte Artikel, die mit Daten von Podpress befüllt wurden man im Zweifeln nicht unbedingt aktualisieren wollen.
Gleichzeitig Podpress und podlove wird man auch nicht laufen lassen können und wollen.
Wird es vll ein Migrationstool geben, das die Daten umzieht? Oder wird podlove da “rückwärtskompatibel” sein?
Fragen über Fragen, viel zu früh gestellt, aber ich bin neugierig :-}
Danke!
Ja. Zu früh gestellt. Wir denken darüber nach, wie man das am besten bewerkstelligen kann. Irgendeine Lösung wird sich sicher finden lassen.
Ich habe demnächst vor etwas podcastiges zu veröffentlichen und frage mich jetzt ob es etwas zu beachten gibt wenn man vor hat später dann von podpress nach podlove zu wechseln um den Umzug problemloser zu gestalten?
Viele Grüsse
Wir können da derzeit noch nichts konkretes nennen. Wie eine Umstellung auf Podlove laufen kann ist noch nicht final beschlossen. Wir favorisieren aber einen Reimport des Feeds.
Gibt’s dafür irgendwo eine Todo-List, wo Leute, die hier an der Weiterentwicklung mitarbeiten möchten, mal sehen können, was da noch offen ist oder in welchen Bereichen noch Unterstützung gebraucht wird? Im Repo konnte ich nichts dazu finden.
https://github.com/eteubert/podlove/issues
Ich habe vor in nächster zeit so in 1-2 Monaten einen neuen podcast zu starten empfiehlt es sich schon euer plugin zu nutzen bis dort hin oder soll ich lieber einer der anderen wie podpress oder power press nutzen. (php kann ich ein bischen)
ich moechte eigentlich nur motivieren: die “wollen-wir-machen-liste” klingt super. und ich traeume ja immer noch von genau so einem, handschmeichelnden und anschmiegsamen plugin. bei vielen der aktuellen loesungen (auch der, die ich aktuell einsetze) muss ich k*tzen.
also: daumen drueckend und erwartungsfroh
aba
Nabend, ist eigentlich geplant auch Abruf/Hörstatistiken mit in das Plugin zu bauen? Oder wäre dies ein Kandidat für ein unter-Plugin, bzw. etwas um das man sich komplett selbst kümmern müsste?
Wir haben das schon mal diskutiert und über gezielte Redirects wäre da sicherlich was zu machen. Allerdings steht das derzeit noch nicht wirklich auf der Agenda. Letztlich müsste die Funktionalität Teil des Cores werden. Wenn das erste Stable Release draussen ist kann man das mal wieder neu aufnehmen.
Welche Informationen erhoffst Du Dir von einer Statistik?
Im Kern natürlich: eine halbwegs objektive Messung der Reichweite. Dabei ginge es weniger um eine kommerzielle Reichweite wie im Rundfunk, sonder um eine das Ego streichelnde, motivierende Angabe.
Wir haben seit Januar 2012 unsere Reichweite bei den Wikigeeks von knapp über 500 auf nahezu 5.000 bei der vorletzten Folge nahezu verzehnfacht – das motiviert ungemein. Nicht alle Podcaster haben know how oder überhaupt nur die Möglichkeit, hierzu auf Server-Logs zurück zu greifen.
Einige Daten, die mich sehr interessieren würden, an die man aber nicht so ohne weiteres in aggegierter Form herankomme:
- Hörer pro Folge (mit Verhältnis der Abbrecherquote bzw. Quereinsteiger die nur ein bestimmtes Kapitel anspringen, an welchen Stellen steigen Hörer aus dem Podcast aus etc.)
- Anteil der Stammhörer (knifflig, da nicht mal IP-Addressen hier wirklich helfen, aber vermutlich die, die sich eine Folge binnen der ersten 2 Tage herunter laden)
- Anteil nach Clients (Instacast, iTunes etc.)
- Long Tail: wie sehen die Abrufe einer Folge über den Zeitverlauf hin aus – gibt es Evergreens die immer wieder geladen werden und Eintagsfliegen?
- Kampagnenanalyse: haben einzelne Tweets, Pluggen etc. einen direkten Einfluss auf die Reichweite – kurz, mittel und langfristig
Um mal einige Naheliegende zu nennen. Ich habe in meinem früheren Leben mal Statistik im Bereich Medien- und Kommunikationswissenschaft vertreten, daher bin ich da vermutlich etwas spezial-nerdig aufgestellt – ich denke aber, über Grundfunktionen würden sich 90% der Podcaster sehr freuen. Motivation halt, denn über Kommentare, iTunes Rezensionen etc. bildet sich das doch nur sehr bedingt ab.
Workarround?
Ich habe einen Podcast in Vorbereitung und habe mich für das Podlove-Plugin entschieden weil es meiner Meinung die richtigen Ansätze verfolgt.
Leider benötige ich zur Eigenmotivation ebenfalls irgendeine Art von Statistik. Serverseitig bekomme ich von meinem Anbieter leider nur eine Gesamtübersicht über alle meine Seiten, was mir leider nicht wirklich hilft.
Hat jemand einen Workarround wie ich die Download-Statistiken neben dem Plugin erheben kann?
MfG Bastian
Das ginge derzeit nur über die Webserver-Logfiles. Da kann ich Dir aber leider nichts empfehlen. Im Rahmen der Podlove-Initiative gibt es zwar Bestrebungen, da mal was zu bieten und eine grundlegende Statistikfunktion ist auch für das Plugin angedacht, aber das liegt noch in der Zukunft.
Wie wäre es mit Piwik? Das System zeigt den Download von Dateien auf dem Server an. Außerdem ist es Open-Source und könnte notfalls noch aufgebort werden.
Konnte schon jemand die Downloadstats mittles Piwik erfolgreich tracken? Bisher ist es mir nicht gelungen, die Downloads welche über den Podlove Webplayer erfolgen, mit tracken zu lassen.
Ich muss mal ein Lob loswerden:
Sehr cooles Plugin mit spitzen Support und extra kurzen Bug-Fix TurnaroundZeiten :-)
Eine etwas steile Lernkurve am Anfang, aber sehr mächtig.
Pingback: BRA7 – Brandung Folge 7 “Selbstreferentielle heiße Eisen”
Pingback: Brandung Folge 7 – Selbstreferentielle heiße Eisen | weezerle
Pingback: BRA6 – Brandung Folge 7 “Selbstreferentielle heiße Eisen”
Da es noch keine Doku gibt, habe ich meine Lernkurve mal aufgeschrieben:
Konzept
———-
Ein normales Podcast-Angebot besteht heute aus
1) Webseite (in diesem Fall ein Blog mit WordPress)
a. Veröffentlichte Artikel
b. Kommentarfunktion
c. Feed für Artikel
d. Feed für Kommentare
e. Trackbacks, ….
f. Audio-Dateien als Download
2) Podcast als Feed
a. Ein oder mehrere Feeds mit den Audio/Video-Dateien
3) Podcast-Episode als Embedded Player
a. Denn nicht alle Hörer downloaden sich die Episoden, einige hören auch online am Rechner
1. Um den ersten Teil kümmert sich WordPress.
2. Um den zweiten Teil kümmert sich das Podlove WordPress-Plugin.
3. Um den dritten Teil kümmert sich der Podlove Player.
Einrichtung
————-
1) Wordpress
Installiert Euch ein normales WordPress. Dort könnt Ihr Eure Artikel schreiben, Seiten anlegen, was auch immer.
Wählt unter Einstellungen > Permalinks etwas aus, sonst werden dann die Feeds nicht funktionieren. Alles außer der Standard ist ok. Hierzu braucht Ihr auf Eurem Webserver .htaccess Unterstützung, das haben nicht alle Webhoster (Rewrite-Support reicht aus).
Wenn WordPress Schreibrechte auf die .htaccess-Datei hat, schreibt es die Konfigurationsanweisungen selber dort rein. Wenn die Berechtigungen fehlen, zeigt es die Anwendungen an und Ihr müsst sie selber in die .htaccess-Dateien rein kopieren.
WordPress erzeugt einen Feed für die Artikel und die Kommentare, NICHT für die Audio-Dateien.
Die ganze WordPress-Mediathek ist für Podcast-Episoden nicht wirklich geeignet, das WordPress das alles nach Datum sortiert etc. Lagert den Episoden-Krams inkl. CoverArt am besten außerhalb von WordPress.
2) Podcast
WordPress hat mit dem Veröffentlichen von Podcast-Folgen erst einmal nichts am Hut.
Der Feed für die Podcast-Client-Software wird vom Podlove WordPress Plugin erzeugt.
Ihr braucht einen Webspace, auf den Ihr die Folgen (meistens wohl per FTP) uploadet. Das kann auch ein anderer Webserver ein. Benutzt nicht die WordPress-Mediathek.
Beispiel: http://media.domain.de
Das Podlove-Plugin braucht ein ShowSlug. Das ShowSlug ist ein Namenskürzel. Nehmen wir mal an, der Podcast heißt „Weltbester Wetter Podcast“ würde sich wwp anbieten.
Die Folgen haben dann üblicherweise dieses Namensmuster:
wwp01.m4a
wwp01.oga
wwp02.m4a
wwp02.oga
Episoden-Namen im Dateinamen funktioniert (aktuell noch) nicht.
Legt diese Dateien in einem Ordner ab.
Jetzt könnt Ihr im Podlove-Plugin eine neue Show anlegen. Die Show heißt „Weltbester Wetter Podcast“.
In „Configure Media-File“ wählt Ihr aus, welches Dateiformat Ihr benutzt und wie die Dateien heißen. Wenn Ihr den Podcast in verschiedenen Formaten anbieten wollt, müsst Ihr mehrere „Configure Media Files“ anlegen.
Um den eigentlichen Feed zu erzeugen, wird „Configure Feed“ benutzt. Dieses Formlar erzeugt den Feed, der von Podcatchern wie iTunes, Downcast, etc. abonniert wird. Für den „internal Name“ würde sich wwp-m4a anbieten. Wenn der Podcast in mehreren Formaten angeboten wird, sind mehrere „Configure Feed“ notwendig; wwp-oga wäre dann der zweite Feed.
3) Webplayer
Das Podlove Webplayer Plugin hat nur wenig Konfigurationsmöglichkeiten.
Unter „Configure Webplayer“ stellt Ihr ein, welche Dateiformate dem Webplayer zur Verfügung stehen. Er sucht sich dann je nach Browser und Betriebssystem das passende Format raus. In unserem Beispiel würden wir M4A und OGA auswählen.
Benutzung
Wenn das ganze System soweit eingerichtet ist, können wir die erste Podcast-Episode veröffentlichen.
1) Podcast Audio Dateien aufnehmen (womit auch immer)
2) Audio Dateien im korrekten Namensformat uploaden (siehe oben)
3) Wenn Ihr eine neue Podcast-Ausgabe habt, schreibt darüber einen Artikel.
a. Einen WordPress-Artikel schreiben: Neue Episode ankündigen, Inhalt beschreiben, Shownotes mit Links, …
b. Wordpress erzeugt aktualisiert hierbei den Artikel-Feed, aber nicht den Podcast-Feed !
c. Webplayer in den Artikel einbinden: [podloveaudio mp4="http://media.domain.de/wwp/wwp001.m4a" ogg="http://media.domain.de/wwp/wwp001.oga"]
4) Episode – Add New
a. Name: „WWP001 Die NullNummer“ oder ähnliches
b. In das große Feld kommt die Episoden-Beschreibung rein.
c. Bei „Show“ kommt der ShowSlug mit der Episodennummer rein: wwp001
d. Bei Duration kommt die Länge rein (Minuten:Sekunden) 1:01
e. Covert-Art ist ein Verweis auf die Grafik, die am besten im http://media.domain.de/wwp liegt.
f. Alles Media-Files ankreuzen, die vorliegen und veröffentlicht werden sollen (z.B: m4a und oga)
5) Auf die Besucher warten.
Grüße,
Robert
Danke schön Robert. Du hast mir sehr geholfen!
Danke auch an alle Beteiligten. Das ganze Projekt ist wirklich, wirklich spannend!
Danke Robert!
wo ist dein Flatter Button. Die Doku ist unbezahlbar!
Hi Robert, danke für diese ausführliche und verständliche Anleitung. Werde mich die Tage auch an die Veröffentlichung eines Podcasts wagen und dein Text ist mir da sehr hilfreich.
Moin,
Das Projekt ist extremst klasse.
Mit dem Tutorial von Robert hab ich inzwischen das ganze System soweit rund laufen.
Ausser dem Podcast-Feed.
Wenn ich im Slug-Feld mc eintrage, baut er die FeedURL so auf: ‘ URL: http://www.minicast.de/feed/mc/.
Allerdings ist der Feed über die Adresse dann nicht zu erreichen.
Wie funktioniert das mit dem Feed bauen?
Grüße,
.jan
Okay, vergesst das beschrieben Problem. -.-’
Permalink-Optionen umgestellt, jetzt gehts.
Pingback: Ponytime Reloaded | Ponytime
Pingback: Land in Sicht | Metaebene Personal Media
Ich nutze gerne den Huffduffer-Dienst und habe bei Podlove-powered Seiten das Problem, dass der Huffduffer-Scraper die Audiodateien nicht mehr erkennt, da sie nicht mehr direkt verlinkt sind.
Wahrscheinlich ist das Featurerequest zu nischig, aber ich fände es daher praktisch, wenn die Media-ID in dem Link nicht nur eine Zahl wäre, sondern auch die passende Dateiendung tragen würde (also z.B. http://der-lautsprecher.de/?download_media_file=40.m4a).
Oh, und ich sehe gerade, dass der Download sogar schon klappt, wenn ich eine beliebige Dateiendung hinter die Zahl schreibe. Dann bin ich erst recht dafür :)
Ja, das Problem ist bekannt und versuche auch schon seit längerem den Huffduffer-Menschen da zu einer (einfachen) Lösung zu bewegen: < https://getsatisfaction.com/huffduffer/topics/autodetection_of_podcast_audio_files_using_opengraph_header_information> Allerdings scheint er nicht sonderlich gesprächig oder interessiert zu sein. Kannst ihn gerne noch mal darauf hinweisen.
Ansonsten müssen wir mal schauen, ob wir die Links entsprechend anpassen können.
Pingback: JC015 – Podcaster | Jobscast
Pingback: VQ10 Geektalk.ch / Die Landfunker |
Generelles Lob muss hier natürlich über alle Beteiligten gegossen werden. Funktioniert schon echt gut!
Pingback: VQ12 TeePodcast / Hobbykoch Podcast / Podcast des Jahres |
Pingback: Podcast mit Wordpress veröffentlichen › creative-tools | Nützliche Tools, Software und Apps
Pingback: Podlove Crowdfunding | Metaebene Personal Media
Hat jemand eine Idee, warum der Web Player auf meinem Blog nicht in Firefox startet? In Chrome und selbst in IE funtzt es! Wobei in Chrome bei den Chapter-Playbuttons permanent das Ladeicon angezeigt wird beim Mouseover. Siehe: http://www.1905-podcast.de/episode-001/
Also Problem umgangen: Der Web Player scheint unter Firefox Probleme zu haben, wenn man in den Einstellungen (WordPress> Podlove > Web Player) neben MP3 und MP4 auch OPUS Audio enabled hat. Auf fünf verschiedenen Rechnern (Windows/Linux) startete die Episode dann einfach nicht. Der Player wurde angezeigt und das Play-Symbol switchte auch nach dem vermeintlichen Start auf aktiv, aber der Player lud den Podcast nicht.
Pingback: Willkommen im Küchenstudio! | Blog
Ich bin völlig hilflos mit einer solchen Fehlermeldung:
Fatal error: Call-time pass-by-reference has been removed in /homepages/24/d93580314/htdocs/wohlgesprochen/blog/wp-content/plugins/podlove-podcasting-plugin-for-wordpress/lib/settings/episode_asset.php on line 113
die immer kommt, wenn ich die Website bearbeiten/ergänzen will.
Ist da noch etwas zu retten – immerhin wird sie noch komplett angezeigt – oder kopier ich mir die Texte besser heraus, lösche die DB und trag’ dann alles neu ein?
Fehlerberichte bitte auf github posten: https://github.com/eteubert/podlove/issues
Wollja, erledigt. Nochmals Dank für all die Arbeit und Liebe, die du in dieses Projekt steckst.
Pingback: Das Küchenstud.io | Philip Banse
Hallo!
Danke für das Plugin!
Ohne vorher den Screencast gesehen zu haben, hat es doch einigermaßen gut geklappt alles einzurichten, und eine erste Episode zu veröffentlichen.
So ganz habe ich nur noch nicht verstanden, wie ich dem feed sagen kann, wo die Audiodatei liegt. Aber dieses Problem sollte sich hoffentlich mithilfe der Screencasts lösen lassen :)
Pingback: Podlove: A better way to publish podcasts » eHow TO...
Pingback: NSFW063 Pontifex Interruptus | Not Safe For Work
Pingback: Webspace, Wordpress und Dateitransfer | Der Stammtisch
Wir (die “schönen Ecken”) haben schon länger einen Blick auf Podlove und würden gern aus vielen Gründen beizeiten unseren Workflow umstellen. Derzeit bin ich mir aber noch nicht ganz sicher, wie ihr plant, mit Podcasts wie unsereinem umzugehen. Dabei geht es vor allem um die Einbindung von Kapitelbildern oder Fotogalerien, mit denen wir umfangreich arbeiten. Gibt es da schon eine Idee, wie das klappen kann?
Bisher sind wir eigentlich ganz zufrieden, das direkt via AAC/Enhanced Podcast zu machen, zumal man mit GarageBand zwar keinen tollen Audioeditor hat, jedoch eine ganz gute Lösung um Kapitel, Fotos und URLs Timeline-basiert an die Audiodaten anzulegen. Gesezt den Fall, es gibt dann einen Möglichkeit, Fotos via POdlove anzuzeigen – wie sähe dann das Authoring aus?
Bzw. anders gefragt: Ist es denkbar, statt mp3 auch AAC mit Kapiteln aus Ausgangsdatei für den Podlove Player zu nutzen? Ich schätze es derzeit sehr, dass sämtliche Daten bei uns derzeit immer in nur einer Datei stecken, die man dann an verschiedene Orte werfen kann, die dann jeweils passend mit dem Content umgehen (etwa Instacast).
Dieser Frage würde ich mich anschließen, da ich ebenfalls Garageband nutze und die Optionen für Instacast eigentlich ganz gut finde. Tim hat mich mit dem letzten Lautsprecher gehörig verunsichert, ob ich den Apple Workflow beibehalten soll.
Pingback: Podflow | debuglevel
Hallo,
bei mir sehen seit dem Update auf Version 1.3.26-alpha des Podlove Podcast Publishers mit dem Podlove Web Player der Play Button, der Titel und die Symbole rechts unten (Info, Kapitel etc.) nicht wie der restliche Teil vom Player aus. Hängt möglicherweise damit zusammen, dass das Links sind und irgendwie das css verarbeiten ? Vor dem Update auf Version 1.3.26-alpha sah der Player mit dem gleichen WordPress Theme und den gleichen Einstellungen normal aus . Nutze die aktuelle WordPress Version 3.5.1. Firefox und Chromium getestet.
Solche Hinweise bitte im Issue Tracker ablegen: http://github.com/podlove/podlove-web-player/issues bzw. http://github.com/podlove/podlove-publisher/issues
Pingback: MM106 No Known Issues | mobileMacs
Weshalb zeigt es das Datum der Veröffentlichung nicht an Analog eines Beitragas?
Bitte?
What is the process to change from blubrry powerpress to podlove? Is there still statistics that show the number of downloads?
The next big release will have a migration manager to easily move from PodPress and PowerPress to Podlove. However, that version does not provide statistics yet and we haven’t really had a look on how statistics are handled in PowerPress to see if a migration is possible with a future version of Podlove. If these stats are important to you – don’t upgrade (yet).
ok, ill wait and see. the only statistic that is interesting at the moment is how many downloads per episode total, downloads per month total. the way blubrry is doing it is by having a link redirect that prefixes the mp3, so i guess if podlove had some kind of prefix to the mp3 link then it could tickover when there was a download in much the same way. Not sure how difficult that would be to code etc. Thank you for your quick reply.
Yeah, me might eventually add a similar technique like this although it does not really provide super reliable results.
Pingback: Statistik: Die Menschen wollen Herrn Hampl hören | Würzmischung
Pingback: Kommentare. | piratte looking at things.
Pingback: Trying out the Podlove Publisher | JonathanMH
Hallo,
ich weiß nicht, ob die Frage hier richtig ist, aber ich stelle sie mal:
Ich habe eine neue Episode meines Podcasts veröffentlicht, nur aktualisiert sich der Feed nicht. Sprich kein Feed-Reader zeigt die neue Episode an. Ich habe nichts in den Einstellungen verändert, zumindest nicht das ich wüsste. Gibt es eine Idee, wo ich noch nach dem Fehler suchen könnte?
Bitte hier melden: http://github.com/podlove/podlove-publisher/issues
Wird erledigt.
Pingback: re-publica 2013, Day TwoThe American Studies Graduate
Pingback: Podcast Preview | verkabelt