2010-10-06 8 views
6

Negli ultimi due mesi ho cercato di "ingannare" il safari pensando che stia guardando un file sul server, che in realtà è un flusso video live da una telecamera codificata e muxed richiedere l'utilizzo di Gstreamer in un formato supportato dal browser. Poiché HTML5 supporta download di video progressivi, ciò dovrebbe essere almeno possibile in teoria.HTML5 live video "hack"

La mia conclusione è che questo diventa piuttosto complicato considerando che i browser fanno una richiesta di contenuto parziale durante il download di file video in HTML5, principalmente per motivi di ricerca. Se il server non è supportato per questa funzione, il video non viene riprodotto fino a quando il file non viene completamente scaricato.

Qualcun altro ha provato questo approccio con più successo? O dovrei semplicemente rinunciare e attendere un vero supporto video live come RTSP da integrare nei browser.

Cheers.

risposta

0

Se è necessario solo il video ma non l'audio, "Motion JPEG" può farlo. Non è HTML5 ma una funzione dell'era di Netscape.

http://en.wikipedia.org/wiki/Motion_JPEG#M-JPEG_over_HTTP

+0

Motion JPEG è sicuramente un'opzione, anche se richiede troppa larghezza di banda. In generale ci sono alcune altre opzioni tra cui scegliere (Flash, applet Java, streaming live Http) tutte con alcuni svantaggi. Per provare a "ingannare" il safari (e forse altri browser) era solo un tentativo di aggiungere un'altra opzione a quella lista. – Lus

+0

Grande, interessante sapere se c'è una soluzione reale. – timdream

2

Hai due possibilità.

Con H.264 è possibile emulare un file con struttura frammentata: contenitore ISO (.mp4) con atomi di frammenti di film (MOOF).

L'altra opzione è WebM di Google. I client possono "unirsi" allo stream in qualsiasi momento grazie alla struttura del file MKV. Per ottenere i migliori risultati, il primo frame trasmesso al client dovrebbe essere un keyframe.