Firefox / Win 8: Webplayer startet nicht, wenn MP4 Audio aktiviert ist

[germanstudent]

Möglich, dass dies hier in die Web Player Issues gehört, bin mir nicht ganz sicher, deswegen schreibe ich hier

Bei einem Podcast, an dem ich beteiligt bin, hat ein Teammitglied festgestellt, dass Episoden unter Firefox 22.0 und Firefox 23.0 bei Windows 8 nicht im Webplayer abgespielt werden. (mit und ohne Flash Plugin) Dies tritt auf, wenn MP4 Audio für den Webplayer aktiviert ist.

Als Übergangslösung habe ich MP4 Audio deaktiviert.

Bei meinem Test stellte sich heraus, dass nicht nur meine Publisher Instanz betroffen zu sein scheint, sondern auch andere:

http://www.staatsbuergerkunde-podcast.de/2013/06/29/sbk023-feier-und-gedenktage/

http://www.psycho-talk.de/2013/07/16/psyt011-individualistische-wanderhuren/

http://einschlafen-podcast.de/podcast/ep-244-sommer-und-immanuel-kant/

Dieser Bug scheint nicht unter Ubuntu 13.04 (FF 23.0, selbst getestet) und Mac OS X aufzutreten.

Sieht für mich also momentan so aus, als würde kein Win8/FF Anwender den Web Player nutzen können, wenn MP4 Audio aktiviert ist.

Website             http://www.bruellaffencouch.de
PHP Version         5.3.18-nmm1
WordPress Version   3.6
Publisher Version   1.8.4-alpha
Web Player Version  2.0.13
curl Version        7.19.7
iconv               available
allow_url_fopen     1
simplexml           ok
max_execution_time  30
upload_max_filesize 200M
memory_limit        256M
disable_classes     
disable_functions   
permalinks          ok
podcast_settings    
web_player          ok

0 errors
0 notices
Nice, Everything looks fine!

[Kambfhase]

Beim Psycho-Talk ist der Server falsch eingestellt und liefert einen kautten Content-Type. Der Einschlafen Podcast liefert auch komische Dateien aus, die nichtmal von Flash erkannt werden. Die anderen Probleme mit AAC sind wohl ein Kompatibilitäts Problem mit Firefox und Dateien die von Auphonic erzeugt werden.

[germanstudent]

Vielen Dank für die Analyse. Bei unserem (Brüllaffencouch) Podcast haben wir bei auphonic einfach 128 kbps AAC verwendet und sonst hoffentlich alles richtig eingestellt.

Wenn das Problem durch die auphonic Daten verursacht wird, wäre es ja schön, wenn @gholzmann sich das noch mal kurz anschauen könnte.

[eteubert]

Seit e5cb181 ist mp4 intern immer an erster Stelle, wenn es verfügbar ist.
Wenn FF unter Win die Datei nicht abspielen kann, sollte er die nachfolgenden Dateien durchprobieren — was er scheinbar nicht tut.

Am besten wäre es, wenn jemand den Bug noch mal verifiziert und anschließend auf https://bugzilla.mozilla.org/enter_bug.cgi postet. Denn da habe ich gerade gesucht; scheint noch kein bekanntes Problem zu sein.

[gholzmann]

Firefox kann kein MP4 und sollte deshalb einfach das nächste Format wählen das es unterstützt (Vorbis).
Ist aber bitter wenn das nicht passiert und der player einfach streikt ...

Ein einfacher Fix wäre natürlich einfach Ogg Vorbis an erste Stelle zu stellen in der Priorität (wenn vorhanden).
Wobei viele haben in Vorbis so eine schlechte Qualität eingestellt, dass dann alles sehr schlecht klingt.

Könnte mal jemand probieren, ob es mit Ogg Vorbis an erster Stelle in anderen browsern zu diversen Problemen kommt?
Falls nicht könnte man ja wirklich Ogg Vorbis mit höchster Priorität verwenden (dann MP3, dann AAC) - jedoch müssten wir das auch zu den podcast produzenten dementsprechend kommunizieren, dass sie nicht so eine extrem niedrige Bitrate für Vorbis nehmen ...

[Kambfhase]

Wenn FF unter Win die Datei nicht abspielen kann, sollte er die nachfolgenden Dateien durchprobieren — was er scheinbar nicht tut.

Wenn die Datei laut MIME-Type abspielbar wäre, es aber nicht ist, kommt kein Browser auf die Idee die nächste Datei zu verwenden.

Das Problem ist ja, dass nicht alle AAC-Dateien nicht abgespielt werden können, sondern nur manche. Ich weiß noch nicht so recht, wie das zu reproduzieren ist.

[gholzmann]

@Kambfhase ich glaube nur wenn Kapitelmarken drinnen sind, oder?
Das Problem haben wir so weit ich mich erinnern kann auch schon mal bemerkt ...

Können aber leider nicht so viel dagegen machen (wenn es das Kapitel Problem ist), weil halt Apple das so haben will ...

[Kambfhase]

Aktueller Stand: Firefox kann unter Win7, Win8 (WMF enabled) keine AAC Dateien mit Kapitelmarken abspielen. Einen Issue bei Mozilla habe ich eröffnet. Ein Workaround von unserer Seite her ist schon in der Mache.

[florianpriemel]

Chapter Marks in den Assets zu löschen scheint nicht zu helfen. Müssen die auch vom Download-Server verschwinden?

[Kambfhase]

Nein, die müssen aus der Datei entfernt werden!

[Kambfhase]

Fixed in 1f05e31336c45034d4e6bde04a575f814641747a. Wird wohl mit der nächsten PWP bzw. PPP Version gelöst sein.

[RobRoy]

Falls jemand dieses Problem auch plagt und nicht die nächste PPP Version abwarten möchte, der kann das Problem vorübergehend auch selber patchen:

Im Modul podlove_web_player (lib/modules) in der Datei printer.php ändert Ihr die Zeile 80 vom derzeitigen Stand:

$preferred_order = array( 'audio/mp4', 'audio/aac', 'audio/opus', 'audio/ogg', 'audio/vorbis' );

in:

$preferred_order = array('audio/ogg', 'audio/mp4', 'audio/aac', 'audio/opus', 'audio/vorbis' );

Damit rendert der Webplayer die evtl. vorhandene OGG Datei vor der M4A Datei, welche Firefox dann nimmt und abspielen kann.