Partage de Socket entre processus

Bonjour,

Voilà ma situation :

J'ai réalisé "from scratch" un très simple player Divx en streaming. Le serveur lit le film et envoie les packets audio et video à mon client via un socket précis. A l'aide d'FFMPEG le client dechiffre les packets et les affiche (ou les envoie vers le haut parleur) grace à SDL.

Le problème est que maintenant je voudrai faire tourner plusieurs instances du client sur la même machine. Sans pour autant dupliquer le traffic réseau !

Donc je cherche un moyen de partager les infos qui arrivent sur ma socket entre plusieurs processus. Sachant en plus que je ne compte pas conserver le film. Donc quand un packet a été récupéré par tous les processus, il doit disparaitre de ma mémoire.

Ceci étant due au fait que je suis relativement radin en terme de ressources (CPU et RAM). :roll:

Je suis en train de jeter un oeil du coté des interfaces TAP qui pourraient s'avérer utiles, mais je suis ouvert à toute sugestion :D

D'avance merci pour toutes les idées que vous pourriez m'apporter.

Première solution, diffuser en broadcast UDP
Deuxième solution, diffuser en multicast

[edit]
Je me rend compte que ma réponse est un peu hors sujet (ou plutôt ne répond pas exactement à ton besoin)

Par compte, ton besoin est bizarre :
Un serveur qui diffuse un film ou de la musique : OK
Plusieurs clients sur le même poste, cela me parait bizarre. En effet, je supppose que ton PC n'a que 1 paire de HP et 1 seul écran. De toute façon, mêm si tu avait plusieur carte son (c'est possible ?) et plusieurs écrans (ca c'est possible) , tu n'as que 2 oreilles et une paire d'yeux. Donc quel intérêt de diffuser 2 fois ou plus le même film ou la même musique pour le mêm utilisateur.

Ma première réponse est pour le cas ou tu as un serveur qui diffuse un ou plusieurs média à la demande et des client différents sur des postes différents sur le réseau. C'est ce que font les diffuseurs de contenu sur Internet.

Donc la solution par broadcast UDP, c'est pour un réseau local uniquement (pas de routage entre les clients et le serveur). La solution par multicast, c'est pour les cas où il y a du routage à faire entre les clients et le serveur mais il te faudra aussi dans ce cas un équipement de gestion du multicast (équipement qui maintient les abonnements et les demandes d'abonnement)

Tout d'abord, merci Ram pour ton aide.

Citation:

---

...tu n'as que 2 oreilles et une paire d'yeux. Donc quel intérêt de diffuser 2 fois ou plus le même film ou la même musique pour le mêm utilisateur.

---

Cela peut paraitre étrange mais tu m'as bien compris. J'ai besoin de plusieurs clients qui lisent le même film sur une seule machine.
La raison est toute simple, il s'agit d'un démonstrateur. Et je n'ai qu'une seule machine pour simuler plusieurs clients.

Première solution non acceptable : l'UDP est exclu. Je me concentre uniquement sur du TCP.

Deuxième solution : c'était une bonne idée, malheureusement : l'équipement de gestion du multicast :aie:
On oublie...

J'essaye donc plutôt de voir du coté de la virtualisation, le but serait de dupliquer le flux arrivant sur une socket vers plusieurs interfaces réseau virtuelles auxquels mes clients seraient connectés.

Alors, une solution simple, un duplicateur de flux tcp

1 petite appli qui d'un côté se connecte au serveur de flux à dupliquer et qui de l'autre côté retransmet le flux aux machines qui sont connectées au duplicateur.

C'est à la fois un client et un serveur TCP. Cela ne devrait pas être trop lours à créer pour un démonstrateur