Podcast ohne Ton bei Apple Podcast App

Kastenfisch · 13. Juli 2021 um 08:55

Hallo liebe Community
Ich habe seit drei Folgen/Wochen ein Problem mit dem original Podcatcher von Apple und iTunes.
Dort werden die Folgen zwar geladen und abgespielt, allerdings OHNE Ton.
Man kann den Fortschrittsbalken wandern sehen.
Bei anderen Podcatchern wie Overcast tritt das Problem nicht auf.
Bei https://podcasts.apple.com/de/podcast/kastenfisch/id317783597 funktioniert der Ton ebenfalls.
Ich veröffentliche meinen Kastenfisch Podcast übrigens mit Podlove.

Hat jemand eine Idee, was seit drei Wochen (KW25/2021) anders ist als vorher?

knoxmic · 13. Juli 2021 um 09:18

Hey Marco, sehr interessant!

Womöglich kann die aktualisierte Apple Podcasts App nicht mehr mit Leerzeichen innerhalb von Dateinamen/URLs umgehen.

Funktioniert:

https://kastenfisch.de/podlove/file/418/s/feed/c/podcast/Folge551_Erkenntnise.mp3

Funktioniert innerhalb der Apple Podcasts App nicht (%20):

https://kastenfisch.de/podlove/file/417/s/feed/c/podcast/Folge550_Bin%20wieder%20da.mp3
https://kastenfisch.de/podlove/file/419/s/feed/c/podcast/Folge552_Schoen%20wars.mp3
https://kastenfisch.de/podlove/file/421/s/feed/c/podcast/Folge554_Stolzer%20Vater.mp3

Einen anderen Unterschied konnte ich nicht feststellen.

knoxmic · 13. Juli 2021 um 09:27

Nachtrag: Vermutlich kann die eigentlich angeforderte Audio-Datei so nicht ermittelt werden.

Achtung, Weiterleitung auf nicht SSL-Variante:

❯ curl -I 'https://kastenfisch.de/podlove/file/421/s/feed/c/podcast/Folge554_Stolzer Vater.mp3'
HTTP/2 301
date: Tue, 13 Jul 2021 09:21:23 GMT
server: Apache
location: http://kastenfisch.de/wp-content/uploads/podcast/Folge554_Stolzer%20Vater.mp3?ptm_source=feed&ptm_context=podcast&ptm_request=c157d550e993&ptm_file=Folge554_Stolzer Vater.mp3
vary: User-Agent
content-type: text/html; charset=UTF-8

Bad Request unter Beibehaltung des Leerzeichens im Parameter
ptm_file=Folge554_Stolzer Vater.mp3

❯ curl -I 'http://kastenfisch.de/wp-content/uploads/podcast/Folge554_Stolzer%20Vater.mp3?ptm_source=feed&ptm_context=podcast&ptm_request=c157d550e993&ptm_file=Folge554_Stolzer Vater.mp3'
HTTP/1.1 400 Bad Request
Date: Tue, 13 Jul 2021 09:21:41 GMT
Server: Apache
Connection: close
Content-Type: text/html; charset=iso-8859-1

Korrekte Weiterleitung mit encodierten URL-Parameter
ptm_file=Folge554_Stolzer%20Vater.mp3

❯ curl -I 'https://kastenfisch.de/wp-content/uploads/podcast/Folge554_Stolzer%20Vater.mp3?ptm_source=feed&ptm_context=podcast&ptm_request=c157d550e993&ptm_file=Folge554_Stolzer%20Vater.mp3'
HTTP/2 200
date: Tue, 13 Jul 2021 09:24:29 GMT
server: Apache
last-modified: Sun, 11 Jul 2021 10:13:22 GMT
etag: "1321ff5-5c6d641348114"
accept-ranges: bytes
content-length: 20062197
vary: User-Agent
content-type: audio/mpeg

Korrekte Auslieferung Audio-Datei:

❯ curl -I 'http://kastenfisch.de/wp-content/uploads/podcast/Folge554_Stolzer%20Vater.mp3?ptm_source=feed&ptm_context=podcast&ptm_request=c157d550e993&ptm_file=Folge554_Stolzer%20Vater.mp3'
HTTP/1.1 301 Moved Permanently
Date: Tue, 13 Jul 2021 09:21:51 GMT
Server: Apache
Location: https://kastenfisch.de/wp-content/uploads/podcast/Folge554_Stolzer%20Vater.mp3?ptm_source=feed&ptm_context=podcast&ptm_request=c157d550e993&ptm_file=Folge554_Stolzer%20Vater.mp3
Content-Type: text/html; charset=iso-8859-1

Unter iOS werden diese Episoden bei mir nicht geladen, also auch ohne Fortschrittsbalken, lediglich der Loading-Spinner ist sichtbar.

Kastenfisch · 13. Juli 2021 um 11:39

Vielen Dank für schnelle Reaktion!
Manchmal benötigt man einfach mal einen Blick aus einer anderen Richtung.
Ich kann den Fehler auch mit älteren Folgen tatsächlich reproduzieren.
Da hat Apple beim Update der App wohl mal wieder etwas „verschlimmbessert“.
Einen Test mit „umbenennen“ einer MP3 Datei auf dem Server habe ich jetzt laufen (Folge544_Germanische Wurfkeile.mp3 > Folge544_Germanische_Wurfkeile.mp3)
Wenn das nicht funktioniert, werde ich eben nur noch Titel ohne Leerzeichen verwenden.

knoxmic · 13. Juli 2021 um 11:57

Möglich das hier auch der Code des Podlove Plugins geändert werden kann und die erzeugte Redirect-URL encodierte Parameter nutzt @ericteubert.

github.com

podlove/podlove-publisher/blob/2b0d09b5eff33473dd8a284324fea29d6f606a77/includes/downloads.php#L205

    
      
          // that means it has been removed
          $episode = $media_file->episode();
          
          
if (!$episode || !$episode->is_valid()) {
              status_header(410, 'Gone');
              exit;
          }
          
          
do_action('podlove_download_file', $media_file);
          
          
// build redirect url
          $location = $media_file->add_ptm_parameters(
              $media_file->get_file_url(),
              [
                  'source' => trim(podlove_get_query_var('ptm_source')),
                  'context' => trim(podlove_get_query_var('ptm_context')),
                  'request' => substr(md5(uniqid(microtime().mt_rand(), true)), 0, 12),
              ]
          );
          
          
header('HTTP/1.1 301 Moved Permanently');

ericteubert · 13. Juli 2021 um 14:21

Kann ich an der Stelle wirklich umbauen, da der Dateiname an der öffentlichen URL vorwiegend dekorative Zwecke verfolgt. In der finalen URL bleibt das Leerzeichen aber unverändert und ggf. stört sich das neue Apple Podcasts auch daran.

Wir empfehlen ohnehin im Support schon immer, auf Leerzeichen zu verzichten. Vielleicht ist’s mal an der Zeit, eine entsprechende Erkennung in den Publisher einzubauen und die Warnung anzuzeigen. Jetzt haben wir ja auch einen konkreten Fall, in dem es Probleme bereitet