Servus. Wir verwenden den Web Player mit Shortcodes. Das funktioniert soweit auch ganz ok, leider scheinen z.B. chapters und transcripts nur lokal zu funktionieren. Nur src scheint soviel ich das sehen kann der einzige Parameter zu sein, der per URL angegeben werden darf.
Ist das so beabsichtigt? Unser Medienserver liegt woanders als das Wordpress und dort liegen neben den Audio-Dateien halt auch die Transkripte, Chapter-Dateien usw.
Funktioniert leider nicht Remote. Wenn wir zB im Feld transcriptions die URL zum entsprechenden JSON-File verwenden, taucht die Transkription im Player nicht auf. Erst wenn das file lokal liegt, geht es. Wir haben da lange hin und her getestet und wundern uns ja selber.
Auch wenn es jetzt komisch klingt, ich hatte mal ein ähnliches Problem welches an der Kodierung der Hochkomma lag. Kopiere mal bitte die Hochkomma des SRC Eintrages (da funktioniert es ja?) und verwende diese Kopie für die anderen Einträge.
An falschen Hochkommata liegt’s nicht, wir schreiben die Beiträge direkt in HTML und haben einen Profi- (und einen Amateur-) Software-Entwickler an Bord.
Im Gegensatz dazu die #802, da sind Chapter und Transkription im Player unsichtbar, trotz der gültigen Links im Shortcode:
[podlove-web-player
src="http://happyshooting.podzilla.de/hs802_influencerschein.mp3"
show="Happy Shooting"
poster="https://happyshooting.de/wp-content/uploads/2016/05/hs1500.jpg"
title="#802 - Zeigen Sie mal Ihren Influencerschein!"
chapters="http://happyshooting.podzilla.de/hs802_influencerschein.psc.json"
chaptersVisible="true"
transcripts="http://happyshooting.podzilla.de/hs802_influencerschein.json"]
(Codeblöcke sind hier im Post der besseren Lesbarkeit halber umgebrochen)
Wir bekommen den Player und seine erweiterte Funktionalität nur mit lokalen JSONs ans Laufen.
Deine Seite läuft über HTTPs, innerhalb des Shortcodes werden die Inhalte aber über HTTP angegeben. Das wird vom Browser unterbunden, Du musst die URLs dort auch auf HTTPs umstellen. Dann sollte es funktionieren.
