WebKit equivalente a Firefox "moz-chunked-arraybuffer" xhr responseType

Question

Mi piacerebbe leggere un flusso MP3 (da icecast, leggere i metadati ICY e quindi passare i dati binari MP3 a un API Web Audio).

Firefox ha un "moz-chunked-arraybuffer" xhr responseType per leggere i dati sullo stato di avanzamento, ma non riesco a trovare alcun equivalente per webkit/chrome.

---

EDIT 2014/02/03:

Chrome ha iniziato ad attuare xhr.responseType "stream"

Il "parsing" è atterrato in Chrome (con il --enable-sperimentale-webkit -Caratteristiche bandiera), ma il risultato xhr.response oggetto (stream) non è ancora utilizzabile direttamente in Javascript: https://code.google.com/p/chromium/issues/detail?id=240603

---

EDIT 2014/07/10:

La specifica è ora sviluppato: https://github.com/whatwg/streams

sviluppatori Chromium ha intenzione di "fare un po 'il prototipo senza attendere il completamento della standardizzazione"

---

EDIT 2015/01/22:

Il Streams API non sarà implementato in XHR (era solo per la prototipazione). It will finally be implemented nell'implementazione Fetch API, che è stata recentemente spedita in Chrome (dietro la bandiera sperimentale).

---

EDIT 2015/01/30: Fetch API ha un Intent to Ship! Le API degli stream sono annunciate come "imminenti integrazioni", è proprio qui!

---

EDIT 2015/04/15:

\ o/Gloria! L'API di recupero è ora atterrato in Chrome 42 (versione stabile corrente: http://googlechromereleases.blogspot.fr/2015/04/stable-channel-update_14.html). 42 non è solo la risposta alla vita, l'universo e tutto, ma anche a questa domanda: "Come posso consumare una 'richiesta AJAX' come un flusso":

https://github.com/GoogleChrome/samples/blob/gh-pages/fetch-api/fetch-response-stream.html

Fine della storia :)

Answer 1

La mia ipotesi è che WebKit Otterrà https://dvcs.w3.org/hg/streams-api/raw-file/tip/Overview.htm invece

Answer 2

Mi spiace essere il portatore di cattive notizie, ma per quanto ne so non esiste attualmente un equivalente webkit.Originariamente il tipo di risposta chunked-ArrayBuffer nata da una preoccupazione simile al vostro:

http://lists.w3.org/Archives/Public/public-webapps/2011JulSep/0924.html

Inoltre, MDN elenca il responseType come disponibile solo in Firefox:

https://developer.mozilla.org/en-US/docs/DOM/XMLHttpRequest

Answer 3

Penso che la soluzione al problema non abbia visto l'intero oggetto AudioContext per html5.

http://www.html5rocks.com/en/tutorials/webaudio/intro/

È possibile decodificare i dati audio: decodeAudioData() È possibile riprodurre la musica tramite un AudioBuffer in grado di riprodurre musica in streaming tramite una presa di rete o semplicemente chunked http streaming.

Quando si desidera riprodurre un brano basta chiamare il PlaySound()

Quindi la vera risposta è utilizzare l'AudioContext e sarete d'oro