credo che qui ci sia roba che possa interessare:

http://vtt.vatata.com/v/node/24

Avevo lasciato perdere la discussione perchè non vedevo risposte o contributi alla mie pensate notturne. Cercavo critiche costruttive ma non ce n'erano più.
Mi sono anche reso conto che senza conoscere il meccanismo di acquisizione nodi per ridistribuzione del segnale, e soprattutto il sistema diciamo di "parzializzazione" dello stesso a fronte di utenti a valle con minor banda DL o di utenti a monte con maggior banda UL, avrei continuato a fare congetture inapplicapili o del tutto false.

Ho visto la tua indicazione e vado a documentarmi.

Nel frattempo però, come corollario banale della mia "idea", qualcosa penso si possa fare da subito, partendo dalla considerazione pratica che l'esigenza di zapping si ha inizialmente, primo dell0inizio dell0evento stesso, quando si cerca di verificare se riusciamo ad accedere decentemente allo stesso (o anche altro) evento da un canale di un network piuttosto che da un altro canale di un altro network (metti caso Juve-Canicattì è prevista su CCTV5 di PPlive ed anche su Guandong di SopCast).
La mia proposta è quella di fare zapping solo in ricezione, evitando di emettere stream che crerebbero catene a valle che poi sarebbero interrotte cambiando canale.
Una volta stabilito, mediante zapping in sola lettura, su quale canale di quale network vogliamo posizionarci, ripartiamo utilizzando il sistema standard P2P (quello che fa da ponte al flusso streammato), e restando d'obbligo su quel canale/programma fino alla fine dell'evento.
Purtroppo non conosco bene il meccanismo, ma per trasformare un programma P2P in un banale Player penso basti bloccare, ad esempio con Firewall, le porte di uscita dello stream, se non esistono altri sistemi, piuttosto che modificare il programma stesso per evitare il flusso di output.
Credo che utilizzare sorgenti P2P da Media Center non risolva, perchè questo sistema aggancia il P2P standard e non una versione "solo input".

Se quel che ho detto è tutto giusto, basta porre in evidenza delle regole comportamentali... ed il problema dello zapping è praticamente risolto, senza penalizzare l'utente "zappante" ne' quello "zappato" (= a valle), semplicemente perchè costui ancora non esisterebbe.

Ripeto la lezione di comportamento: l'utente bloccherebbe le porte output interessate ai programmi P2P che intende usare, quindi farebbe zapping a piacere. Uno volta scelto il canale buono, basta sbloccare le porte interessate, e poi godersi l'evento.... ma guai a staccarsi fino all fine!

Visto che siamo in argomento, delucidatemi: io sono FastWeb Fibra, pertanto ricevo a meraviglia gli stream P2P, anzi più sono di elevato BitRate e più godo..., e sopratutto ho banda a volontà in DL per servire altrettanti utenti a valle del mio nodo; ma se è vero che all'esterno di FW non sono visibile (secondo me a volte lo sono), tutto il ben di Dio che emetterei sarebbe appannaggio dei soli utenti Fw, o addirittura dei soli FW Fibra? Come stanno le cose? Non è che la mia potenza è praticamente inutilizzata dai poveri ADSL perchè, ammesso che mi "vedano", sono troppo lenti per avere priorità di aggancio al mio nodo, e lo beccherebbero proprio se nessun altro più veloce (quindi Fibra) gli si frapponga?

Io cerco di essere utile agli altri, se non mi è possibile me ne dispiace.

Attendo risposte e sopratutto critiche costruttive, ciaooooo

Nessuno mi risponde?

