jquery - Cómo evitar que Chrome recupere los últimos 128 bytes de un archivo MP3

google-chrome html5-audio

Question

Tengo un problema con esto desde hace un tiempo, así que pensé que pediría tu ayuda.

Para un proyecto de prueba de concepto, creé un reproductor HTML 5 de last.fm utilizando jPlayer . Funciona bien con Firefox, pero no se reproduce con la solución html cuando se usa Chrome (Chromium).

Primero, Chrome intenta recuperar el archivo mp3 a través de la url de transmisión. Una vez que se ha pre-almacenado un poco en el búfer, siempre intenta leer los últimos 128 bytes realizando otra solicitud HTTP. El problema ahora es que los servidores de transmisión de last.fm solo parecen permitir una conexión por archivo a la vez, lo que hace que ambas conexiones HTTP fallen. Parece que Chrome / Chromium está ignorando la propiedad preload = "none" de la etiqueta de audio. Hasta donde pude descubrir, la etiqueta es solo una recomendación para el navegador.

Los archivos mp3 normales funcionan como un encanto. Además, cuando ingresa la url de transmisión redirigida en el navegador, comienza a reproducirse. Parece que last.fm está utilizando las URL originales como un tipo de filtro de control de acceso / token de acceso único, mientras que la URL de flujo resuelta es válida por un tiempo.

Para ver los encabezados HTTP completos (cookies censuradas), consulte http://pastebin.com/rBAdL4X8 . (Copiado del inspector de elementos de cromo).

¿Hay alguna forma de evitar este problema desde el navegador?

Answer 1

Parece que no hay una solución actual, pero a partir del comentario 11 sobre el informe de error señalado por neoascetic, se puede abordar en la próxima versión de Chrome - M20.