Indice

From	tetsuo <tetsuo@icomed.it>
Date	Fri, 28 May 2004 12:59:05 +0200
Subject	[hackmeeting] i'm sorry for the long message

This is my streaming-p2p-chat project. It has a good develop status.

I wish to submit it to the community, possibly in a workshop (but i have 
some problems to speak english), during the next Thk in Pula.

I would like to test my software apparatus in Thk lan-space with some 
autistic minds. I will try to create temporary (Thk days) audio 
streaming, with my software.

Other people assured me of their presence to make it possible. We will 
come in Pula about 22 june. I hope to find out some guru developer 
interested in it.

I can send, on request, 4 available translations of the textfile below 
(it, fr, es, pt).
Contact: tetsuo(at)icomed(dot)it


===============================================
FreedomNET 0.10 - PREALPHA

Software apparatus consisting of five applications:
- Freedomizer (streaming, chat, and administration server);
- Iena (data-flow encoding and supplying);
- Coyote (client for chatting, filesharing and data-flow distributing);
- Octopus (secondary server for new FChat communities);
- Soviet (secondary server for new MCast fork).

Client joining FNet is allowed tostreaming interruption
- communicate on public or private textual spaces
- share files or download an unique data-flow.

This project started as i tried to implement a hybrid net, for 
distributing multimedia (or no-multimedia) contents and saving server's 
net-band. Obviously, this is not a <normal> filesharing net.

FNet includes four different user-subnets: FChat (text comunication 
server and control automation), MCast (hierarchical-p2p streaming), FAux 
(remote administration and logging, furthermore Icy and X-audiocast 
encoded signal receiver) and FShare (pure-p2p filesharing). Each 
service, but FShare, owns a proper TCP-port in the nodes.

Chat, hierarchical-p2p streaming and pure p2p filesharing services are 
assembled in one software apparatus. FChat service and MCast streaming 
service are offered, or both by Freedomizer (primary node) or 
separately: FChat-service by Octopus (secondary node) and 
MCast-distribution by Soviet (secondary node).

Firstly Coyote must authenticate himself to join FNet. By means of 
FChat-service, the client is allowed to request for user IP address. 
Fchat service permits user to vote on issue proposed theoretically by 
each user or administrator. FShare is also available without delay. The 
client is supplied with pure-p2p technology and the related service 
(FShare) depends on FChat-nodes, nothing but for listing IP addresses.

If MCast service is selected and a free slot is requested for, the 
client is involved in a net-band distribution system. In consequence of 
that Coyote will not be able to access FShare. However MCast user needs 
to activate FChat too. So the node checks automatically upload speed and 
creates a distributional pyramid in order to multiply MCast slots.

The node marks the clients up, according to their upload speed. Only 
clients offering adequate net-band will be used for giving out 
data-flow. If client's speed is less than streaming bitrate, the 
"active-user" variable is numbered zero; if speed is more than streaming 
bitrate, the variable is numbered one; if speed allows more connections 
(value fixed in file freedom.conf), the variable is numbered two. The 
variable determines the potential user position in the distributional 
pyramid.

If Coyote asks for a free slot, the node checks the distributional 
pyramid and selects an available IP address. Then selected client is 
informed about the incoming connection and the requesting client is 
addressed where obtain data-flow (audio/video/generic-tarball).

In few words MCast differs from 'one-to-all' servers, because it does 
not stream an unique content to all clients directly. It offers 
data-flow through one or few slots. Predetermined clients (Coyote) 
furnish other free slots. In this way the client acts nearly as 
broadcast transponder, increasing server's capacity. MCast comprises 
Root-layers and Aureole-layers. In Root-layers each
client distributes the unique data-flow to a fixed number of clients. 
This 'Y' fork multiplies free slots. In Aureole-layers each client is 
able to supply one slot.

If the client disconnects from the distributional pyramid, streaming 
interruption will be prevented mirroring the positions, by the means of 
control objects, called 'zombies'.

FAux service makes remote control possible. In addition, FAux is 
responsible for user logging and data-flow making. Data-flow is 
generated by Iena or Coyote or other compatible application (such as 
Icecast-server, Xmms-liveice, Liveice, Ices, Winamp-DSP). At this time 
'Icy' and 'X-audiocast' protocols are supported. Giving appropriate 
options to config file, different sources will be scheduled in FNet.


===============================================
Created by Daniele Di Ottavio;
thanx to Luca Tosques, Fabio Di Michele, J.Pedro Amaral de Są,
Annamaria Piermattei and Andrea Beltramba, for many many reasons :D
===============================================


_______________________________________________
hackmeeting mailing list
hackmeeting@lists.papuasia.org
http://brr.papuasia.org/cgi-bin/mailman/listinfo/hackmeeting

Indice