HONDERRANDO LIVE?????

[Gix70]

CB1000R.it verso il futuro... non ho capito una mazza ma sò già che sarà una figata!!

[Sgabbiato]

Grande Marzio!!!

Invidia doppia però...

[renatino]

Installata e provata con un server mio....fichissima e meglio pure di qik!

Quando arriviamo te lo do e metti le credenziali....8mp di fotocamera a disposizione del forum :-)

[Admin]

Negativo, ieri sera abbiamo fatto delle prove con Firemoon e il sistema non prevede la doppia connessione da uno stesso account, quindi chi vuole far parte degli "operatori live" deve necessariamente crearsi un proprio account sul sito ustream.com o direttamente dall'applicazione e segnalarmi il nome assegnato allo show che intende utilizzare per honderrando in modo che possa creargli la finestra LIVE nel nostro menù.
Per ora siamo in 2 operatori live già attivi, io e Firemoon e nel caso entrambi stessimo inviando immagini live, potete benissimo aprire tutte le finestre in contemporanea

[Admin]

Ecco il mio canale creato

...

Da Mercoledì sarà attivo in terra sarda

[Admin]

anche la camera live di renatino è online nel menù in alto

[renatino]

[Tommy]

Marzio scusa, ma visto che sostanzialmente esistono due tipologie di streaming (Streaming on demand e Streaming live), di che tipologia farà parte quello di Honderrando?

Per lo Streaming on demand i contenuti audio/video sono inizialmente compressi e memorizzati su un server come file. Un utente può richiedere al server di inviargli i contenuti audio/video. Non è necessario scaricarli per intero sul PC per poterli riprodurre: i dati ricevuti vengono decompressi e riprodotti pochi secondi dopo l'inizio della ricezione. Questo ritardo serve a creare un polmone ("buffer" in gergo) per rimediare a latenze o microinterruzioni della rete. Di questo tipo sono i flussi streaming di Real Video e Real Audio, Windows Media Player, QuickTime, Adobe Flash Video (quest'ultimo tipo di formato file utilizzato nel sito di Youtube).

Mentre lo Streaming live è simile alla tradizionale trasmissione radio o video in broadcast. Anche in questo caso i dati sono trasmessi utilizzando opportune compressioni per alleggerire più possibile il carico sulla rete. La compressione dei contenuti introduce nel flusso un ritardo di circa dieci secondi. Nel campo dello streaming live, di solito, questo ritardo non costituisce un problema.

E se posso, quale protocollo per lo streaming verrà utilizzato? Visto che generalmente la trasmissione in streaming avviene utilizzando il protocollo RTSP a livello di applicazione mentre a livello di trasporto si utilizza prevalentemente il protocollo UDP?
* Multicast;
* Unicast;
* HTTP;
* Peer to Peer.


Grazie per le info, almeno poi è tutto più chiaro

[renatino]

Con il programma ed il servizio di USTREAM lo streaming permette di vedere in tempo reale quello che uno stà riprendendo ed inoltre salva i vari spezzoni LIVE in una bacheca. Così facendo puoi rivedere i pezzi durante i quali tu non eri davanti al pc.

Per le altre domande non saprei.....Marzio ti risponderà meglio di me sicuramente

[Admin]

Si tratta di un sistema streaming on demand, i video che registrano gli "operatori" vengono salvati su un server che pochi secondi dopo li rende disponibili già per la visione, il ritardo è di circa 5 sec. poi dipende dalla banda e dalla linea disponibile in quel momento dall'operatore, visto che i dati sono trasmessi via rete mobile 3G.
Il protocollo utilizzato dall'applicazione non lo conosco perchè fa parte dell'applicazione stessa, mentre noi per trasmettere i dati utilizziamo un semplice HTTP.

Ma alla fine di tutto questo.....a te......che caxxo te ne frega