Danke für’s Update.
Bei der 4.2 tritt bei mir leider ein unangenehmes Problem auf: Alle Episoden “laufen” zwar, sind aber komplett still. Die 4.1.7 hat bestens funktioniert.
Systeme:
Win 10
Chrome 70.0.3538.67 und
iPhone SE, iOS 12.1
Aber:
Z.B. bei der @DieterBethkehöre ich was - trotz neuster Version. Dafür immer nur Mono, egal was ausgewählt ist, aber das mag eine andere Baustelle sein.
Und:
Der Download-Button hat wieder einen neuen Tab mit rudimentärem Webplayer geöffent, statt den Download zu starten. Da musste ich wieder was an der Server-Konfiguration drehen. Kann aber reiner Zufall sein, dass mir das erst jetzt auffiel und die Einstellung im Backend schon zuvor mal raus fiel.
Ich möchte gern dieses Problem von unterwegs melden, daher kann ich nichts weiter dazu sagen, außer, dass die Verbindung (von der Datei bei Podseed zum neuen Player) derzeit bei uns (in allen Browsern) nicht klappt. Wer weiß… Verfügbarkeit der Datei im Feed und per Download-Bereich im Player ist nicht betroffen.
Access to audio at 'https://cdn.podseed.org/aufwachen/336klimakohle.m4a?ptm_source=webplayer&ptm_context=episode&ptm_request=ff9d791a2ece&ptm_file=336klimakohle.m4a' (redirected from 'https://aufwachen-podcast.de/podlove/file/6471/s/webplayer/c/episode/336klimakohle.m4a') from origin 'https://aufwachen-podcast.de' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
Ich schau mal ob ich einen Fallback dafür einrichten kann.
okidoki! Soweit ich das Problem verstehe, könnte man es damit beheben, dass man für den Player nicht auf ein CDN ausweicht, sondern die Datei lokal verfügbar hat. Das wäre bei uns bspw. gegeben. Der Server gäbe es auch her, was die erwarteten Zugriffe angeht. Allerdings erlaubt Podlove nur eine Adresse für alles. Was ich auch verstehe. Aber wenn ich mich recht erinnere, stand mal die Idee im Raum, bei Podlove mehr als eine Serveradresse nutzen zu können. Aber wer weiß (ich nicht
Der Player muss das aber eigentlich abkönnen. Die Audio API für den Mono Filter erfordert das aber. Ich werde deshalb wohl das Filter feature zurückbauen müssen
Hi
Hat sich zum Thema “Fehler beim Laden der Audiodatei” schon was getan? Bei mir geht der Webplayer auch nicht mehr und ich suche schon seit einer Stunde nach dem warum.
Aber scheinbar scheint der Fehler doch nicht bei mir zu liegen und deswegen bin ich jetzt natürlich ein wenig erleichtert. Könnte man das Webplayer-Problem irgendwie umgehen?
4.2.3 habe ich gerade released, die Beispiele auf https://docs.podlove.org/podlove-web-player/ funktionieren wieder. Ich habe jetzt für die nächsten Releases das CORS Problem mit auf die Testliste gesetzt.