Non ha senso, in barba a tutte le interessanti discussioni tecniche,
perche' l'essere umano preferisce l'on-demand al realtime: il video
che voglio, qui, subito. Pensate un attimo alla vostra vita... quanta
ne passate davanti alla TV? E quanta ne passate davanti ad un film, un
cortometraggio, o
stralol hahahahaha
On 03/07/12 01:06, ZioPRoTo (Saverio Proto) wrote:
Ma non basta igmp snooping?
si col fast reroute multipath dahon
Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Grazie delle cortesi risposte a tutti quanti. Quello che intendo io è
streaming multicast a tutti gli effetti.
Qualcosa del tipo www.ustream.tv . In effetti ho trovato un amico che ha
realizzato questa cosa usando un software denominato UbuntuTV. Ne metti
uno all' interno della rete che faccia da
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
a quale rate viaggiano secondo i nuovi standard 802.11n? Immagino il
limite di 1mbps sia oramai superato...
On Wed, Mar 7, 2012 at 4:19 PM, ZioPRoTo (Saverio Proto)
ziopr...@gmail.com wrote:
2012/3/7 ZioPRoTo (Saverio Proto) ziopr...@gmail.com
C'e' un problema di fondo a fare multicast su WiFi.
I pacchetti IP multicast viaggiano su frame 802.11 multicast, che
viaggiano ad un rate basso e non sono ACKnoledged, quindi performance
del Multicast su WiFi con i nostri apparati = cacca
il multicast rate si puo' settare su openwrt a mistretta lo abbiamoa
11megabit
On 03/07/12 16:31, Pierluigi Checchi wrote:
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
a quale rate viaggiano secondo i nuovi standard 802.11n? Immagino
E' probabile.
Andrebbero implementati/installati dei ripetitori di flusso direttamente
sui nodi, un flusso unicast per link.
Infine, all'interno di ogni sottorete dei fruitori finali,
sarebbe sufficiente un flusso multicast, che avrebbe un packet loss
marginale e accettabile.
Naturalmente
Grazie Zioproto. Mi rendo meglio conto della praticità della cosa. Comunque
per adesso tornerò a pensare alla rete che ancora non c'è. Metto questa
idea nel cassetto in attesa di ritirarla fuori un giorno. XD
2012/3/7 ZioPRoTo (Saverio Proto) ziopr...@gmail.com
C'e' un problema di fondo a fare
On Wed, Mar 07, 2012 at 04:31:48 +0100, Pierluigi Checchi wrote:
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
a quale rate viaggiano secondo i nuovi standard 802.11n? Immagino il
limite di 1mbps sia oramai superato...
come ha detto
On Wed, Mar 07, 2012 at 05:01:52 +0100, Darkman wrote:
2012/3/7 ZioPRoTo (Saverio Proto) ziopr...@gmail.com
C'e' un problema di fondo a fare multicast su WiFi.
I pacchetti IP multicast viaggiano su frame 802.11 multicast, che
viaggiano ad un rate basso e non sono
On 03/07/2012 03:31 PM, Pierluigi Checchi wrote:
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
Direi che non e' un vantaggio: c'e' la 'performance anomaly' [0] per cui
basta un solo device che va piano per andare tutti a rate basso
Il giorno Wed, 7 Mar 2012 01:10:39 +0100
ZioPRoTo (Saverio Proto) ziopr...@gmail.com ha scritto:
PS presuppongo che i video vengono serviti via HTTP in unicast, senza
tanti giri di parole sul multicast
Infatti non trascorrono 3 minuti di streaming che si verifica una
interruzione, purtroppo.
Il 03/07/2012 05:53 PM, Clauz ha scritto:
On 03/07/2012 03:31 PM, Pierluigi Checchi wrote:
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
Direi che non e' un vantaggio: c'e' la 'performance anomaly' [0] per cui
basta un solo device che
Il 07/03/2012 18.19, Antonio Quartulli ha scritto:
On Wed, Mar 07, 2012 at 05:06:01PM +0100, Darkman wrote:
E' probabile.
Andrebbero implementati/installati dei ripetitori di flusso
direttamente
sui nodi, un flusso unicast per link.
Infine, all'interno di ogni
Il giorno 07 marzo 2012 18:19, Antonio Quartulli or...@autistici.org ha
scritto:
On Wed, Mar 07, 2012 at 05:06:01PM +0100, Darkman wrote:
E' probabile.
Andrebbero implementati/installati dei ripetitori di flusso
direttamente
sui nodi, un flusso unicast per link.
Il 06/03/2012 17:33, Gigismi ha scritto:
Salve a tutti,
Sto aprendo questo argomento per fare un po di brain storming su un
idea che ho in testa da un po mentre con gli altri cerchiamo di
concretizzare la rete.
Ha senso portare la tv digitale sulla rete ninux? Di sicuro sappiamo
che ninux
Il giorno Tue, 6 Mar 2012 17:33:18 +0100
Gigismi gigis...@gmail.com ha scritto:
Ha senso portare la tv digitale sulla rete ninux? Di sicuro sappiamo
che ninux non è un isp, ma è pensabile installare un server di
streaming che trasmette la tv digitale? Non pensate che la cosa abbia
senso?
trollmode
TV merda, a morte la TV
/trollmode
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
avrebbe senso sperimentare il multicast con una tv autoprodotta,
magari ruotando filmati con una regia automatica
+1 !
On Tue, Mar 6, 2012 at 7:05 PM, Federico Capoano
federico.capo...@teletu.it wrote:
trollmode
TV merda, a morte la TV
/trollmode
Figurati se la rai con i miei soldi mi permette di fare i miei comodi. Ma
cmq il problema nn si pone perche la rai non la trasmetto. Con tutte le
altre nn dovrebbero esserci problemi. O no?
Ps scusate sn dal cell
Il giorno 06/mar/2012 18:44, Alessandro Gnagni enterprise...@gmail.com
ha scritto:
con olsr non avete il multicast routing :|
On 03/06/12 20:20, Pierluigi Checchi wrote:
avrebbe senso sperimentare il multicast con una tv autoprodotta,
magari ruotando filmati con una regia automatica
+1 !
On Tue, Mar 6, 2012 at 7:05 PM, Federico Capoano
federico.capo...@teletu.it wrote:
Ma non basta igmp snooping?
2012/3/6 Gioacchino Mazzurco gmazzurc...@gmail.com:
con olsr non avete il multicast routing :|
On 03/06/12 20:20, Pierluigi Checchi wrote:
avrebbe senso sperimentare il multicast con una tv autoprodotta,
magari ruotando filmati con una regia automatica
+1 !
On
su una rete mesh non basta ti si creano dei superloop in tre secondi
perche' al rete mesh non e' un tree
On 03/06/12 21:13, Pierluigi Checchi wrote:
Ma non basta igmp snooping?
2012/3/6 Gioacchino Mazzurco gmazzurc...@gmail.com:
con olsr non avete il multicast routing :|
On 03/06/12 20:20,
Nemmeno una LAN è un tree...
Documentazione?
2012/3/6 Gioacchino Mazzurco gmazzurc...@gmail.com:
su una rete mesh non basta ti si creano dei superloop in tre secondi
perche' al rete mesh non e' un tree
On 03/06/12 21:13, Pierluigi Checchi wrote:
Ma non basta igmp snooping?
2012/3/6
si la lan e' un tree per come e' fatta altrimenti va tutto in loop,
infatti se colleghi due switch co due cavi ethernet impazzisce tutto a
meno che non supportino STP che in pratica spegne una delle porte che
crea il loop e quindi lo fa ridiventare un tree
On 03/06/12 21:17, Pierluigi Checchi
Il 06/03/2012 21:20, Gioacchino Mazzurco ha scritto:
si la lan e' un tree per come e' fatta altrimenti va tutto in loop,
infatti se colleghi due switch co due cavi ethernet impazzisce tutto a
meno che non supportino STP che in pratica spegne una delle porte che
crea il loop e quindi lo fa
Ma non basta igmp snooping?
si col fast reroute multipath dahon
Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
trasmette la tv digitale? Non pensate che la cosa abbia senso? Basterebbe un
pc con un antenna tv e poi l unica cosa che nn mancherebbe sarebbe la banda.
ciao :)
guarda non serve nemmeno il PC con antenna TV. Hai mai visto tutte le
applicazioni iPad per vedere la TV ? Ormai i canali in
scusate se riporto il discorso sul mio tema. Quello che pensavo io e che
sto chiedendo a voi. Io non ho mai fatto un server di streaming e non ho
alcuna esperienza a riguardo. E' possibile fare un semplice server
streaming che chi ci si collega vi browser si guada la tv?
Che software utilizzare?
29 matches
Mail list logo
