Partite gratis!

[Kola_Gurra]

Originariamente inviato da morpheus85
Si, il mulo può dar fastidio quindi è meglio chiuderlo.

I vari canali come puoi vedere hanno uno streaming che varia dai 740 ai circa 300 kbps, quindi se hai una 1280 potrai vedere i canali che sono sui 700 mentre con la 640 quelli nella sua fascia.

Gli scatti penso dipendano dagli utenti connessi, più utenti meno scatti.

Cmq prova i driver cfosspeed dovrebbero migliorare il tutto, a me non vanno

ok grazie

dove li trovo i driver cfosspeed?

[morpheus85]

Originariamente inviato da Kola_Gurra
ok grazie

dove li trovo i driver cfosspeed?

http://www.cfos.de/download/download_e.htm

[Krammer]

ottimo programmino: ho già guardato 3 canali diversi e si vedevano tutti e 3 ottimamente, fluidi e senza scatti.
anche se bisogna dire che ci mette un po' a carburare, almeno una decina di minuti per andare a pieno regime, ogni volta che si cambia trasmissione...

la qualità video non è eccezionale, ma ho provato solo canali da 280 e 340 kbps (non posso provare quelli da 700, finchè sti maledetti della telecoz non si decidono di farmi l'upgrade )

bye

[Dona*]

Originariamente inviato da morpheus85


Gli scatti penso dipendano dagli utenti connessi, più utenti meno scatti.

è proprio l'esatto contrario: più utenti, più scatti!
server intasati ti dice nulla?

[morpheus85]

Originariamente inviato da Dona*
è proprio l'esatto contrario: più utenti, più scatti!
server intasati ti dice nulla?

A Dona, rileggiti il topic che è meglio

[Kola_Gurra]

piu utenti ci sono, piu utenti condividono il canale, piu banda in download si ha fra utenti, piu vedi meglio la tv

questo è il potere del p2p

[Dona*]

Originariamente inviato da morpheus85
A Dona, rileggiti il topic che è meglio

il topic me lo sono letto vai tranquillo, peccato che nella realtà dei fatti le cose non siano proprio così...

[morpheus85]

Originariamente inviato da Dona*
il topic me lo sono letto vai tranquillo, peccato che nella realtà dei fatti le cose non siano proprio così...

[The Incredible]

molto interessante..lo provo...

[Alien]

Originariamente inviato da Dona*
il topic me lo sono letto vai tranquillo, peccato che nella realtà dei fatti le cose non siano proprio così...

In effetti non capisco come possa esser più veloce con tanti utenti connessi: mi sfugge qualcosa.
(se io faccio il download a 640 e l'upload a 256 ne servono 4 come me per esaurire la mia richiesta, ma magari mi sbaglio)

[recoil]

il problema è che morpheus85 ha messo un link ad un eseguibile e io tra l'altro sono in linux quindi per ora nisba.
CoolStreaming è l'implementazione di un certo DONet ovvero un framework per la distribuzione p2p di streaming video

il paper lo si trova nella prima pagina di google cercando CoolStremaing ma sono 14 pagine e la voglia di leggerlo adesso non c'è. magari lo leggo domani in treno se non so cos'altro fare

l'idea sembra buona cmq

[Alien]

[b]Originariamente inviato da recoil [/B
il paper lo si trova nella prima pagina di google cercando CoolStremaing ma sono 14 pagine e la voglia di leggerlo adesso non c'è. magari lo leggo domani in treno se non so cos'altro fare

l'idea sembra buona cmq

Ecco bravo, leggitelo tutto e poi me lo spieghi per bene

[Krammer]

Originariamente inviato da Alien
In effetti non capisco come possa esser più veloce con tanti utenti connessi: mi sfugge qualcosa.
(se io faccio il download a 640 e l'upload a 256 ne servono 4 come me per esaurire la mia richiesta, ma magari mi sbaglio)

non ho letto il paper, gli ho dato solo un'occhiata e sembra che si spieghi tutto nei minimi dettagli.

tuttavia la differenza concettuale rispetto allo streming da server è abbastanza intuitiva: nel caso che lo streaming parta da un unico server verso tutti i client serve ovviamente una banda di upload del server molto grande, e man mano che aumentano gli utenti questa banda si satura; invece nel caso del p2p il server uppa i dati a pacchetti, ad una serie limitata di client: ad esempio divide un buffer di tot tempo in 3 pacchetti, e li invia a 3 diversi utenti, i quali a loro volta upperanno quei pacchetti ad altri client e così via. dal lato client oltre a reinviare i pacchetti agli altri utenti, memorizza i pacchetti ricevuti in un buffer, e quando riceve la sequenza completa invia al player quel buffer di tot tempo.
così su due piedi ipotizzerei che il lato negativo di questo tipo di trasmissione è dato dal delay rispetto alla sorgente di trasmissione: un pacchetto infatti non arriva subito ma deve passare attraverso vari nodi-client, con tutti i ritardi del caso, ed il buffer deve essere pieno per andare in esecuzione correttamente
la cosa positiva è che anche un qualsiasi utente con il minimo di upload necessario può generare un buon streaming per una rete molto vasta; inoltre credo che più utenti sono connessi più i pacchetti possono essere spezzettati e quindi diffusi più velocemente (allo stesso tempo però più sono gli utenti e maggiore sarà il delay)
ipotizzo anche che con un buon algoritmo di routing si possano controllare i flussi dei pacchetti nel modo più efficente, ovvero verso i client più vicini in modo da minimizzare il ritardo: immaginate una macchia d'olio che si espande unidirezionalmente nel territorio, i pacchetti vengono trasmessi via via più distante dalla sorgente ma sempre ai client più vicini

tutto ciò che ho scritto è pura supposizione: al paper ho dato solo un occhio veloce ai grafici

[powerslave]

interessante,si può vedere anche la pallacanestro?

[Krammer]

Originariamente inviato da powerslave
interessante,si può vedere anche la pallacanestro?

dipende se è in programma o meno nei canali disponibili

[morpheus85]

C'è solo un piccolo problema se avete una configurazione dei vostri PC pittosta bassa avrete gravi problemi e non potrete assistere alle partite.
Io sono uno di quelli avendo un Celeron 600 e 190 di RAM

[recoil]

Originariamente inviato da Krammer
così su due piedi ipotizzerei che il lato negativo di questo tipo di trasmissione è dato dal delay rispetto alla sorgente di trasmissione: un pacchetto infatti non arriva subito ma deve passare attraverso vari nodi-client, con tutti i ritardi del caso, ed il buffer deve essere pieno per andare in esecuzione correttamente

leggendo il paper ho trovato come valore un minuto circa. si aspettano cioè un ritardo entro il minuto. è tanto però, io pensavo qualche secondo. però non mi ricordo se era il ritardo dello streaming o di qualcosa d'altro

la cosa positiva è che anche un qualsiasi utente con il minimo di upload necessario può generare un buon streaming per una rete molto vasta; inoltre credo che più utenti sono connessi più i pacchetti possono essere spezzettati e quindi diffusi più velocemente (allo stesso tempo però più sono gli utenti e maggiore sarà il delay)

parlano di diametro della rete logaritmico (probabilmente hanno usato qualcosa simile ad un albero) e ciò è bene

ipotizzo anche che con un buon algoritmo di routing si possano controllare i flussi dei pacchetti nel modo più efficente, ovvero verso i client più vicini in modo da minimizzare il ritardo: immaginate una macchia d'olio che si espande unidirezionalmente nel territorio, i pacchetti vengono trasmessi via via più distante dalla sorgente ma sempre ai client più vicini

non ho ben capito che metrica utilizzano per scegliere i vicini, mi pare di ricordare la bandwith ma temo che sarebbe quella dichiarata. io credo che si dovrebbero guardare ping e numero di hops oltre che numero di client attualmente connessi

pare che esista pure una versione per linux ma la home page del sig Xinyan Zhang è inaccessibile, devono aver cambiato il link

[Capirossi]

con l'ultimo media player nn funzia
connessione file .... il processo deve essere terminato

[Kola_Gurra]

Originariamente inviato da Capirossi
con l'ultimo media player nn funzia
connessione file .... il processo deve essere terminato

a me funzia

[j.s]

Morphe sei un mito!!!!!!!!!!