io credo che una preview sia irrealizzabile per semplici motivi di saturazione del segnale.
il p2p è un equilibrio tra dati IN e dati OUT che ognuno degli utenti crea e preleva. Se 100 sharers (utenti collegati tradizionalmente) lasciano pronto un segnale per altri 100 e metà di questa banda viene succhiata per le preview io credo che il segnale si esaurirebbe a breve.
Forse si può immaginare una preview "a scatti": i 25 frames al secondo che compongono un'immagine potrebbero essere suddivisi tra 12 "zappatori" (quelli che fanno zapping) in modo da ricevere due fotogrammi al secondo, più che sufficente per avere un'idea di cosa trasmetta il canale.
Addirittura potrebbe essere previsto, ad inizio della connessione una prima fase di qualche secondo a scatti programmati e, dopo cinque secondi dal collegamento un aggangio alla rete vero e proprio in forma di p2p. in questo modo lo zapping è garantito in forma poco traumatica per chi è in visione stabile (in fondo lo zappatore preleva una porzione irrilevante di segnale) e la connessione è automatizzata per chi resta connesso a quel segnale.
credo che la cosa non sia così semplice, avendo visto che tvkoo, che pure ad una "preview" fotografica ha pensato, ha grossi problemi a mostrare anche il singolo fotogramma.

guarda qui anche:
http://www.coolstreaming.us/forum/showthread.php?t=8250

per quanto concerne il segnale uscente da noi FW, devo dirti per esperienza empirica che non siamo ben visibili all'esterno, ma neanche invisibili del tutto.
non chiedermi secondo quali modalità ma alcuni utenti riescono a connettersi a noi altri no.
per farti un esempio, se crei uno stream video con sopcast e inizi a trasmettere dopo un pò vedrai che nella lista delle TV il tuo canale ha utenti (quelli che cercano di connettersi), mentre in server trovi 0 utenti collegati. Poi ad un certo punto c'è chi si riesce a connettersi (per esempio io stesso non ho avuto problemi a connettermi da un PC connesso a Libero al mio stream Fastweb) il che fa presupporre che qualcosa permette la connessione.
Se questa connettibilità a singhiozzo avviene anche in una rete P2P ho la sensazione che non siamo molto utili al sistema, ma utilissimi forse tra noi interni al NAT.

Grazie, Abnormal, per la risposta, sto meditando sul materiale ricevuto ...

Comunque lo zapping in ricezione preleva segnale come l'effettivo INP + OUT del P2P standard, ma non causa troncamenti a valle. In effetti il mio metodo non porta vantaggio rispetto allo zapping vietato; l'unica differenza è che non darei proprio segnale output piuttosto che darlo per breve tempo: eviterei il troncamento si, ma diminuirei addirittura il livello di servizio degli altri utenti affamati di segnale ...
- Ergo, devo ancora meditare molto ...

Ciaooo

Magari è una cavolata, ma potrebbe essere che gli utenti Fastweb ma con ip pubblico possano fare da intermediari tra utenti fastweb e non? :rolleyes:

e quanti ne sono? e di quei TOT, quanti sono collegati sullo stesso software?...
insomma in teoria credo che tu abbia ragione ma vale solo come diffusore di stream interni. certamente costui non apre la porta alle disponibilità di upload sprecati all'interno del NAT.

No, sicuramente non serve a molto, ma era per giustificare quello che dicevi tu, che a volte sei riuscito a collegarti a tuoi stream con la normale adsl. Allora dico, possibile che sia successo perché in quel momento si era collegato qualche fastweb con ip pubblico? :rolleyes: Mi sembra una possibilità un po' troppo remota per essere vera... infatti credo che i fastweb con ip pubblico sia gran pochi... però boh, era un'ipotesi, atrimenti non mi saprei spiegare come è stato possibile connettersi con l'adsl al tuo stream. :rolleyes:

Scusate l'ardua ed ovvia sentenza, ma mi chiedo: e dove finirebbe la libertà di scelta?

Cioè se è vero che lo zapping è un problema è anche vero che è generato dalla scelta univoca ed insindacabile dell'utente finale.

Non sarebbe meglio creare contenuti interessanti che attirino tanti utenti ad essi interessati, anzicchè forzare lo streaming di qualcosa che potrebbe essere disponibile (in termini di banda) a 1 milione di persone ma che alla fine viene visto da poco meno che 10 utenti?

Non è questa la filosofia del p2p?